This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [RFC PATCH] GCC multilib vs. OS multilib naming
- From: Jakub Jelinek <jakub at redhat dot com>
- To: Jakub Jelinek <jakub at redhat dot com>
- Cc: Richard Henderson <rth at redhat dot com>, "David S. Miller" <davem at redhat dot com>, gcc-patches at gcc dot gnu dot org
- Date: Fri, 20 Sep 2002 11:17:45 -0400
- Subject: Re: [RFC PATCH] GCC multilib vs. OS multilib naming
- References: <20020920164451.C5743@sunsite.ms.mff.cuni.cz>
- Reply-to: Jakub Jelinek <jakub at redhat dot com>
On Fri, Sep 20, 2002 at 04:44:51PM +0200, Jakub Jelinek wrote:
> A follow-up patch would be modifying libstdc++/libgcj etc. configury to
> install libs which go to OS owned directories into
> --print-multi-os-directory, not --print-multi-directory directories.
> Say with --prefix /usr, libstdc++.so.5.0.1 should be installed into
> /usr/lib/`gcc $flags -print-multi-os-directory`/libstdc++.so.5.0.1.
And another followup could put either just libgcc_s*.so, or even better
all .so symlinks and all .a/.la files into
<libdir>/gcc-lib/<target>/<version>/<gcc_multilib_dir>/
(.so symlinks as relative to ../../../<os_multilib_dir>/libstdc++.so.5.0.1 etc.
(where number of ../ depends on how deep the thing is), .a/.la files
directly).
Installing /usr/lib/libstdc++.so or /usr/lib/libstdc++.a is IMHO a bad
thing, it prevents multiple compilers to coexist with the same --prefix
(and just binaries suffixed or prefixed with something).
Jakub