GNU bug report logs -
#58314
29.0.50; C-h k with native compilation not conclusive
Previous Next
Reported by: Jean Louis <bugs <at> gnu.support>
Date: Wed, 5 Oct 2022 19:30:02 UTC
Severity: normal
Found in version 29.0.50
Done: Andrea Corallo <acorallo <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Lars Ingebrigtsen <larsi <at> gnus.org>
>> Cc: Eli Zaretskii <eliz <at> gnu.org>, 58314 <at> debbugs.gnu.org, Stefan Monnier
>> <monnier <at> iro.umontreal.ca>, Andrea Corallo <akrl <at> sdf.org>
>> Date: Thu, 06 Oct 2022 14:29:56 +0200
>>
>> Jean Louis <bugs <at> gnu.support> writes:
>>
>> > 1. emacs -Q
>> >
>> > 2. {C-x C-f my-file.el RET}
>> >
>> > 3. write in my-file.el:
>> >
>> > (defun my-function ()
>> > (message "Hello"))
>> >
>> > 4. {M-x emacs-lisp-native-compile-and-load RET}
>> >
>> > 5. {C-h f my-function RET}
>> >
>> > 6. Then I see:
>> >
>> > my-function is a native-compiled Lisp function in
>> > ‘~/.emacs.d/eln-cache/29.0.50-44cd31c8/my-file-fb862712-14785989.eln’.
>>
>> Thanks for the recipe -- I can reproduce this issue, too.
>>
>> We could fix this in help-fns, but I wonder whether there's something
>> that should be fixed on the nativecomp side -- in this case, it appears
>> to not set up... something... that allows you to find my-file.el.
>> I.e., `symbol-file' isn't able to find my-file.el, and it probably
>> should be?
>
> It is also interesting that help-fns does find the .el file for the
> files that are part of Emacs. So something works differently when the
> compiled file is not part of the Emacs build.
I think this a bug in `emacs-lisp-native-compile-and-load'. I'll come
up with a fix.
Andrea
This bug report was last modified 1 year and 351 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.