This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: Update soname
- To: Bryce McKinlay <bryce at albatross dot co dot nz>
- Subject: Re: Update soname
- From: Tom Tromey <tromey at redhat dot com>
- Date: 05 Apr 2001 09:19:39 -0600
- Cc: Alexandre Oliva <aoliva at redhat dot com>, Ulrich Drepper <drepper at cygnus dot com>, green at cygnus dot com, Java Discuss List <java at gcc dot gnu dot org>, bkoz at cygnus dot com, Java Patch List <java-patches at gcc dot gnu dot org>
- References: <NEBBKJDPKLNNENPPIHCPAEIHKGAA.green@redhat.com> <m3pugcna44.fsf@otr.mynet.cygnus.com> <3A938445.97F86161@albatross.co.nz> <orbsrwdrpd.fsf@guarana.lsd.ic.unicamp.br> <3A973A05.148E0488@albatross.co.nz>
- Reply-To: tromey at redhat dot com
Bryce> Where the interface number (starting at "2" to differentiate from
Bryce> the redhat release) gets bumped for each major release when
Bryce> incompatible ABI changes are made, and the "3.0.0" tracks the
Bryce> actual package version.
Alexandre> Yep. See -version-info and -release in the libtool manual.
Bryce> I tried this (patch below), but libtool doesn't seem to do the
Bryce> right thing:
Bryce> The "-3.0" is built in to the soname, which is not what we want
Bryce> because this will mean that every change in the release number
Bryce> breaks compatibility.
Yeah, the libtool manual mentions this effect when using -release.
I'm not too concerned about including the version in the name of the
.so. If we can do it, fine. If not, we still have to increment
`current' because we are binary incompatible with past releases.
I'm going to check in this patch on the branch and the trunk.
How exactly we should handle the interface number on the trunk after
the release is still an open question. One idea would be to update it
right away, and then update it again for the next release. That way
we would know that the release would be different from any intervening
snapshots. Or maybe snapshots don't matter and we can only update at
release time?
2001-04-05 Tom Tromey <tromey@redhat.com>
* libtool-version: Updated current.
Tom
Index: libtool-version
===================================================================
RCS file: /cvs/gcc/gcc/libjava/libtool-version,v
retrieving revision 1.2
diff -u -r1.2 libtool-version
--- libtool-version 1999/10/15 06:07:41 1.2
+++ libtool-version 2001/04/05 15:02:30
@@ -3,4 +3,4 @@
# a separate file so that version updates don't involve re-running
# automake.
# CURRENT:REVISION:AGE
-1:0:0
+2:0:0