This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Fix PR20425, multilib paths for -print-search-dirs
On Dec 9, 2005, at 9:00 AM, Joseph S. Myers wrote:
On Thu, 8 Dec 2005, Mark Mitchell wrote:
I believe that we (CodeSourcery) proposed patches for Solaris that
made
the compiler search *only* the correct multilib directories (so,
that,
for example, with -m64 on AMD64, the 32-bit directories were no
longer
searched).
Yes, they were checked in.
----------------------------------------------------------------------
--
r96915 | jsm28 | 2005-03-23 01:23:51 +0000 (Wed, 23 Mar 2005) | 8
lines
2005-03-23 Mark Mitchell <mark@codesourcery.com>
* gcc.c (do_spec_1): Do not add a -L path for a directory in
the prefix list if we have already added a multilib directory
based on that path.
(main): Do not add MD_EXEC_PREFIX to the list of
directories to
search with -L.
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01895.html
has:
2004-11-23 Mark Mitchell <mark@codesourcery.com>
* gcc.c (do_spec_1): Do not add a -L path for a directory in
the prefix list if we have already added a multilib directory
based on that path.
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.
?