This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [patch] Encode the libgcj soversion in libjava's private dir
- From: Jakub Jelinek <jakub at redhat dot com>
- To: Matthias Klose <doko at ubuntu dot com>
- Cc: GCJ-patches <java-patches at gcc dot gnu dot org>, gcc-patches at gcc dot gnu dot org
- Date: Tue, 21 Aug 2007 03:50:39 -0400
- Subject: Re: [patch] Encode the libgcj soversion in libjava's private dir
- References: <468CF173.6000800@ubuntu.com>
- Reply-to: Jakub Jelinek <jakub at redhat dot com>
On Thu, Jul 05, 2007 at 03:26:11PM +0200, Matthias Klose wrote:
> The following patch encodes the libgcj soversion in the name of the private
> libjava subdirectory. Currently a directory gcj-X.Y.Z is used, the patch changes
> that to gcj-X.Y.Z-N. This allows installation of multiple gcj versions within
> the same prefix, when the soname changes, but not the gcj version number. This
> usually happens, if vendors backport more recent versions of libjava to stable
> branches (as seen with Fedora, Debian and Ubuntu). There should not be any
> references to the private subdirectory, besides from libjava itself. The patch
> is in use without problems in the gcj builds for Debian and Ubuntu, and tested
> on i686-linux on the trunk.
> 2007-07-05 Matthias Klose <doko@ubuntu.com>
>
> * configure.ac: Encode the libgcj soversion in dbexecdir,
> pass --with-native-libdir to classpath configure.
> * configure: Regenerate.
I'm now seeing:
./config.status: line 405: toolexeclibdir: command not found
./config.status: line 695: toolexeclibdir: command not found
While libjava/config.status has:
ac_configure_args=" ... --with-native-libdir=$\(toolexeclibdir\)/gcj-4.3.0-9 ... "
which is ok, libjava/classpath/config.status has:
ac_configure_args=" '--with-native-libdir=$(toolexeclibdir)/gcj-4.3.0-9' "
which tries to execute toolexeclibdir as a command.
Jakub