version string patterns
Marcus Harnisch writes:
The current CVS version from CEDET throws an error when
loaded. Reason is the library `inversion'[1] which comes with CEDET
and aims at providing a standard interface for dealing with version
numbers and strings. It parses `emacs-version' using a list of
regular expressions
When will we ever learn?
XEmacs has for several years had a (mostly) systematic way of dealing
with version numbers.
emacs-major-version The major version of XEmacs (or Emacs)
emacs-minor-version The minor version of XEmacs (or Emacs)
emacs-patch-level Non-nil if and only if XEmacs is stable and
has patches applied; the terminology patch-
level is historic
emacs-beta-version Non-nil if and only if XEmacs is beta,
indicates the serial number in the beta
series; distinguishing patch-level and
beta-version turns out to be stupid ...
xemacs-betaname Convenience variable for version.el
xemacs-codename The "code name" for the release; just for fun
xemacs-extra-name Experimental additional identifying
information; currently gives the Mercurial
revision's hash. Eventually this will be
standardized and get a variable of its own.
Conditionals evaluating `emacs-patch-level' and
`xemacs-betaname' are
not mutually exclusive. What does it tell me if both variables are
non-nil?
The build is broken, that's what it tells you. The build is set up so
that patch levels only occur for stable (non-beta) XEmacsen, and beta
names only for beta XEmacsen.
We should probably deprecate the distinction between patch level and
beta version.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta