From: Stefan Kangas Date: Thu, 7 Sep 2023 21:50:50 +0000 (+0200) Subject: Add note regarding `seq` on GNU ELPA X-Git-Url: http://git.eshelyaron.com/gitweb/?a=commitdiff_plain;h=331dee7e4a8d7b4f0e90de71c71bac58d998cdff;p=emacs.git Add note regarding `seq` on GNU ELPA * lisp/emacs-lisp/seq.el: Add note regarding seq on GNU ELPA. Co-authored-by: Stefan Monnier --- diff --git a/lisp/emacs-lisp/seq.el b/lisp/emacs-lisp/seq.el index 6917c541f2e..2a229f71d38 100644 --- a/lisp/emacs-lisp/seq.el +++ b/lisp/emacs-lisp/seq.el @@ -38,9 +38,6 @@ ;; the sequence as their second argument. All other functions take ;; the sequence as their first argument. ;; -;; While seq.el version 1.8 is in GNU ELPA for convenience, seq.el -;; version 2.0 requires Emacs>=25.1. -;; ;; seq.el can be extended to support new type of sequences. Here are ;; the generic functions that must be implemented by new seq types: ;; - `seq-elt' @@ -51,11 +48,17 @@ ;; - `seq-into-sequence' ;; - `seq-copy' ;; - `seq-into' -;; -;; All functions are tested in test/lisp/emacs-lisp/seq-tests.el ;;; Code: +;; Note regarding the `seq' package on GNU ELPA: +;; +;; It was decided not to bother upgrading seq beyond 2.24 on GNU ELPA. +;; The main purpose of the GNU ELPA package was to encourage adoption +;; and accommodate changes more easily, but it's mature enough that +;; changes are fairly slow. Thus, we can now rely on "the usual" +;; solutions to deal with compatibility issues. (Bug#60990) + (eval-when-compile (require 'cl-generic)) ;; We used to use some sequence functions from cl-lib, but this