[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