The new flat layout of the multilibed libgcc_s shared library in the build tree has broken in-tree multilib testing on IRIX and Solaris because there are now multiple shared objects with the same soname in the same directory.
Richard Sandiford's analysis for IRIX and plausible kludge: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00437.html The same analysis holds for SPARC/Solaris with the 32-bit compiler: lrwxrwxrwx 13 Jan 19 01:13 libgcc_s.so -> libgcc_s.so.1 -rwxrwxr-x 138743 Jan 19 01:13 libgcc_s.so.1 -rwxrwxr-x 138743 Jan 19 01:12 libgcc_s.so.1.backup lrwxrwxrwx 13 Jan 19 01:13 libgcc_s_sparcv9.so -> libgcc_s_sparcv9.so.1 -rwxrwxr-x 196553 Jan 19 01:13 libgcc_s_sparcv9.so.1 -rwxrwxr-x 196553 Jan 19 01:12 libgcc_s_sparcv9.so.1.backup and the 64-bit compiler: lrwxrwxrwx 13 Jan 19 01:10 libgcc_s.so -> libgcc_s.so.1 -rwxrwxr-x 262624 Jan 19 01:10 libgcc_s.so.1 -rwxrwxr-x 262624 Jan 19 01:09 libgcc_s.so.1.backup lrwxrwxrwx 21 Jan 19 01:10 libgcc_s_sparcv7.so -> libgcc_s_sparcv7.so.1 -rwxrwxr-x 191368 Jan 19 01:10 libgcc_s_sparcv7.so.1 -rwxrwxr-x 191368 Jan 19 01:10 libgcc_s_sparcv7.so.1.backup -- Summary: [4.0 Regression] In-build-tree multilib testing broken Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ebotcazou at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: *-*-irix* *-*-solaris* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19525