This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: target/6668: when using --disable-multilib, libgcc_s.so is installed in the wrong place on sparc-solaris
- From: Rainer Orth <ro at TechFak dot Uni-Bielefeld dot DE>
- To: jakub at gcc dot gnu dot org
- Cc: dann at godzilla dot ics dot uci dot edu, gcc-bugs at gcc dot gnu dot org, gcc-prs at gcc dot gnu dot org, gcc-gnats at gcc dot gnu dot org, jakub at gcc dot gnu dot org
- Date: 14 Aug 2002 18:02:33 +0200
- Subject: Re: target/6668: when using --disable-multilib, libgcc_s.so is installed in the wrong place on sparc-solaris
- References: <20020516133506.20326.qmail@sources.redhat.com>
jakub@gcc.gnu.org writes:
> Synopsis: when using --disable-multilib, libgcc_s.so is installed in the wrong place on sparc-solaris
>
> State-Changed-From-To: open->analyzed
> State-Changed-By: jakub
> State-Changed-When: Thu May 16 06:35:02 2002
> State-Changed-Why:
> I think we'll need driver changes then, the guess method
> used in mklibgcc really doesn't work well with --disable-multilibs.
> I think it will be useful anyway, for libtool etc.
> IMHO there should be an option -print-multi-suffix
> similar to -print-multi-directory, which would print
> empty line with -print-multi-directory would print .,
> /directory if -print-multi-directory would print directory
> and in the sparc/s390/x86_64/etc. cases would print
> the libdir suffix instead, so
> gcc -m64 -print-multi-suffix would print on sparc64-linux
> 64
> and on sparc-solaris
> /sparcv9
> Will try to implement this soon.
Have you been able to work on this? I've just received a report that (as
expected ;-) IRIX 6 with --disable-multilib is affected by this problem as
well. As on Solaris 2, you must configure this way on systems that cannot
run 64-bit binaries for whatever reason, so this certainly should be fixed
for 3.3 (if not for 3.2.1).
Rainer