Package: libboost-thread1.54.0 Version: 1.54.0-2 Severity: serious Justification: Policy 10.2
On some architectures (at least ia64 and s390[x]), libboost_thread needs to link against libboost_atomics to avoid winding up with an undefined reference to boost::atomics::detail::lockpool::get_lock_for. Otherwise, some packages (such as gnuradio) will FTBFS: /usr/lib/gcc/ia64-linux-gnu/4.6/../../../libboost_thread.so: undefined reference to `boost::atomics::detail::lockpool::get_lock_for(void const volatile*)' collect2: ld returned 1 exit status make[3]: *** [gnuradio-runtime/lib/gr_runtime_test] Error 1 It may be simplest to have it do so unconditionally. Could you please take a look? Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
