GNU bug report logs -
#61917
29.0.60; native compilation issues
Previous Next
Reported by: Al Haji-Ali <abdo.haji.ali <at> gmail.com>
Date: Thu, 2 Mar 2023 15:31:01 UTC
Severity: normal
Merged with 62446
Found in versions 29.0.60, 30.0.50
Done: Andrea Corallo <akrl <at> sdf.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Thu, 30 Mar 2023 13:32:25 +0000
with message-id <xjfbkkae55i.fsf <at> ma.sdf.org>
and subject line Re: bug#61917: 29.0.60; native compilation issues
has caused the debbugs.gnu.org bug report #61917,
regarding 29.0.60; native compilation issues
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
61917: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=61917
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
I've ran into a few issues with native compilation that I would like to report here in case they are unintentional bugs.
- First, native-compiling a simple file like
(defun test ()
'(A . B))
after setting a non-zero native-comp-verbose, for example by running:
(let ((native-comp-verbose 1))
(native-compile buffer-file-name))
gives the error `wrong-type-argument (listp B)`
in `comp-prettyformat-insn`
- Another issue I noticed is that if a file has `no-native-compile: t` and I call `emacs-lisp-native-compile-and-load` anyways on it, I get an error: `Wrong type argument: stringp, nil`. Not sure if this is intended.
- I've also had the following error when compiling a large file with many components (if more information is needed, I can try to pinpoint the reason once verbose debugging is fixed as it is making debugging difficult)
libgccjit.so: error: gcc_jit_context_new_call_through_ptr: mismatching types for argument 1 of fn_ptr: freloc->R64656c6574652d726567696f6e_delete_region_0: assignment to param 1 (type: struct Lisp_X *) from (long long)2 (type: long long)
Best regards,
-- Al
[Message part 3 (message/rfc822, inline)]
Naofumi Yasufuku <naofumi <at> yasufuku.dev> writes:
> Naofumi Yasufuku <naofumi <at> yasufuku.dev> writes:
>
>> Andrea Corallo <akrl <at> sdf.org> writes:
>>
> [..snip..]
>>>
>>> Okay ab4273056e0 should be a better (and safer) fix for this bug, I
>>> pushed it now to 29. This time hopefully it does not cause
>>> regressions...
>>>
>>> Bests
>>>
>>> Andrea
>>
>> Thank you. I will try ;-)
>>
>
> Hi Andrea,
>
> I've confirmed that my build of emacs-29 ab4273056e0 works well.
> Thank you very much for your great work.
>
> - Recompiled all .elc and .eln successfully.
>
> - .eln issues of both yasnippet and ddskk (Japanese input method) have gone.
> They are successfully loaded, and work without any problem.
Wonderful, thank you very much for reporting!
Closing this then.
Bests
Andrea
This bug report was last modified 2 years and 99 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.