(newbie) boost thread compile problems on Fedora 8
Hi,
I am having trouble compiling a correct version of the boost thread
library on a x86_64 Fedora Core 8 and was wondering if anyone can help
me out. I've tried both version 1.37 and 1.39. I describe below what I
do and what happens after that.
I am on an AMD64 Fedora Core 8 platform (with gcc 4.1.2 and glibc 2.7)
that already had boost 1.34 on it at /usr/lib level. I erased that
version by deleting all the libraries and moving 'boost' directory in
/usr/include to 'boost_1-34' directory. I download the .gz tarball,
bootstrap it, make it (with make for 1.37 and bjam for 1.39) and
install it to /usr/local/lib. The compilation goes without a hitch
(except for some warnings for boost serialization and others, but not
for thread). I have both .a and .so files generated and residing in
/usr/local/lib and boost include files in /usr/local/include. I add
the links libboost_thread-mt.a and libboost_thread-mt.so to point to
libboost_thread-gcc41-mt_1.3x.* libs.
Now, I write a small test program (given below). It gives me linker
errors with undefined references to pretty much every pthread symbol.
If anyone wants I can paste all the errors in the next message. When I
add the -lpthread flag to the compile, it gives me an undefined
reference error with regards to __vdso_clock_gettime from
/lib64/libpthread.a.
I'm not sure where exactly the problem lies and would greatly
appreciate if someone could point me in the right direction. Thank
you.
regards,
Kishalay
My test program: compiled with: gcc -o testk test.cpp -lboost_thread-mt
#include <cstdio>
#include <cstdlib>
#include
Now, I write a small test program (given below). It gives me linker errors with undefined references to pretty much every pthread symbol.
Yes, boost::thread uses pthreads so you'll need to link against it.
If anyone wants I can paste all the errors in the next message. When I add the -lpthread flag to the compile, it gives me an undefined reference error with regards to __vdso_clock_gettime from /lib64/libpthread.a.
Looks like a known bug: http://sourceware.org/bugzilla/show_bug.cgi?id=5531 Chris -- echo mailto: NOSPAM !#$.'<*>'|sed 's. ..'|tr "<*> !#:2" org@fr33z3
The __vdso_clock_gettime problem seems to exist in the .a version. It
doesn't show up when I build a shared library (libxfem.so) that is
then loaded on runtime by a driver. This shared library has a class
that contains boost threads. The error occurs when I construct a local
thread (code snippet below). I do not know what the etiquette for
attaching code files on boost mailing list is, so I'm not attaching my
codes. But if you wish, I can send you the code files.
boost::thread st( &XFE_Scene::run, _scene ); // error occurs here
_threads[ 0 ] = boost::move( st );
When I try to load libxfem.so at run time, this is the error that I get.
/home/kish1/Projects/Ashwini2.0/trunk/Engine/SafeDriver/src/CoreManager.cpp@initialize,82:
fatal error: could not open libxfem.so
/home/kish1/Projects/lib/libxfem.so: undefined symbol:
_ZTIN5boost6detail16thread_data_baseE
I greatly appreciate if you can decipher what exactly the problem is.
I have a version running on an Intel Mac that has boost 1.37
installed, and the same code runs perfectly. It was also ran properly
on a previous Fedora Core 7 version.
On Thu, Jul 16, 2009 at 9:35 AM, Christoph
Gysin
Now, I write a small test program (given below). It gives me linker errors with undefined references to pretty much every pthread symbol.
Yes, boost::thread uses pthreads so you'll need to link against it.
If anyone wants I can paste all the errors in the next message. When I add the -lpthread flag to the compile, it gives me an undefined reference error with regards to __vdso_clock_gettime from /lib64/libpthread.a.
Looks like a known bug: http://sourceware.org/bugzilla/show_bug.cgi?id=5531
Chris -- echo mailto: NOSPAM !#$.'<*>'|sed 's. ..'|tr "<*> !#:2" org@fr33z3 _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
Kishalay Kundu wrote:
The __vdso_clock_gettime problem seems to exist in the .a version. It doesn't show up when I build a shared library (libxfem.so) that is then loaded on runtime by a driver. This shared library has a class that contains boost threads. The error occurs when I construct a local thread (code snippet below). I do not know what the etiquette for attaching code files on boost mailing list is, so I'm not attaching my codes. But if you wish, I can send you the code files.
boost::thread st( &XFE_Scene::run, _scene ); // error occurs here _threads[ 0 ] = boost::move( st );
When I try to load libxfem.so at run time, this is the error that I get.
/home/kish1/Projects/Ashwini2.0/trunk/Engine/SafeDriver/src/CoreManager.cpp@initialize,82: fatal error: could not open libxfem.so /home/kish1/Projects/lib/libxfem.so: undefined symbol: _ZTIN5boost6detail16thread_data_baseE
This can mean that either: 1. You libxfem.so does not actually link to Boost. 2. Or, at runtime, a different version of Boost libraries is getting picked up. Running ldd on /home/kish1/Projects/lib/libxfem.so might help. - Volodya
Solved. Running ldd proved a great help. Long story short, I have to
change the links. So, instead of
ln -s libboost_thread-gcc41-mt-1_39.so.1.39.0 libboost_thread-mt.so, I
had to change the link to
ln -s /full/path/to/libboost_thread-gcc41-mt-1_39.so.1.39.0
libboost_thread-mt.so and it works now. Thanks for all the help and
advice
On Thu, Jul 16, 2009 at 11:35 AM, Vladimir
Prus
Kishalay Kundu wrote:
The __vdso_clock_gettime problem seems to exist in the .a version. It doesn't show up when I build a shared library (libxfem.so) that is then loaded on runtime by a driver. This shared library has a class that contains boost threads. The error occurs when I construct a local thread (code snippet below). I do not know what the etiquette for attaching code files on boost mailing list is, so I'm not attaching my codes. But if you wish, I can send you the code files.
boost::thread st( &XFE_Scene::run, _scene ); // error occurs here _threads[ 0 ] = boost::move( st );
When I try to load libxfem.so at run time, this is the error that I get.
/home/kish1/Projects/Ashwini2.0/trunk/Engine/SafeDriver/src/CoreManager.cpp@initialize,82: fatal error: could not open libxfem.so /home/kish1/Projects/lib/libxfem.so: undefined symbol: _ZTIN5boost6detail16thread_data_baseE
This can mean that either:
1. You libxfem.so does not actually link to Boost. 2. Or, at runtime, a different version of Boost libraries is getting picked up. Running ldd on /home/kish1/Projects/lib/libxfem.so might help.
- Volodya
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
participants (3)
-
Christoph Gysin -
Kishalay Kundu -
Vladimir Prus