On Thu, 2013-11-14 at 06:53 -0800, Khem Raj wrote:
>
>
> On Thursday, November 14, 2013, Phil Blundell wrote:
>
> Boost::thread uses functions from boost::atomic but doesn't
> actually
> link with libboost_atomic. This works fine on platforms where
> BOOST_ATOMIC_FLAG_LOCK_FREE is true but will lead to undefined
> symbol references otherwise. Fix this by applying a patch
> from
> the upstream bug tracker to add the missing library linkage.
>
>
>
> Is it fixed in 1.55? Then we might apply this to Dora and upgrade
> master to 1.55
According to the 1.55 release notes, yes:
Thread:
New Features:
#8519 Synchro: Update class barrier with a completion
function.
#8515 Async: Add shared_future::then.
#8519 Synchro: Update class barrier with a completion
function
#8615 Async: Replace make_future/make_shared_future by
make_ready_future.
#8627 Async: Add future<>::unwrap and unwrapping
constructor.
#8677 Async: Add future<>::get_or.
#8678 Async: Add future<>::fallback_to.
#8891 upgrade_to_unique_lock: missing mutex() function.
#8955 Request for more efficient way to get
exception_ptr from future.
Fixed Bugs:
#7461 detail::win32::ReleaseSemaphore may be called with
count_to_release equal to 0
#8070 prefer GetTickCount64 over GetTickCount
#8768 win32 condition_variable::wait_until infinite wait
in rare cases.
#8817 Boost Thread Windows CE _createthreadex handling
breaks mingw w64.
#8943 Failed to compile code using boost::call_once with
Intel C++ Composer XE 2013 on Windows.
#8931 Typos in external_locking reference.
#9029 Misprint in documentation.
#9037 gcc -Wshadow gives warnings in
condition_variable{,_fwd}.hpp.
#9041 Boost.Thread DSO's may need to link with
Boost.Atomic.
#9048 boost::scoped_thread useless ctor with variadic
template arguments.
#9079 Condition variable will wait forever for some
timepoint values (Win).
p.
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
