From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs 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 Message-ID: <871rj8xupz.fsf@gnus.org> References: <708ten8bam.fsf@fencepost.gnu.org> <83shcu3mtf.fsf@gnu.org> <83y3mdwo0a.fsf@gnu.org> <87imcn9jmq.fsf@gnus.org> <835z8nknar.fsf@gnu.org> <87r1r97pbz.fsf@gnus.org> <835z8lk85y.fsf@gnu.org> <87imck1t1g.fsf@gnus.org> <83h7s4h8uh.fsf@gnu.org> <87een81rkv.fsf@gnus.org> <83een8h575.fsf@gnu.org> <87v9gkxzln.fsf@gnus.org> <837dt0h4er.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7775"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: rgm@gnu.org, 15803@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Sep 11 16:19:14 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kGjtR-0001tJ-R7 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 11 Sep 2020 16:19:13 +0200 Original-Received: from localhost ([::1]:39690 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGjtQ-0003mo-Sp for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 11 Sep 2020 10:19:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49158) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kGjtG-0003l0-HH for bug-gnu-emacs@gnu.org; Fri, 11 Sep 2020 10:19:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:33361) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kGjtG-0002OZ-8P for bug-gnu-emacs@gnu.org; Fri, 11 Sep 2020 10:19:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kGjtG-0003Qz-4U for bug-gnu-emacs@gnu.org; Fri, 11 Sep 2020 10:19:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Sep 2020 14:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15803 X-GNU-PR-Package: emacs Original-Received: via spool by 15803-submit@debbugs.gnu.org id=B15803.159983392513179 (code B ref 15803); Fri, 11 Sep 2020 14:19:02 +0000 Original-Received: (at 15803) by debbugs.gnu.org; 11 Sep 2020 14:18:45 +0000 Original-Received: from localhost ([127.0.0.1]:44907 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGjsz-0003QU-GL for submit@debbugs.gnu.org; Fri, 11 Sep 2020 10:18:45 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:51954) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kGjsw-0003QG-Rd for 15803@debbugs.gnu.org; Fri, 11 Sep 2020 10:18:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=W4Uu6np5Oqx84SRrOGGgiUe+ORMkZCwbRLdNYh+7r+w=; b=u1ksmCDURW9bKIU3L1ZgEMKhyI YLFA8SFDEc5KtjkEaCHxKAT5WCkdBN4fxwNSi9YxfUukrlk5jGq5kN+krV5k2/X76VkTSq+Vsr9Zg eRTYhEes9oDIW7IKLBYhmFeBzYkB6seY8ocUmmx5gfUWrVx+iiHoKadicnzRME/V9G2Q=; Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kGjsn-0002z3-VZ; Fri, 11 Sep 2020 16:18:36 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEUXEx4yOFY0XZ6Y pLL////bsEcbAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+QJCw4HB0CrOCoAAAGQSURBVDjLbZMLsoMw CEVBNwBxA4ZsQJP97+3xS7R9ZabTyik3gDcAAMga8Cs0T7/yOAvofwEDYuHKjGD/4UeJt11avaWi lm2VphLtlQn1P/3WjAQwJcQrqstJsEnlWVBWI8RQFiCc/WjbiCLCOR0//alaAEsfN62BCFsXOz2A f0VsDtir9UTJqPqZwMV7gtKCc0yP3GuCUd6AeWRFu2dFttlSq/EbaJs1D+btBaxJfypaUB6AAVSr SC/yAA5QhYWzQDiXBbq4Jjf2nR/gi0OBXbz3HGOBDljROtkmQLeOAoDddoyvI+yxa3JXjyhdIF78 BXiI/jwIJ/Dhm4o2MdPZO3cQFrpVRRxoYu1Qww4XkyKVwMq4bOr9GDAblk/3M5EP4sPNpJ+05YQE y2iOfEpTrMvv1vUJbVz+y/22QDlhjNMUdPVvoMJHT2vI6+aVQbvu+U4LLICj49C488YscIyInnds Alzg674jJ4jt0QvoNca0/vdNz/hQOtLR5p16XA9oYYyIF9g4shSa9HnC00eAP2qyP8HgjOVDAAAA JXRFWHRkYXRlOmNyZWF0ZQAyMDIwLTA5LTExVDE0OjA3OjA2KzAwOjAwJ6sEXgAAACV0RVh0ZGF0 ZTptb2RpZnkAMjAyMC0wOS0xMVQxNDowNzowNiswMDowMFb2vOIAAAAASUVORK5CYII= X-Now-Playing: Blaupunkt's _Blaupunkt_: "Dama i skapet" In-Reply-To: <837dt0h4er.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 11 Sep 2020 15:41:16 +0300") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:187839 Archived-At: 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=3D LC_ALL=3DC EMACS_TEST_DIRECTORY=3D/home/larsi/src/emacs/f= =EF=BF=BDo/test "../src/emacs" --module-assertions --no-init-file --no-sit= e-file --no-site-lisp -L ":." --batch -f batch-byte-compile lisp/eshell/es= hell-tests.el Here's how "make" in Lisp does it: EMACSLOADPATH=3D '../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=3DC" 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). --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no