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>