This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug other/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs
- From: "harald at gigawatt dot nl" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Wed, 24 Aug 2011 22:29:36 +0000
- Subject: [Bug other/32415] libgcc_s not found in library search path with --enable-version-specific-runtime-libs
- Auto-submitted: auto-generated
- References: <bug-32415-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415
Harald van Dijk <harald at gigawatt dot nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |harald at gigawatt dot nl
--- Comment #11 from Harald van Dijk <harald at gigawatt dot nl> 2011-08-24 22:29:36 UTC ---
(In reply to comment #8)
> In ./gcc/libgcc.mvars, we have
>
> SHLIB_INSTALL = $(mkinstalldirs) $(DESTDIR)$(slibdir)@shlib_slibdir_qual@;
> [...]
>
> where $(DESTDIR)$(libdir) seems to be correct for me. However, the last part
> (@shlib_slibdir_qual@) is substituted in libgcc/Makefile.in(install-shared)
> with $(MULTIOSSUBDIR) which is based on `$(CC) $(CFLAGS)
> -print-multi-os-directory)`, here '../lib64'.
Yes, for --enable-version-specific-runtime-libs, it should be replaced by
$(MULTISUBDIR) rather than $(MULTIOSSUBDIR). But $(MULTISUBDIR) would be wrong
for the default configuration. Other subdirectories handle this by adding the
$(MULTI*) from the configure script instead of the Makefile.in.