[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#15803: default-file-name-coding-system: utf-8 better than latin-1 th
From: |
Lars Ingebrigtsen |
Subject: |
bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days? |
Date: |
Fri, 11 Sep 2020 16:18:32 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) |
I'm just poking around to see what's different between the way the files
are compiled in the test directory and the lisp directory, because they
should either both fail or not.
So here's how "make" i test does it:
EMACSLOADPATH= LC_ALL=C EMACS_TEST_DIRECTORY=/home/larsi/src/emacs/f�o/test
"../src/emacs" --module-assertions --no-init-file --no-site-file --no-site-lisp
-L ":." --batch -f batch-byte-compile lisp/eshell/eshell-tests.el
Here's how "make" in Lisp does it:
EMACSLOADPATH= '../src/emacs' -batch --no-site-file --no-site-lisp --eval
'(setq load-prefer-newer t)' -f batch-byte-compile emacs-lisp/bytecomp.el
And, indeed, if I remove "LC_ALL=C" from the line, then this compiles
successfully.
*phew*
Hm... in fact, everything compiles successfully without LC_ALL?
However, when the tests run (in the latin-1 environment) 11 tests fail:
SUMMARY OF TEST RESULTS
-----------------------
Files examined: 305
Ran 4200 tests, 4097 results as expected, 29 unexpected, 74 skipped
1 files did not contain any tests:
src/emacs-module-tests.log
11 files contained unexpected results:
src/regex-emacs-tests.log
lisp/vc/vc-bzr-tests.log
lisp/vc/diff-mode-tests.log
lisp/time-stamp-tests.log
lisp/net/shr-tests.log
lisp/gnus/mml-sec-tests.log
lisp/epg-tests.log
lisp/emacs-lisp/package-tests.log
lisp/emacs-lisp/faceup-tests/faceup-test-files.log
lisp/cedet/semantic-utest-ia.log
lib-src/emacsclient-tests.log
As a comparison, removing the LC_ALL in an utf-8 environment (with a
pure-ascii path) gives me:
SUMMARY OF TEST RESULTS
-----------------------
Files examined: 305
Ran 4231 tests, 4150 results as expected, 6 unexpected, 75 skipped
6 files contained unexpected results:
src/emacs-module-tests.log
src/callint-tests.log
lisp/vc/vc-bzr-tests.log
lisp/subr-tests.log
lisp/files-tests.log
lisp/emacs-lisp/gv-tests.log
The bzr test fails because of the brz/bzr thing, but the LC_ALL is
apparently needed for the other five things.
So: In conclusion, I this Glenn's patch needs more work before
applying. :-) But at least we now knows that it breaks, and why (well,
for some of it).
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Lars Ingebrigtsen, 2020/09/09
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Eli Zaretskii, 2020/09/09
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Lars Ingebrigtsen, 2020/09/10
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Eli Zaretskii, 2020/09/10
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Lars Ingebrigtsen, 2020/09/11
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Eli Zaretskii, 2020/09/11
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Lars Ingebrigtsen, 2020/09/11
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Eli Zaretskii, 2020/09/11
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Lars Ingebrigtsen, 2020/09/11
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Eli Zaretskii, 2020/09/11
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?,
Lars Ingebrigtsen <=
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Lars Ingebrigtsen, 2020/09/11
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Eli Zaretskii, 2020/09/11
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Lars Ingebrigtsen, 2020/09/11
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Eli Zaretskii, 2020/09/11
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Michael Albinus, 2020/09/12
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Lars Ingebrigtsen, 2020/09/12
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Lars Ingebrigtsen, 2020/09/11
- bug#15803: default-file-name-coding-system: utf-8 better than latin-1 these days?, Eli Zaretskii, 2020/09/11