gnash-0.8.3: build fails on 6.3
avg at icyb.net.ua
Thu Jul 3 17:56:39 UTC 2008
on 03/07/2008 20:46 Andriy Gapon said the following:
> Now an important finding - it seems that g++42 tries to use different
> libstdc++, not its own.
> I verified with nm that missing symbols are present in
> /usr/local/lib/gcc-4.2.4/libstdc++.so.6, but g++42 doesn't see them.
> I explicitly added the library to command line and then linking succeeded.
> I am quite puzzled as to why g++42 would not see its own libstdc++ or
> prefer other libstdc++ over its own.
> Might this be because of -L/usr/lib in the command line?
Seems so - I added -v flag tp g++42 linking invocation and here's a
snippet from output:
A s we can see -L/usr/lib comes before gcc-4.2.4 path and thus base
libstdc+ is picked over the correct one.
Since you can not reproduce this in clean environment I wonder where
that -L/usr/lib comes from.
More information about the freebsd-ports