Fix PR20425, multilib paths for -print-search-dirs

[Joseph S. Myers]

On Fri, 9 Dec 2005, Mike Stump wrote:

> but on multilibbed systems we put the libgcc_s multilib in the top level
> directory.  These two ideas are mutually incompatible.  Either, they need to
> go `back' into a multilib directory, or, we need to search to find it.

No, putting libgcc_s multilibs in a toplevel directory with different 
names was the 3.4 way.  Now they go in subdirectories with the same name.

Having a fixed name is, for example, what glibc expects: pthread_cancel 
always dlopens "libgcc_s.so.1" rather than "libgcc_s_multilibname.so.1".

-- 
Joseph S. Myers               http://www.srcf.ucam.org/~jsm28/gcc/
    jsm@polyomino.org.uk (personal mail)
    joseph@codesourcery.com (CodeSourcery mail)
    jsm28@gcc.gnu.org (Bugzilla assignments and CCs)