This is the mail archive of the
libstdc++@sources.redhat.com
mailing list for the libstdc++ project.
Re: Supporting --enable-version-specific-runtime-libs
- To: markh at landmark dot com
- Subject: Re: Supporting --enable-version-specific-runtime-libs
- From: Benjamin Kosnik <bkoz at redhat dot com>
- Date: Mon, 16 Oct 2000 13:26:09 -0700 (PDT)
- cc: libstdc++ at sources dot redhat dot com, mharig at landmark dot com
err. I put a modified version of your patch in CVS on Saturday.
2000-10-13 Benjamin Kosnik <bkoz@purist.soma.redhat.com>
Mark Harig <markh@landmark.com>
* src/Makefile.am (toolexeclibdir): Add support fo
VERSION_SPECIFIC_LIBS and --with-gxx-include-dir.
* src/Makefile.in: Regenerate.
* libsupc++/Makefile.am: Same.
(glibcppinstalldir): Adjust.
* libsupc++/Makefile.in: Regenerate.
* Makefile.am: Remove gxx_include_dir. Remove INCLUDE.
* Makefile.in: Regenerate.
* docs/configopts.html: Add descriptions of flags.
You might want to check out current CVS.
I already fixed this bit with the installation routines:
> Here is a simplified version of the patch for src/Makefile.am. The
> earlier version added '/' to the end of several files. I had thought
> these were necessary because of some problems I was having with the
> install-sh script, but it turned out that the problem was with libtool
> instead.
In addition, I kept USE_LIBDIR just because I didn't want libstdc++
divergence with what is apparently a common idiom in makefile/configure
scripts across the development toolchain (ie gcc/java/c++).
The resulting bits in src/Makefile.am look like:
# Cross compiler and multilib support.
# Install a library built with a cross compiler in tooldir, not libdir.
if USE_LIBDIR
toolexeclibdir = $(libdir)$(MULTISUBDIR)
else
if VERSION_SPECIFIC_LIBS
gcc_version = @gcc_version@
toolexecdir = $(libdir)/gcc-lib/$(target_alias)
toolexeclibdir = $(toolexecdir)/$(gcc_version)
else
toolexecdir = $(exec_prefix)/$(target_alias)
toolexeclibdir = $(toolexecdir)/lib$(MULTISUBDIR)
endif
endif
I will check in your version of the docs though.
Thanks again for all your hard work
benjamin