GNU bug report logs -
#48021
comp.el cannot be loaded without native compilation
Previous Next
Reported by: Glenn Morris <rgm <at> gnu.org>
Date: Mon, 26 Apr 2021 00:44:01 UTC
Severity: normal
Tags: fixed
Found in version 28.0.50
Fixed in version 28.1
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 48021 in the body.
You can then email your comments to 48021 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48021
; Package
emacs
.
(Mon, 26 Apr 2021 00:44:01 GMT)
Full text and
rfc822 format available.
Message #3 received at submit <at> debbugs.gnu.org (full text, mbox):
Package: emacs
Version: 28.0.50
At b7c22fab7d, in a default build:
./src/emacs -Q -l ./lisp/emacs-lisp/comp.el
memq: Symbol's value as variable is void: comp-ctxt
(Presumably it works if --with-native-compilation is used.)
This causes test failures for custom tests, and multiple failures for
comp-cstr-tests (perhaps those should be tagged :nativecomp, I don't know.)
Ref eg https://hydra.nixos.org/build/142074384
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48021
; Package
emacs
.
(Mon, 26 Apr 2021 14:56:02 GMT)
Full text and
rfc822 format available.
Message #6 received at 48021 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> gnu.org> writes:
> Package: emacs
> Version: 28.0.50
>
> At b7c22fab7d, in a default build:
>
> ./src/emacs -Q -l ./lisp/emacs-lisp/comp.el
>
> memq: Symbol's value as variable is void: comp-ctxt
>
> (Presumably it works if --with-native-compilation is used.)
>
> This causes test failures for custom tests, and multiple failures for
> comp-cstr-tests (perhaps those should be tagged :nativecomp, I don't know.)
>
> Ref eg https://hydra.nixos.org/build/142074384
Hi Glenn,
with a390a4965f comp-cstr-tests run clean for me also on vanilla build,
please let me know if this is sufficient for the case you are testing.
Thanks
Andrea
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48021
; Package
emacs
.
(Mon, 26 Apr 2021 19:19:02 GMT)
Full text and
rfc822 format available.
Message #9 received at 48021 <at> debbugs.gnu.org (full text, mbox):
Andrea Corallo wrote:
>> ./src/emacs -Q -l ./lisp/emacs-lisp/comp.el
>>
>> memq: Symbol's value as variable is void: comp-ctxt
> with a390a4965f comp-cstr-tests run clean for me also on vanilla build,
> please let me know if this is sufficient for the case you are testing.
Thanks. comp-cstr-test-70 is still failing for me.
The issue about comp.el being unloadable in builds without native
compilation remains (and hence test-custom-deps still fails).
I believe that in general, .el files should always be loadable, they
should just do nothing if not applicable.
For example, C-h f completion can try to load comp.el.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48021
; Package
emacs
.
(Mon, 26 Apr 2021 20:30:02 GMT)
Full text and
rfc822 format available.
Message #12 received at 48021 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> gnu.org> writes:
> Andrea Corallo wrote:
>
>>> ./src/emacs -Q -l ./lisp/emacs-lisp/comp.el
>>>
>>> memq: Symbol's value as variable is void: comp-ctxt
>
>> with a390a4965f comp-cstr-tests run clean for me also on vanilla build,
>> please let me know if this is sufficient for the case you are testing.
>
> Thanks. comp-cstr-test-70 is still failing for me.
Could you share the invocation you are using? I'm asking cause here on
449045b2a6 I see this passing.
>
> The issue about comp.el being unloadable in builds without native
> compilation remains (and hence test-custom-deps still fails).
I didn't know about the test-custom-deps, I'll have a look.
> I believe that in general, .el files should always be loadable, they
> should just do nothing if not applicable.
>
> For example, C-h f completion can try to load comp.el.
We should load comp.el only on native compiled instances, if this is not
the case could you point me out exactly where we do this so I can have a
look?
Thanks
Andrea
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48021
; Package
emacs
.
(Mon, 26 Apr 2021 21:17:02 GMT)
Full text and
rfc822 format available.
Message #15 received at 48021 <at> debbugs.gnu.org (full text, mbox):
Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:
> Glenn Morris <rgm <at> gnu.org> writes:
>
>> Andrea Corallo wrote:
>>
>>>> ./src/emacs -Q -l ./lisp/emacs-lisp/comp.el
>>>>
>>>> memq: Symbol's value as variable is void: comp-ctxt
>>
>>> with a390a4965f comp-cstr-tests run clean for me also on vanilla build,
>>> please let me know if this is sufficient for the case you are testing.
>>
>> Thanks. comp-cstr-test-70 is still failing for me.
>
> Could you share the invocation you are using? I'm asking cause here on
> 449045b2a6 I see this passing.
>
>>
>> The issue about comp.el being unloadable in builds without native
>> compilation remains (and hence test-custom-deps still fails).
>
> I didn't know about the test-custom-deps, I'll have a look.
Hi Glenn,
with 40c71e574a comp-cstr.el and comp.el are loadable for me also on
vanilla builds, please have a look.
Thanks
Andrea
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48021
; Package
emacs
.
(Tue, 27 Apr 2021 04:57:01 GMT)
Full text and
rfc822 format available.
Message #18 received at 48021 <at> debbugs.gnu.org (full text, mbox):
Andrea Corallo wrote:
>>> Thanks. comp-cstr-test-70 is still failing for me.
>>
>> Could you share the invocation you are using? I'm asking cause here on
>> 449045b2a6 I see this passing.
On CentOS 8.3 with gcc 8.3, I get:
Test comp-cstr-test-70 condition:
(ert-test-failed
((should
(equal
(comp-cstr-test-ts ...)
'...))
:form
(equal
(not
(member b a))
(not
(member a b)))
There is an identical failure on the very different system
https://hydra.nixos.org/build/142153876
> with 40c71e574a comp-cstr.el and comp.el are loadable for me also on
> vanilla builds, please have a look.
Works for me, thanks.
Added tag(s) fixed.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Tue, 27 Apr 2021 14:13:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48021
; Package
emacs
.
(Thu, 29 Apr 2021 18:46:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 48021 <at> debbugs.gnu.org (full text, mbox):
>>>> Thanks. comp-cstr-test-70 is still failing for me.
>>>
>>> Could you share the invocation you are using? I'm asking cause here on
>>> 449045b2a6 I see this passing.
>
> On CentOS 8.3 with gcc 8.3, I get:
>
> Test comp-cstr-test-70 condition:
> (ert-test-failed
> ((should
> (equal
> (comp-cstr-test-ts ...)
> '...))
> :form
> (equal
> (not
> (member b a))
> (not
> (member a b)))
>
> There is an identical failure on the very different system
> https://hydra.nixos.org/build/142153876
Same failure on Debian testing.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48021
; Package
emacs
.
(Thu, 29 Apr 2021 19:09:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 48021 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris <rgm <at> gnu.org> writes:
>>>>> Thanks. comp-cstr-test-70 is still failing for me.
>>>>
>>>> Could you share the invocation you are using? I'm asking cause here on
>>>> 449045b2a6 I see this passing.
>>
>> On CentOS 8.3 with gcc 8.3, I get:
>>
>> Test comp-cstr-test-70 condition:
>> (ert-test-failed
>> ((should
>> (equal
>> (comp-cstr-test-ts ...)
>> '...))
>> :form
>> (equal
>> (not
>> (member b a))
>> (not
>> (member a b)))
>>
>> There is an identical failure on the very different system
>> https://hydra.nixos.org/build/142153876
>
> Same failure on Debian testing.
Hi Glenn,
39ebc2689b should fix this, please have a look.
Thanks
Andrea
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#48021
; Package
emacs
.
(Thu, 29 Apr 2021 23:41:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 48021 <at> debbugs.gnu.org (full text, mbox):
Andrea Corallo wrote:
> 39ebc2689b should fix this, please have a look.
Works for me, thanks for the fix.
bug marked as fixed in version 28.1, send any further explanations to
48021 <at> debbugs.gnu.org and Glenn Morris <rgm <at> gnu.org>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Thu, 29 Apr 2021 23:41:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 28 May 2021 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 333 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.