[Debian-astro-maintainers] Bug#1092642: saods9 ftbfs, not linking against -lstdc++

[Matthias Klose]

Package: src:saods9
Version: 8.6+repack-4
Severity: important
Tags: sid trixie

[...]
    debian/rules override_dh_auto_test
make[1]: Entering directory '/<<PKGBUILDDIR>>'
DS9_HOME=ds9 \
TCLLIBPATH="tksao tclfitsy tclxmlrpc" \
xvfb-run --server-args="-screen 0 1024x768x24" \
./ds9/ds9 -quit
error reading package index file 
/usr/share/tcltk/tcllib2.0/pkgIndex.tcl: couldn't read file 
"/usr/share/tcltk/tcllib2.0/tcllibc/pkgIndex.tcl": no such file or directory
error reading package index file 
/usr/share/tcltk/tcllib2.0/pkgIndex.tcl: couldn't read file 
"/usr/share/tcltk/tcllib2.0/tcllibc/pkgIndex.tcl": no such file or directory
Error in startup script: couldn't load file "tksao/libtksao1.0.so": 
tksao/libtksao1.0.so: undefined symbol: 
_ZTVN10__cxxabiv120__si_class_type_infoE
     while executing
"load tksao/libtksao1.0.so tksao"
     ("package ifneeded tksao 1.0" script)
     invoked from within
"package require tksao"
     (file "ds9/library/ds9.tcl" line 229)
make[1]: *** [debian/rules:41: override_dh_auto_test] Error 1


$ ldd ./tksao/libtksao1.0.so
         linux-vdso.so.1 (0x00007fffc2e0f000)
         libstarlink_ast.so.9 => 
/lib/x86_64-linux-gnu/libstarlink_ast.so.9 (0x00007e8de7f4c000)
         libstarlink_ast_err.so.9 => 
/lib/x86_64-linux-gnu/libstarlink_ast_err.so.9 (0x00007e8de8a9f000)
         libfuntools.so.1 => /lib/x86_64-linux-gnu/libfuntools.so.1 
(0x00007e8de7e55000)
         libxml2.so.2 => /lib/x86_64-linux-gnu/libxml2.so.2 
(0x00007e8de7c68000)
         libX11.so.6 => /lib/x86_64-linux-gnu/libX11.so.6 
(0x00007e8de7b10000)
         libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x00007e8de8a6f000)
         libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007e8de78f0000)
         libstarlink_pal.so.0 => 
/lib/x86_64-linux-gnu/libstarlink_pal.so.0 (0x00007e8de8a50000)
         liberfa.so.1 => /lib/x86_64-linux-gnu/liberfa.so.1 
(0x00007e8de788c000)
         libcminpack.so.1 => /lib/x86_64-linux-gnu/libcminpack.so.1 
(0x00007e8de8a3a000)
         libwcstools.so.1 => /lib/x86_64-linux-gnu/libwcstools.so.1 
(0x00007e8de77cb000)
         libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007e8de76de000)
         libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007e8de76c0000)
         liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 
(0x00007e8de7680000)
         libxcb.so.1 => /lib/x86_64-linux-gnu/libxcb.so.1 
(0x00007e8de7655000)
         /lib64/ld-linux-x86-64.so.2 (0x00007e8de8ab3000)
         libXau.so.6 => /lib/x86_64-linux-gnu/libXau.so.6 
(0x00007e8de8a32000)
         libXdmcp.so.6 => /lib/x86_64-linux-gnu/libXdmcp.so.6 
(0x00007e8de8a28000)
         libbsd.so.0 => /lib/x86_64-linux-gnu/libbsd.so.0 
(0x00007e8de763b000)
         libmd.so.0 => /lib/x86_64-linux-gnu/libmd.so.0 (0x00007e8de762c000)


caused by building with g++, and then linking with gcc ... don't do 
that. The build is currently relying on the presence of any other lib 
linked against -lstdc++