Subject: Re: [Boost-build] no matching thread constructor using boost_thread built with STLport
From: Vicente Botet (vicente.botet_at_[hidden])
Date: 2012-04-16 11:52:42
Damjan ZemljiÄ wrote
> I'm trying to build app which uses some shared library (BMS) depending on
> - gcc 3.4.3 on Linux 32bit (native build - no cross compilation)
> - boost 1.34.1 + STLport 5.0
> Boost is build from scratch with STLport like this:
> ./bjam -a -j 8 stdlib=stlport threading=multi --without-python stage
> tools/build/v2/tools/stlport.jam is modified slightly to disable
> libstlport.so suffixes (two lines outcommented appending _gcc and/or
> _stldebug) rather to modify the target machine.
> BOOST builds fine (not everything, spirit for example, but it's not used
> the app so I didn't bother). However, building an app reports unresolved
> symbol, which should be in boost_thread library. Build scripts are ok -
> used in the past with BOOST and native STL (and they work with BOOST 1.35
> STLport!), libraries are found... here is a part of app build command
> usr/bin/c++ -O3 ... -o bms_ctrl -rdynamic -L/paths...
> -lboost_thread-gcc34-mt-p-1_34_1 ...
> Which reports an error:
> BMS/lib/Linux-2.6/libBMS.so: undefined reference to
Boost.Thread >= 1.35 doesn't defines this prototype and it it included a
big change. I don't remember if 1.34 did it. I guess you know, we are
> Analysing the libboost_thread-gcc34-mt-p-1_34_1.so I couldn't found
> anything similar to undefined symbol referenced in BMS library:
> ' U
This seems to be the missing overload ;-)
> If possible (problem is solved), we would prefer boost 1.34.1 over 1.35.0.
> Any idea / hint is very much appreciated.
Have you checked with other platform/compiler/lib?
I will try to recover the version 1.34.1 and see what could be wrong.
-- View this message in context: http://boost.2283326.n4.nabble.com/no-matching-thread-constructor-using-boost-thread-built-with-STLport-tp4561861p4561962.html Sent from the Boost - Build mailing list archive at Nabble.com.
Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk