[gentoo-alt] GCC patches affecting mostly 64-bits targets

[Fabian Groffen]

http://article.gmane.org/gmane.linux.gentoo.alt/3329/

Sort of followup to the above mail.

I noticed our bash on x64-solaris and sparc64-solaris were linking
against /lib/libcurses.so.1, a bit odd.  I came to the same conclusion
as my previous mail, I was confronted with -L/usr/lib/64 and -L/lib/64
being injected by GCC.

I applied two different patches to GCC to (hopefully) resolve the search
path problem.  On Solaris, the spec-files like to add the 64-bits paths,
so that was easily patched out.  What remained is another insertion of
the 64-bits system libs as part of "-lgcc".  (GCC Spec File "%D", used
in link_libgcc.)

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.


-- 

Fabian Groffen
Gentoo on a different level
-- 
gentoo-alt@l.g.o mailing list