[graph-tool] Boost.Python.ArgumentError: Python argument types did not match C++ signature

Alexey Strokach ostrokach at gmail.com
Tue Feb 28 19:41:16 CET 2017


In case it helps, I was able to build the graph-tool v2.20 conda package
successfully using the recipe I put in this repo:
https://gitlab.com/conda-forgery/graph-tool. I uploaded the package to the
conda-forgery anaconda channel:
https://anaconda.org/conda-forgery/graph-tool.

You can find the conda recipe in the recipe
<https://gitlab.com/conda-forgery/graph-tool/tree/master/recipe> folder and
commands required to build the package in the .gitlab-ci.yml
<https://gitlab.com/conda-forgery/graph-tool/blob/master/.gitlab-ci.yml>
file. The package is built using the same linux-anvil
<https://hub.docker.com/r/condaforge/linux-anvil/> docker container that is
used to build conda-forge packages. Most of the dependencies are available
in the conda-forge channel, but you also need to add the conda-forgery
channel (I should probably come up with a better name) in order to install
pycairo.

Note that this builds graph-tool without graphics support. Graphis support
requires too many dependencies that I had difficulty compiling from source.

On Tue, Feb 28, 2017 at 1:12 PM, P-M <pmj27 at cam.ac.uk> wrote:

I have updated cgal to 4.7 so that now works and after applying the
> libreadline workaround it compiles and installs but I still get C++
> signature mismatches.
>
> I have ripped off Anaconda entirely, re-installed it, installed the latest
> Boost in it using only one source to make sure all packages are compatible
> (conda-forge). Running "./configure --prefix=$HOME/.local CXX="g++-5"
> CXXFLAGS="-std=gnu++14 -Wno-unused-local-typedefs"
> PYTHON="/home/pmj27/anaconda2/bin/python2.7"
> CPPFLAGS="-I/home/pmj27/anaconda2/include"
> LDFLAGS="-L/home/pmj27/anaconda2/lib" --enable-openmp" seems to work and
> completes succesfully, however, the configuration summary prints "Boost CPP
> flags: -I/usr/include" which is not what I want and which I guess is
> causing
> my later problems?
> ============================================================
> ====================
>                              CONFIGURATION SUMMARY
> ============================================================
> ====================
> Using python version:   2.7.13
> Python interpreter:     /home/pmj27/anaconda2/bin/python2.7
> Installation path:
> /home/pmj27/anaconda2/lib/python2.7/site-packages/graph_tool
>
> C++ compiler (CXX):     g++-5
> C++ compiler version:   5.4.0
>
> Prefix:                 /home/pmj27/.local
> Pkgconfigdir:           ${libdir}/pkgconfig
>
> Python CPP flags:       -I/home/pmj27/anaconda2/include/python2.7
> Python LD flags:        -L/home/pmj27/anaconda2/lib -lpython2.7
> Boost CPP flags:        -I/usr/include
> Boost LD flags:         -lboost_iostreams -lboost_python -lboost_regex
> -lboost_coroutine
> Numpy CPP flags:
> -I/home/pmj27/anaconda2/lib/python2.7/site-packages/numpy/core/include
> Sparsehash CPP flags:
> CGAL CPP flags:         -I/usr/include
> CGAL LD flags:          -L/usr/lib -lCGAL -lCGAL_Core -lgmp
> Expat CPP flags:        -I/usr/include
> Expat LD flags:         -L/usr/lib -lexpat
> Cairomm CPP flags:      -std=c++11 -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:         -I/home/pmj27/anaconda2/include
> Extra CXXFLAGS:         -fopenmp -O3 -fvisibility=default
> -fvisibility-inlines-hidden -Wno-deprecated -ftemplate-depth-250  -DNDEBUG
> -Wall -Wextra -ftemplate-backtrace-limit=0 -std=gnu++14
> -Wno-unused-local-typedefs
> Extra LDFLAGS:          -L/home/pmj27/anaconda2/lib
>
> Using OpenMP:           yes
> Using sparsehash:       yes
> Using cairo:            yes
> ============================================================
> ====================
>
> Is there any way of telling why it keeps defaulting back to using the boost
> in /usr/include and a way of making sure it doesn't do so? The  config.log
> <http://main-discussion-list-for-the-graph-tool-project.9824
> 80.n3.nabble.com/file/n4027075/config.log>
> is attached.
>
>
>
> --
> View this message in context: http://main-discussion-list-fo
> r-the-graph-tool-project.982480.n3.nabble.com/Boost-Python-
> ArgumentError-Python-argument-types-did-not-match-C-
> signature-tp4027056p4027075.html
> Sent from the Main discussion list for the graph-tool project mailing list
> archive at Nabble.com.
> _______________________________________________
> graph-tool mailing list
> graph-tool at skewed.de
> https://lists.skewed.de/mailman/listinfo/graph-tool
>
​
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.skewed.de/pipermail/graph-tool/attachments/20170228/af6170d6/attachment.htm>


More information about the graph-tool mailing list