[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#631531: marked as done (libstdc++6: undefined symbol: _ZNSt14error_categoryD2Ev, version GLIBCXX_3.4.15)

Your message dated Wed, 03 Sep 2014 16:30:48 +0200
with message-id <54072618.4050801@debian.org>
and subject line Re: Bug#631531: libstdc++6: undefined symbol: _ZNSt14error_categoryD2Ev, version GLIBCXX_3.4.15
has caused the Debian Bug report #631531,
regarding libstdc++6: undefined symbol: _ZNSt14error_categoryD2Ev, version GLIBCXX_3.4.15
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
631531: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631531
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: libstdc++6
Version: 4.6.0-14
Severity: normal

I'm developing a piece of software and occasionally when running it I
get the following:

  lakeview ok % LD_LIBRARY_PATH=. test/test-mac -t hmac md5 sha1 sha256 sha512 tiger ripe160              
  HMAC           : self-test ok (result code 0)
  test/test-mac: symbol lookup error: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: undefined symbol: _ZNSt14error_categoryD2Ev, version GLIBCXX_3.4.15
  lakeview no % LD_BIND_NOW=1 LD_LIBRARY_PATH=. test/test-mac -t hmac md5 sha1 sha256 sha512 tiger ripe160
  HMAC           : self-test ok (result code 0)

The error has no effect on the functioning of the program except for the
exit code (127 in the failed version).  This only happens on certain
compiles; if I make minor changes to the code, it goes away, although
simply recompiling does not make it disappear.  The problem also does
not occur if I use LD_BIND_NOW=1.  I am using -Wl,--as-needed on my
compilation; the problem does not occur when I remove it.  The problem
occurs with both the BFD linker and gold.

Just to be clear, the program in question is written in C and dlopens
plugins with a C interface, some of which are written in C and some of
which are written in C++.  This setup works fine in other cases, but I
thought I'd mention it just in case.

ldd output is below:

  lakeview no % LD_LIBRARY_PATH=. ldd test/test-mac                
  	linux-vdso.so.1 =>  (0x00007fff1158e000)
  	libdrew.so.0 => ./libdrew.so.0 (0x00007ffa81980000)
  	libdrew-impl.so.0 => ./libdrew-impl.so.0 (0x00007ffa8177f000)
  	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007ffa81557000)
  	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ffa811d4000)
  	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007ffa80fd0000)
  	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007ffa80db3000)
  	/lib64/ld-linux-x86-64.so.2 (0x00007ffa81b84000)
  lakeview ok % ldd plugins/ripe160 
  	linux-vdso.so.1 =>  (0x00007fff9113f000)
  	libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f81b1596000)
  	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f81b1213000)
  	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f81b0f90000)
  	/lib64/ld-linux-x86-64.so.2 (0x00007f81b1ac6000)
  	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f81b0d7a000)
  lakeview ok % ldd plugins/hmac   
  	linux-vdso.so.1 =>  (0x00007fff663ff000)
  	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f909ff5f000)
  	/lib64/ld-linux-x86-64.so.2 (0x00007f90a0505000)

gcc -v output is:
  Using built-in specs.
  COLLECT_GCC=gcc
  COLLECT_LTO_WRAPPER=/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/lto-wrapper
  Target: x86_64-linux-gnu
  Configured with: ../src/configure -v --with-pkgversion='Debian 4.6.0-14' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++,go --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-multiarch --with-multiarch-defaults=x86_64-linux-gnu --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib/x86_64-linux-gnu --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib/x86_64-linux-gnu --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-objc-gc --with-arch-32=i586 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
  Thread model: posix
  gcc version 4.6.1 20110616 (prerelease) (Debian 4.6.0-14) 

If you have any questions or need me to test anything, please let me
know.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-rc2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libstdc++6 depends on:
ii  gcc-4.6-base                  4.6.0-14   GCC, the GNU Compiler Collection (
ii  libc6                         2.13-7     Embedded GNU C Library: Shared lib
ii  libgcc1                       1:4.6.0-14 GCC support library
ii  multiarch-support             2.13-7     Transitional package to ensure mul

libstdc++6 recommends no packages.

libstdc++6 suggests no packages.

-- no debconf information

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187

Attachment: signature.asc
Description: Digital signature


--- End Message ---
--- Begin Message --- 
> please recheck with 4.7, and your application built with 4.7. If the problem
> persists, please attach a testcase.

no feedback, closing the issue.

--- End Message ---
Reply to: