-0.9_1/src/.libs/libemf.so
-L/usr/i686-pc-linux-gnu/bin -L/usr/i686-pc-linux-gnu/lib
-L/usr/lib/gcc-lib/i686-pc-linux-gnu/../../../i686-pc-linux-gnu/lib
-L/usr/X11R6/lib /usr/lib/libSDL.so
//usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/libstdc++.so -lgcc_s -lc
/usr/lib/libaa.so -lncurses
/libemf.so -L/usr/i686-pc-linux-gnu/b
in -L/usr/i686-pc-linux-gnu/lib -L/usr/lib/gcc-lib/i686-pc-linux-gnu/../../../
i686-pc-linux-gnu/lib -L/usr/X11R6/lib /usr/lib/libSDL.so //usr/lib/gcc-lib/i6
86-pc-linux-gnu/3.3.5-20050130/libstdc++.so -lgcc_s -lc /usr/lib/libaa.so -lnc
urses /usr/lib/libGLU.so
requested the output should be
attached as a .bz2.
Thanks. It confirms my suspicion: The file
/usr/lib/libSDL.la
contains a reference to
//usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/libstdc++.la
and surely /home/eaburns/emf-0.9_1/src/libemf.la does, too, because it
links against
to
//usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/libstdc++.la
and surely /home/eaburns/emf-0.9_1/src/libemf.la does, too, because it
links against the former and thus picked it up.
As I don't know gentoo too well, I'm not certain about who is the
culprit here. I *believe* libSDL does not contain C
seems to want libstdc++.so to
exist.
He does not have this library. I realize a quick fix would be to install the
library, however, it is not necessary to link with this (it works fine with
out it on my FreeBSD box libtool 1.15.14). I was wondering if this was a bug
with the new libtool (I saw
to
want libstdc++.so to exist.
He does not have this library. I realize a quick fix would be to install the
library, however, it is not necessary to link with this (it works fine with
out it on my FreeBSD box libtool 1.15.14). I was wondering if this was a bug
with the new libtool (I saw
