GNU bug report logs -
#66554
[PATCH] Add the public API of Compat to the core
Previous Next
Reported by: Philip Kaludercic <philipk <at> posteo.net>
Date: Sun, 15 Oct 2023 09:37:01 UTC
Severity: wishlist
Tags: patch
Done: Philip Kaludercic <philipk <at> posteo.net>
Bug is archived. No further changes may be made.
Full log
Message #46 received at 66554 <at> debbugs.gnu.org (full text, mbox):
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
>> --- a/lisp/subr.el
>> +++ b/lisp/subr.el
>> @@ -6873,9 +6873,9 @@ version-separator
>>
>> Usually the separator is \".\", but it can be any other string.")
>>
>> -
>> (defconst version-regexp-alist
>> - '(("^[-._+ ]?snapshot$" . -4)
>> + `(("^[-._+ ]?hyper$" . ,most-positive-fixnum)
>> + ("^[-._+ ]?snapshot$" . -4)
>> ;; treat "1.2.3-20050920" and "1.2-3" as snapshot releases
>> ("^[-._+]$" . -4)
>> ;; treat "1.2.3-CVS" as snapshot release
>
> Relying on a change in `version-regexp-alist` open a can of worms.
Out of curiosity, what are you thinking about? I know this is a hack,
but the way I though about it, it should work.
> It's much simpler to make sure the GNU ELPA `compat` package uses
> versions of the form `30.0.NN` (or `30.1.NN` if it means it
> offers functionality from Emacs-30.2, tho hopefully we'll never get
> there).
This would also be an acceptable fallback strategy IMO, with the minor
annoyance that it might confuse some people into thinking that the ELPA
package is out of date.
>>>>> Is there a place where we could add a warning to make sure that
>>>>> bumping the version won't be forgotten?
>
> The addition cab done procedurally, as in
>
> ;;;;####autoload (push (list 'compat emacs-major-version
> emacs-minor-version) package--builtin-versions)
If this work, I like this idea a lot! I'll test it out to see if this
could simplify things.
>
> -- Stefan
This bug report was last modified 1 year and 160 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.