Please ignore the previous email regarding compilation error. I unpacked files in windows and it seems that the maximum path length was reached, and thus the last few characters of the file had been concatenated. 

Apologies for the false alarm.


On Thu, Oct 5, 2017 at 12:57 PM, Evangelos Petsalis <epetsalis@gmail.com> wrote:
Hi, 

I tried to compile the v2.23 code to see if it will exhibit the same behavior as the pre-compiled one since the v2.19 was compiled on my computer.

I got the following error. Any suggestions what might be wrong?

Thanks in advance,
Vaggelis

==========================================================================
                             CONFIGURATION SUMMARY                              
==========================================================================
Using python version:   3.5.2
Python interpreter:     /usr/bin/python3.5
Installation path:      /usr/lib/python3/dist-packages/graph_tool

C++ compiler (CXX):     g++ -std=gnu++14
C++ compiler version:   5.4.0

Prefix:                 /usr/local
Pkgconfigdir:           ${libdir}/pkgconfig

Python CPP flags:       -I/usr/include/python3.5m
Python LD flags:        -L/usr/lib -lpython3.5m
Boost CPP flags:        -pthread -I/usr/include
Boost LD flags:         -lboost_iostreams -lboost_python-py35 -lboost_regex -lboost_coroutine
Numpy CPP flags:        -I/home/labuser/.local/lib/python3.5/site-packages/numpy/core/include
Sparsehash CPP flags:   
CGAL CPP flags:         -I/usr/include
CGAL LD flags:          -L/usr/lib -lCGAL -lCGAL_Core -lgmp -lboost_thread -lpthread
Expat CPP flags:        -I/usr/include
Expat LD flags:         -L/usr/lib -lexpat
Cairomm CPP flags:       -I/usr/include/cairomm-1.0 -I/usr/lib/x86_64-linux-gnu/cairomm-1.0/include -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include
Cairomm LD flags:       -lcairomm-1.0 -lcairo -lsigc-2.0
OpenMP compiler flags:  -fopenmp
OpenMP LD flags:        
Extra CPPFLAGS:         -DNDEBUG 
Extra CXXFLAGS:         -fopenmp -O3 -fvisibility=default -fvisibility-inlines-hidden -Wno-deprecated -Wall -Wextra -ftemplate-backtrace-limit=0 
Extra LDFLAGS:          

Using OpenMP:           yes
Using sparsehash:       yes
Using cairo:            yes
================================================================================

============================================================
                                    ERROR MESSAGE
============================================================

                     ^
layers/../overlap/../blockmodel/graph_blockmodel.hh: In member function ‘void graph_tool::BlockState<Ts>::add_vertices(Vlist&, Blist&)’:
layers/../overlap/../blockmodel/graph_blockmodel.hh:760:21: warning: attributes at the beginning of statement are ignored [-Wattributes]
                     [[gnu::fallthrough]];
                     ^
In file included from layers/graph_blockmodel_layers_overlap_mcmc_bundled.cc:24:0:
layers/../overlap/graph_blockmodel_overlap.hh: In lambda function:
layers/../overlap/graph_blockmodel_overlap.hh:289:32: warning: attributes at the beginning of statement are ignored [-Wattributes]
                                [[gnu::fallthrough]];
                                ^
  CXX      layers/graph_blockmodel_layers_overlap_multicanonical.lo
In file included from layers/../overlap/graph_blockmodel_overlap_util.hh:24:0,
                 from layers/graph_blockmodel_layers_overlap_multicanonical.cc:23:
layers/../overlap/../blockmodel/graph_blockmodel.hh: In lambda function:
layers/../overlap/../blockmodel/graph_blockmodel.hh:300:29: warning: attributes at the beginning of statement are ignored [-Wattributes]
                             [[gnu::fallthrough]];
                             ^
layers/../overlap/../blockmodel/graph_blockmodel.hh: In member function ‘void graph_tool::BlockState<Ts>::remove_vertices(Vlist&)’:
layers/../overlap/../blockmodel/graph_blockmodel.hh:667:21: warning: attributes at the beginning of statement are ignored [-Wattributes]
                     [[gnu::fallthrough]];
                     ^
layers/../overlap/../blockmodel/graph_blockmodel.hh: In member function ‘void graph_tool::BlockState<Ts>::add_vertices(Vlist&, Blist&)’:
layers/../overlap/../blockmodel/graph_blockmodel.hh:760:21: warning: attributes at the beginning of statement are ignored [-Wattributes]
                     [[gnu::fallthrough]];
                     ^
In file included from layers/graph_blockmodel_layers_overlap_multicanonical.cc:24:0:
layers/../overlap/graph_blockmodel_overlap.hh: In lambda function:
layers/../overlap/graph_blockmodel_overlap.hh:289:32: warning: attributes at the beginning of statement are ignored [-Wattributes]
                                [[gnu::fallthrough]];
                                ^
make[4]: *** No rule to make target 'layers/graph_blockmodel_layers_overlap_multicanonical_multiflip.cc', needed by 'layers/graph_blockmodel_layers_overlap_multicanonical_multiflip.lo'.  Stop.
make[4]: Leaving directory '/media/sf_junk/graph-tool-2.23/src/graph/inference'
Makefile:751: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory '/media/sf_junk/graph-tool-2.23/src/graph'
Makefile:422: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/media/sf_junk/graph-tool-2.23/src'
Makefile:604: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/media/sf_junk/graph-tool-2.23'
Makefile:491: recipe for target 'all' failed
make: *** [all] Error 2



On Wed, Sep 27, 2017 at 1:35 AM, Tiago de Paula Peixoto <tiago@skewed.de> wrote:
On 27.09.2017 00:29, Evangelos Petsalis wrote:
> I am using Ubuntu 16.04 (on a fresh install) and the way I plot the graph is
> using a GraphWidget that is attached to a Glade-generated GUI. The error I
> get is a segmentation fault that kills the whole python environment, which
> leads me to believe that there is something going on with the rendering
> library - you can see the code dies in the middle of rendering. Note that
> this happens on v2.22 and v2.23 but NOT on v.2.19. 
>
> I know I am not being much more specific than before, but posting the code
> that currently crashes would be of zero help since it far from the simple
> example that you are asking. 

Without a specific example, there is virtually zero that anything can be
done, unfortunately. I don't observe any crashes when doing said operations,
so it must be tied to the specific way you are doing things, and it is
difficult to guess blindly...

--
Tiago de Paula Peixoto <tiago@skewed.de>


_______________________________________________
graph-tool mailing list
graph-tool@skewed.de
https://lists.skewed.de/mailman/listinfo/graph-tool