This is the mail archive of the
automake@gnu.org
mailing list for the automake project.
Re: Automake 1.6b available and the version numbering issue
- From: Alexandre Duret-Lutz <duret_g at lrde dot epita dot fr>
- To: automake at gnu dot org
- Cc: jim at meyering dot net
- Date: Thu, 01 Aug 2002 16:45:53 +0200
- Subject: Re: Automake 1.6b available and the version numbering issue
- References: <2002-07-28-21-17-50+19263+duret_g@epita.fr><3D49431B.961F8C6D@chickenandporn.com>
>>> "Respond" == Respond To List Only <discard@chickenandporn.com> writes:
Respond> ...and how *is* the logic for 1.6b compared to 1.6.3 ? Is that like
Respond> 1.(6.2).0 > 1.6.3 ?
Here is how this logic is documented in the source.
(Automake contains a comparison function for its version numbers,
maybe you could consider reusing it.)
# A version is a string that looks like
# MAJOR.MINOR[.MICRO][ALPHA][-FORK]
# where
# MAJOR, MINOR, and MICRO are digits, ALPHA is a character, and
# FORK any alphanumeric word.
# Usually, ALPHA is used to label alpha releases or intermediate snapshots,
# FORK is used for CVS branches or patched releases, and MICRO is used
# for bug fixes releases on the MAJOR.MINOR branch.
#
# For the purpose of ordering, 1.4 is the same as 1.4.0, but 1.4g is
# the same as 1.4.99g. The FORK identifier is ignored in the
# ordering, except when it looks like -pMINOR[ALPHA]: some versions
# were labelled like 1.4-p3a, this is the same as an alpha release
# labelled 1.4.3a. Yes it's horrible, but Automake did not support
# two-dot versions in the past.
--
Alexandre Duret-Lutz