Bug#180837: undefined symbol: _ZTVN10__cxxabiv120__si_class_type_infoE on the autobuilders.
On Thu, Feb 13, 2003 at 10:21:56AM +0100, Sven Luther wrote:
> Package: libstdc++5-dev
> Version: 1:3.2.2-1
>
> Hello, ...
>
> I am not really sure if this is a problem with this package or a problem
> with the autobuilders, but in doubt, i fill a bug report.
>
> I have a package, lablgl, for which you can find the build log here :
>
> http://buildd.debian.org/fetch.php?&pkg=lablgl&ver=0.99-4&arch=powerpc&stamp=1045119454&file=log&as=raw
>
> or
>
> http://buildd.debian.org/build.php?pkg=lablgl
>
> This package is just a set of opengl and GLU bindings for the ocaml
> language, and it fails to load on the autobuilders (all 10 of them) with :
>
> ocamlmktop -I . -I +labltk -o lablgltop \
> labltk.cma lablgl.cma togl.cma
> Error on dynamically loaded library: ./dlllablgl.so: undefined symbol: _ZTVN10__cxxabiv120__si_class_type_infoE
>
> It seems that _ZTVN10__cxxabiv120__si_class_type_infoE is a C++ symbol,
> provided by libstdc++5-dev, and it is pulled in by xlibmesa-glu-dev,
> which i build depend upon.
>
> Now the strange thing, and the one which has me completely bewildered is
> that if i build on my home box, or if i build on voltaire (ppc box
> running sid), then it works flawlessly. I guess it is a problem with the
> autobuilders not being uptodate or something such, but i don't think it
> is a problem with my build dependencies, since as said libstdc++5-dev is
> pulled in by xlibmesa-glu-dev.
This sounds like a bug in xlibmesa-glu-dev; that symbol comes from
libsupc++, and if the C++ library is linked using g++ it'll be picked
up correctly. Or are you using a .a archive of glu into the plugin?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
Reply to: