Thanks I failed to spot that. I intend to completely ignore that install of boost, so I'm not sure why it is finding it there. I've run configure with: ./configure --prefix=/home/gs/graph-tool-2.2.27/gt-rbsinst --with-boost=/home/gs/c/lib/boost.1.53.0-sopy-ucs4/ LDFLAGS=-L/home/gs/Python-2.7.6/python-2.7.6-shared-ucs4/lib Why then is the graph-tool configure finding it and not the one under the --with-boost= parameter On Tuesday, January 7, 2014 2:00:02 PM UTC, Tiago Peixoto wrote:
On 01/07/2014 11:26 AM, Gerry Steele wrote:
Hi Tiago
I did try that and got to to some more errors caused by linking from boost. I removed these by compiling python with ucs4 support as well.
That leaves one remaining error in the graph-toolconfig.log:
configure:17532: g++ -o conftest -Wall -Wextra -Wno-unused-parameter -ftemplate-depth-150 -Wno-deprecated -Wno-unknown-pragmas -O3 -fvisibility=default -fvisibility-inlines-hidden -Wno-unknown-pragmas -I/home/gs/Python-2.7.6/python-2.7.6-shared-ucs4/include/python2.7 -L/home/gs/Python-2.7.6/python-2.7.6-shared-ucs4/lib/ -L/home/gs/Python-2.7.6/python-2.7.6-shared-ucs4/lib -lpython2.7 conftest.cpp -lboost_python -lm >&5
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libboost_python.so: undefined reference to `Py_InitModule4'
It seems like the boost_python which is being linked against belongs to the system (in /usr/lib64), but you are using your own python library. Was boost python in the system directory linked against your own python? It seems not...
Best, Tiago
-- Tiago de Paula Peixoto <ti...@skewed.de <javascript:>>