Emacs master-branch renamed comp-write-bytecode-file which emacs-utils depends on

  • Open
  • quality assurance status badge
Details
2 participants
  • Liliana Marie Prikler
  • Mekeor Melire
Owner
unassigned
Submitted by
Mekeor Melire
Severity
normal
M
M
Mekeor Melire wrote on 15 Feb 23:23 +0100
(address . bug-guix@gnu.org)
87sf1tz5se.fsf@posteo.de
On Emacs' master-branch, the emacs-lisp function
comp-write-bytecode-file has been renamed to comp--write-bytecode-file
(i.e. to include a double dash) in this commit [1]:

faa46eb8667c11a0725500a50e957eb78021c99f
Author: Andrea Corallo <acorallo@gnu.org>
AuthorDate: Sun Feb 11 12:31:13 2024 +0100
Commit: Andrea Corallo <acorallo@gnu.org>
CommitDate: Sun Feb 11 15:26:12 2024 +0100

Rename a number of native compiler functions

Guix' function emacs-compile-directory from module (guix build
emacs-utils) [2] depends on this emacs-lisp function.

Thus, when emacs-next-minimal is build from the above mentioned commit
or later, it won't be possible to build packages that use
emacs-build-system, when using
--with-input=emacs-minimal=emacs-next-minimal, or in Guile code,
argument "#:emacs emacs-next-minimal". This might be considered to be a
minor issue as of right now.

It'll become a more general problem, when Emacs 30 is released.



L
L
Liliana Marie Prikler wrote on 19 Feb 22:18 +0100
98e044627d39b5de03e1cff02cb10eb5707d16cf.camel@gmail.com
Am Donnerstag, dem 15.02.2024 um 22:23 +0000 schrieb Mekeor Melire:
Toggle quote (23 lines)
> On Emacs' master-branch, the emacs-lisp function
> comp-write-bytecode-file has been renamed to comp--write-bytecode-
> file (i.e. to include a double dash) in this commit [1]:
>
>     faa46eb8667c11a0725500a50e957eb78021c99f
>     Author:     Andrea Corallo <acorallo@gnu.org>
>     AuthorDate: Sun Feb 11 12:31:13 2024 +0100
>     Commit:     Andrea Corallo <acorallo@gnu.org>
>     CommitDate: Sun Feb 11 15:26:12 2024 +0100
>
>     Rename a number of native compiler functions
>
> Guix' function emacs-compile-directory from module (guix build
> emacs-utils) [2] depends on this emacs-lisp function.
>
> Thus, when emacs-next-minimal is build from the above mentioned
> commit or later, it won't be possible to build packages that use
> emacs-build-system, when using
> --with-input=emacs-minimal=emacs-next-minimal, or in Guile code,
> argument "#:emacs emacs-next-minimal". This might be considered to be
> a minor issue as of right now.
>
> It'll become a more general problem, when Emacs 30 is released.
Thanks for the heads-up. Assuming the calling convention stays the
same, this should be easy to work around (using fboundp and resolving
to the right symbol). Unfortunately, I have other work to experiment
on emacs-team right now, so if you find this pressing, I encourage you
to submit your own patch (against emacs-team, for the particular
procedure in emacs-utils).

Cheers
?