--- Begin Message ---
|
Subject: |
27.1; Symbol’s function definition is void: seq-concatenate |
|
Date: |
Sat, 02 Jan 2021 20:29:37 +0800 |
I have the following macro that is working until 27.1.
(defmacro cl-concatenatef (type place &rest sequences)
`(cl-callf2 cl-concatenate ,type ,place ,@sequences))
cl-concatenate is inlinable (since forever) as declared in cl-macs:
(cl-proclaim '(inline cl-acons cl-map cl-concatenate cl-notany
cl-notevery cl-revappend cl-nreconc gethash))
In 27.1 after expansion only (apply #'seq-concatenate type sequences)
remains bypassing the cl-concatenate autoload which is supposed to load
the dependency seq.el.
--- End Message ---
--- Begin Message ---
|
Subject: |
Re: bug#45610: 27.1; Symbol’s function definition is void: seq-concatenate |
|
Date: |
Sat, 09 Jan 2021 14:13:47 +0200 |
> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: Leo Liu <sdl.web@gmail.com>, larsi@gnus.org, 45610@debbugs.gnu.org
> Date: Mon, 04 Jan 2021 12:35:13 -0500
>
> > Stefan, any comments? My personal tendency is to add the autoload
> > cookie, with a comment saying that cl-concatenate needs that. At
> > least on the emacs-27 branch. Any problems or issues with that?
>
> Sounds good to me.
>
> > What do people think about removing cl-concatenate from the inline
> > declaration (on master)?
>
> Fine by me as well,
I've now done both, and I'm closing this bug.
Thanks.
--- End Message ---