On 20-04-2008 16:29:58 +0200, Fabian Groffen wrote: ... > It appears %D adds the multilib dirs (64-bits native compiler still > considers itself to be multilib aware, because the host system is) when > not ".", which causes the -L/usr/lib/64 and friends. I now patched GCC > to think it's never in multilib for %D, such that we don't get the > 64-bits paths. It seems to work fine on x64-solaris. I'm rebuilding my > entire Prefix there, since all uploaded binaries are faulty, the same I > will do on my sparc64-solaris prefix. > > I didn't revbump gcc, as not to force a recompile upon anyone. I think > this patch resolves "hidden" problems on Linux as well.
I just found a problem on amd64-linux, where gnustep-gui wouldn't compile as during linking the linker would complain about an incompatible libbfd.a found in /usr/lib64/. Recompiling my GCC with the above mentioned patch fixed this issue, so I'm confident that the patch fixes some more "vague" problems we've seen in the past on Linux (e.g. SuSE). -- Fabian Groffen Gentoo on a different level -- [email protected] mailing list
