[pkg-boost-devel] Bug#739908: libboost-iostreams1.54-dev: Missing symbol boost::iostreams::file_descriptor::seek(long long, std::_Ios_Seekdir)
Roger Leigh
rleigh at debian.org
Sun Feb 23 19:43:59 UTC 2014
Package: libboost-iostreams1.54-dev
Version: 1.54.0-4+b1
Severity: important
schroot from unstable links against libboost-iostreams. Until
recently (probably boost 1.54), it has linked without problems.
However, it's now broken:
/usr/bin/c++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -std=c++11 -pedantic -Wall -Wcast-align -Wwrite-strings -Wswitch-default -Wcast-qual -Wunused-variable -Wredundant-decls -Wctor-dtor-privacy -Wnon-virtual-dtor -Wreorder -Wold-style-cast -Woverloaded-virtual -fstrict-aliasing -Wl,-z,relro CMakeFiles/sbuild-chroot-chroot.dir/sbuild-chroot-plain.cc.o CMakeFiles/sbuild-chroot-chroot.dir/sbuild-chroot-custom.cc.o CMakeFiles/sbuild-chroot-chroot.dir/sbuild-chroot-file.cc.o CMakeFiles/sbuild-chroot-chroot.dir/sbuild-chroot-directory.cc.o CMakeFiles/sbuild-chroot-chroot.dir/sbuild-chroot-block-device.cc.o CMakeFiles/sbuild-chroot-chroot.dir/sbuild-chroot-lvm-snapshot.cc.o CMakeFiles/sbuild-chroot-chroot.dir/sbuild-chroot-btrfs-snapshot.cc.o CMakeFiles/sbuild-chroot-chroot.dir/sbuild-chroot-loopback.cc.o CMakeFiles/sbuild-chroot-chroot.dir/sbuild-chroot-facet-userdata.cc.o -o sbuild-chroot-chroot -rdynamic ../sbuild/libsbuild.a -lboost_rege
x libtestmain.a ../sbuild/libsbuild.a -lpam -luuid -lboost_regex -lboost_iostreams -lboost_filesystem -lboost_system -lcppunit -lpthread
../sbuild/libsbuild.a(sbuild-chroot.cc.o): In function `seek<boost::iostreams::file_descriptor_sink>':
/usr/include/boost/iostreams/seek.hpp:137: undefined reference to `boost::iostreams::file_descriptor::seek(long long, std::_Ios_Seekdir)'
/usr/include/boost/iostreams/seek.hpp:137: undefined reference to `boost::iostreams::file_descriptor::seek(long long, std::_Ios_Seekdir)'
../sbuild/libsbuild.a(sbuild-chroot-config.cc.o): In function `seek<boost::iostreams::file_descriptor_source>':
/usr/include/boost/iostreams/seek.hpp:137: undefined reference to `boost::iostreams::file_descriptor::seek(long long, std::_Ios_Seekdir)'
/usr/include/boost/iostreams/seek.hpp:137: undefined reference to `boost::iostreams::file_descriptor::seek(long long, std::_Ios_Seekdir)'
../sbuild/libsbuild.a(sbuild-ctty.cc.o): In function `seek<boost::iostreams::file_descriptor>':
/usr/include/boost/iostreams/seek.hpp:137: undefined reference to `boost::iostreams::file_descriptor::seek(long long, std::_Ios_Seekdir)'
../sbuild/libsbuild.a(sbuild-ctty.cc.o):/usr/include/boost/iostreams/seek.hpp:137: more undefined references to `boost::iostreams::file_descriptor::seek(long long, std::_Ios_Seekdir)' follow
% /usr/lib/x86_64-linux-gnu/libboost_iostreams.so | grep boost::iostreams::file_descriptor::seek
000000322fc0df00 T boost::iostreams::file_descriptor::seek(long, std::_Ios_Seekdir)
As you can see, the symbol provided by libboost-iostreams is using
"long" for its first argument, *not* "long long" as expected.
There appears to be some mismatch between what's in the boost iostreams
headers and what's in the shared library. Could this be some issue
with large file support? I'd have to check if I'm taking special steps
to enable it--I don't think I am; maybe a regression on my part if so,
but I'll check that in more detail.
Regards,
Roger
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (550, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libboost-iostreams1.54-dev depends on:
ii libboost-iostreams1.54.0 1.54.0-4+b1
ii libboost-regex1.54-dev 1.54.0-4+b1
ii libboost1.54-dev 1.54.0-4+b1
libboost-iostreams1.54-dev recommends no packages.
libboost-iostreams1.54-dev suggests no packages.
-- no debconf information
More information about the pkg-boost-devel
mailing list