GNU bug report logs -
#61534
three Emacs tests fail in en_US.utf8 locale on Ubuntu
Previous Next
Reported by: Paul Eggert <eggert <at> cs.ucla.edu>
Date: Wed, 15 Feb 2023 18:19:02 UTC
Severity: normal
Done: Stefan Kangas <stefankangas <at> gmail.com>
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 61534 in the body.
You can then email your comments to 61534 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#61534
; Package
emacs
.
(Wed, 15 Feb 2023 18:19:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Paul Eggert <eggert <at> cs.ucla.edu>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 15 Feb 2023 18:19:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
If the environment variable LC_ALL is set to 'en_US.utf8', three coding
system related tests fail in bleeding-edge Emacs (commit
51e3f91f50da43f18706410bf6cd096684379daa) when run on Ubuntu 22.10 with
current patches. The problem goes away if LC_ALL is set to 'C', so this
most likely has something to do with how Emacs reacts to the current locale.
Attached is the compressed output of 'make -j12 bootstrap && make -j12
check'.
[make-check-log.txt.gz (application/gzip, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61534
; Package
emacs
.
(Wed, 15 Feb 2023 19:05:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 61534 <at> debbugs.gnu.org (full text, mbox):
> Date: Wed, 15 Feb 2023 10:18:08 -0800
> From: Paul Eggert <eggert <at> cs.ucla.edu>
>
> If the environment variable LC_ALL is set to 'en_US.utf8', three coding
> system related tests fail in bleeding-edge Emacs (commit
> 51e3f91f50da43f18706410bf6cd096684379daa) when run on Ubuntu 22.10 with
> current patches. The problem goes away if LC_ALL is set to 'C', so this
> most likely has something to do with how Emacs reacts to the current locale.
>
> Attached is the compressed output of 'make -j12 bootstrap && make -j12
> check'.
Thanks, the mule-tests.el failure should now be fixed (on the emacs-29
branch).
The other two failures seem both to be the same issue with unescaped
literals:
(ert-test-failed
((should
(equal
(lread-tests--last-message)
(concat ... "unescaped character literals " "`?\"', `?(', `?)', `?;', `?[', `?]' detected, " "`?\\\"', `?\\(', `?\\)', `?\\;', `?\\[', `?\\]' " "expected!")))
:form
(equal "Loading ‘/tmp/emacs-test-hXFUcu-lread’: unescaped character literals ‘?\"’, ‘?(’, ‘?)’, ‘?;’, ‘?[’, ‘?]’ detected, ‘?\\\"’, ‘?\\(’, ‘?\\)’, ‘?\\;’, ‘?\\[’, ‘?\\]’ expected!" "Loading ‘/tmp/emacs-test-hXFUcu-lread’: unescaped character literals `?\"', `?(', `?)', `?;', `?[', `?]' detected, `?\\\"', `?\\(', `?\\)', `?\\;', `?\\[', `?\\]' expected!")
:value nil :explanation
(array-elt 69
(different-atoms
(8216 "#x2018" "?‘")
(96 "#x60" "?`")))))
FAILED 48/49 lread-tests--unescaped-char-literals (0.000455 sec) at src/lread-tests.el:133
Mattias, any ideas?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61534
; Package
emacs
.
(Thu, 16 Feb 2023 09:20:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 61534 <at> debbugs.gnu.org (full text, mbox):
15 feb. 2023 kl. 20.03 skrev Eli Zaretskii <eliz <at> gnu.org>:
> FAILED 48/49 lread-tests--unescaped-char-literals (0.000455 sec) at src/lread-tests.el:133
>
> Mattias, any ideas?
These looks like consequences from fixing a couple of diagnostics text styling bugs some time ago. Remedies have now been pushed (07a76a06f9). Thank you for bringing this to my attention!
Reply sent
to
Stefan Kangas <stefankangas <at> gmail.com>
:
You have taken responsibility.
(Wed, 06 Sep 2023 00:05:03 GMT)
Full text and
rfc822 format available.
Notification sent
to
Paul Eggert <eggert <at> cs.ucla.edu>
:
bug acknowledged by developer.
(Wed, 06 Sep 2023 00:05:03 GMT)
Full text and
rfc822 format available.
Message #16 received at 61534-done <at> debbugs.gnu.org (full text, mbox):
Mattias Engdegård <mattiase <at> acm.org> writes:
> 15 feb. 2023 kl. 20.03 skrev Eli Zaretskii <eliz <at> gnu.org>:
>
>> FAILED 48/49 lread-tests--unescaped-char-literals (0.000455 sec) at src/lread-tests.el:133
>>
>> Mattias, any ideas?
>
> These looks like consequences from fixing a couple of diagnostics text styling
> bugs some time ago. Remedies have now been pushed (07a76a06f9). Thank you for
> bringing this to my attention!
I'm therefore closing this bug report.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 04 Oct 2023 11:24:19 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 219 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.