gnash-0.8.3: build fails on 6.3

Andriy Gapon avg at
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/, 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.

Andriy Gapon

More information about the freebsd-ports mailing list