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 -- [email protected] mailing list
