[Bug other/19525] [4.0 Regression] In-build-tree multilib testing broken

["rsandifo at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>]

------- Additional Comments From rsandifo at gcc dot gnu dot org  2005-01-19 09:55 -------
At the risk of stating the obvious, I think this is wider than just
Solaris and IRIX.  Build-directory testing is broken for similarly-
organised *-linux-gnu configurations too.  I think it's less likely
to be noticed there because gcc is the system compiler, and so it's
highly likely that the standard library directories will contain a
version of libgcc.so.1.  In those circumstances, executables that
use the non-default multilibs will usually load OK, but they'll be
using the system libgcc.so.1, not the newly-built libgcc.  This
kind-of invalidates the results.

I see this on mips64-linux-gnu, for example.  Test results for the
non-default multilibs are great, but they're using the system DSO
(which is from gcc 3.4, as it happens), not the newly-built one.


-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
   GCC host triplet|*-*-irix* *-*-solaris*      |*-*-irix* *-*-solaris*
                   |                            |mips64*-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19525