GNU bug report logs - #56744
29.0.50; "Autoloaded" information lost in native compilation?

Previous Next

Full log

View this message in rfc822 format

From: Andrea Corallo <acorallo <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 56744 <at> debbugs.gnu.org
Subject: bug#56744: 29.0.50; "Autoloaded" information lost in native compilation?
Date: Sun, 20 Aug 2023 16:45:51 -0400

Eli Zaretskii <eliz <at> gnu.org> writes:

> Andrea,
>
> Could you please take a look at this year-old bug report?
>
>> Date: Sun, 24 Jul 2022 19:10:03 +0300
>> From: Eli Zaretskii <eliz <at> gnu.org>
>> 
>> 
>> To reproduce:
>> 
>>   emacs -Q
>>   C-h f rmail-movemail-variant-p RET
>> 
>> (or any other autoloaded function).  Assuming that the function's .el
>> file was already natively compiled to produce a .eln file, the
>> "autoloaded" part will not be shown in the *Help* buffer, Emacs will
>> only say that this is a native-compiled function.

On current master before requiring rmail on C-h f
rmail-movemail-variant-p RET I get:

===
rmail-movemail-variant-p is an autoloaded byte-compiled Lisp function
in ‘rmail.el’.

(rmail-movemail-variant-p &rest VARIANTS)
===

After requiring rmail (and having it native compiled) I get:

===
rmail-movemail-variant-p is an autoloaded native-compiled Lisp
function in ‘rmail.el’.

(rmail-movemail-variant-p &rest VARIANTS)

Inferred type: (function (&rest t) boolean)
===

So I guess the issue has already been fixed (or I'm not reproducing it
correctly)?

Best Regards

  Andrea

Previous Next

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