[gdal-dev] Compiling fails on Debian
brfr at metrico.lu
Wed Jan 11 02:50:35 EST 2012
a verbose and helpful answer, as always. Point 3), the wrong symlink,
seems to be my problem too. I am in the course of investigating how to
resolve the problem. I just wanted to thank you for your help so far ...
Am 09.01.2012 13:44, schrieb Even Rouault:
> This looks like if the linking of the GDAL shared library was using the static
> version of libstdc++ (the message "recompile with -fPIC" is for libstdc++, not
> GDAL...) . A bit of googling shows that this error has been encountered with
> various software packages.
> Several tracks :
> 1) https://bugs.archlinux.org/task/14268 suggest to check that there is no
> /usr/lib/libstdc++.la around. If there's one, rename it, and try again.
> 2) Other links would suggest that
> /usr/lib/gcc/x86_64-linux-gnu/4.4.5/libstdc++.a library was incorrectly built,
> and not appropriate for being used by shared libraries.
> 3) http://code.google.com/p/staff/issues/detail?id=150 is also interesting :
>> Very strange, but why g++ tries to link libstdc++ staticaly?
> That was the key question.
> With the help of strace (my favorite tool) I figured out that g++ fell back to
> the static lib (/usr/lib/gcc/x86_64-linux-gnu/4.4.5/libstdc++.a) after getting
> an error when trying to access the shared lib
> (/usr/lib/gcc/x86_64-linux-gnu/4.4.5/libstdc++.so). The shared lib was a broken
> symlink. The link apparently broke when I upgraded libstdc++6 to 4.6.1-4 without
> upgrading libstdc++6-4.4-dev at the same time.
> Sorry to have bothered you with this...
> So perhaps start by upgrading your libstdc++6-4.4-dev package ?
> 4) If none of the above works and it is libtool related as the above would
> suggest, perhaps you could also try adding --without-libtool to your GDAL
> ./configure command line. The experience shows that it sometimes helps, but I'm
> not positive it will be the case here.
>> I try to compile gdal 1.9.0RC2 on my Debian machine
>> brfr at devel:~/gdal$ uname -ra
>> Linux devel 2.6.32-5-amd64 #1 SMP Mon Oct 3 03:59:20 UTC 2011 x86_64
>> but make exits with an error 2. The last messages before exiting:
>> relocation R_X86_64_32 against `std::bad_typeid::~bad_typeid()' can not
>> be used when making a shared object; recompile with -fPIC
>> /usr/lib/gcc/x86_64-linux-gnu/4.4.5/libstdc++.a: could not read symbols:
>> Bad value
>> collect2: ld returned 1 exit status
>> make: *** [libgdal.la] Fehler 1
>> make: Leaving directory `/home/brfr/gdal/gdal-1.9.0'
>> make: *** [check-lib] Fehler 2
>> I tried already with the fPIC flag
>> brfr at devel:~/gdal$ export CXXFLAGS="-fPIC"
>> brfr at devel:~/gdal$ ./configure --with-python --with-geos=yes --enable-debug
>> brfr at devel:~/gdal$ make
>> but without success
>> Any hints?
>> Frank BRONIEWSKI
>> METRICO s.Ã r.l.
>> technologies d'information gÃ©ographique
>> rue des Romains 36
>> L-5433 NIEDERDONVEN
>> tÃ©l.: +352 26 74 94 - 28
>> fax.: +352 26 74 94 99
>> gdal-dev mailing list
>> gdal-dev at lists.osgeo.org
METRICO s.à r.l.
technologies d'information géographique
rue des Romains 36
tél.: +352 26 74 94 - 28
fax.: +352 26 74 94 99
More information about the gdal-dev