GNU bug report logs - #71123
[PATCH] Rename `subr-native-elisp` to `native-comp-function`

Previous Next

Package: emacs;

Reported by: Stefan Monnier <monnier <at> iro.umontreal.ca>

Date: Wed, 22 May 2024 17:51:02 UTC

Severity: normal

Tags: patch

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Full log


Message #11 received at 71123 <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <acorallo <at> gnu.org>
To: 71123 <at> debbugs.gnu.org
Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#71123: [PATCH] Rename `subr-native-elisp` to
 `native-comp-function`
Date: Fri, 24 May 2024 03:17:30 -0400
Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:

> Tags: patch
>
> I can't remember where someone requested a nicer name than
> `subr-native-elisp`, but here's a patch which aims to do that.
>
> AFAICT we do not need to preserve the *type* `subr-native-elisp` because
> it was never exposed to ELisp before Emacs-30 anyway.  So the only
> backward compatibility needed is the `subr-native-elisp-p` function.
>
> I chose `native-comp-function` as the new name based on a few
> `grep`s through our C code which suggested that `native-comp-` is the
> most "popular" prefix in there from code related to native compilation.
>
> I don't have a strong preference, so if there's a consensus around
> another name, I'll happily change the patch accordingly.

Hi Stefan,

I don't have a strong opinion about renaming this, at the time I called
it subr- something as in my mind it was really a subr from an ABI stand
point of view.  So yeah my implementor view was probably biased
technically.

For this reason I'm not opposed to this change but I'd like to hear
Eli's opinion.

On the patch itself I've three comments:

- If we go for it, shouldn't we rename SUBR_NATIVE_COMPILEDP and
  SUBR_NATIVE_COMPILED_DYNP macros as well for consistency?

- The patch introduces a number of warnings in: help-fns.el, subr.el,
  bytecomp.el, comp.el, comp-common.el.

- It's also introducing a fail in lisp/help-fns-tests.log

Thanks

  Andrea




This bug report was last modified 358 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.