[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Automake 1.6b available and the version numbering issue
From: |
Alexandre Duret-Lutz |
Subject: |
Re: Automake 1.6b available and the version numbering issue |
Date: |
Thu, 01 Aug 2002 16:45:53 +0200 |
User-agent: |
Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386-debian-linux-gnu) |
>>> "Respond" == Respond To List Only <address@hidden> 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