On Sat, Nov 12, 2016 at 12:13:00AM +0000, Santiago Vila wrote: > I tried to build this package in stretch with "dpkg-buildpackage -A" > (which is what the "Arch: all" autobuilder would do to build it) > but it failed: > > -------------------------------------------------------------------------------- > [...] > /usr/bin/c++ -g -O2 -fdebug-prefix-map=/<<PKGBUILDDIR>>=. > -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time > -D_FORTIFY_SOURCE=2 -O2 -g -DNDEBUG -Wl,-z,relro > CMakeFiles/test-radar.dir/test_radar.cc.o > CMakeFiles/test-radar.dir/qa_radar.cc.o -o test-radar -rdynamic > -lgnuradio-runtime -lgnuradio-pmt -lboost_filesystem -lboost_system -lcppunit > -ldl -lqwt -lQtGui -lQtCore libgnuradio-radar.so.3.7.10 -lgnuradio-runtime > -lgnuradio-pmt -lboost_filesystem -lboost_system -lfftw3f -lqwt -lQtGui > -lQtCore -luhd -Wl,-rpath,/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/lib > /usr/bin/ld: warning: libboost_filesystem.so.1.61.0, needed by > /usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libgnuradio-runtime.so, > may conflict with libboost_filesystem.so.1.62.0 > /usr/bin/ld: warning: libboost_filesystem.so.1.61.0, needed by > /usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libgnuradio-runtime.so, > may conflict with libboost_filesystem.so.1.62.0 > /usr/bin/ld: warning: libboost_system.so.1.61.0, needed by > /usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libgnuradio-runtime.so, > may conflict with libboost_system.so.1.62.0 > /usr/bin/ld: warning: libboost_system.so.1.61.0, needed by > /usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libgnuradio-runtime.so, > may conflict with libboost_system.so.1.62.0 > libgnuradio-radar.so.3.7.10: undefined reference to > `boost::this_thread::hidden::sleep_until(timespec const&)' > collect2: error: ld returned 1 exit status
It looks like the problem is not related to -A. 'boost::this_thread::hidden::sleep_until(timespec const&)' is defined in libboost_thread.so.1.62.0 but not in libboost_thread.so.1.61.0 so this looks like an artifact of the boost transition. And currently on my sid machine the problem cannot be reproduced because libgnuradio-radar.so.3.7.10 is now indirectly linked to libboost_thread.so.1.62.0 and can find the symbol. OTOH the library is not linked to either of libboost_thread.so directly, so there is some kind of bug here, I'm not sure if it's RC though. -- WBR, wRAR
signature.asc
Description: PGP signature
