From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Emacs Lisp's future Date: Tue, 14 Oct 2014 10:41:56 +0300 Message-ID: <831tqb6qt7.fsf@gnu.org> References: <87d2ahm3nw.fsf@fencepost.gnu.org> <871tqneyvl.fsf@netris.org> <87zjd9swfj.fsf@uwakimon.sk.tsukuba.ac.jp> <87oatnqpml.fsf@uwakimon.sk.tsukuba.ac.jp> <874mvdrj45.fsf@uwakimon.sk.tsukuba.ac.jp> <20141009044917.GA19957@fencepost.gnu.org> <83lhopisfr.fsf@gnu.org> <87ppe1pldu.fsf@uwakimon.sk.tsukuba.ac.jp> <8761ft5wpo.fsf@fencepost.gnu.org> <83k349b0vj.fsf@gnu.org> <83bnph96kh.fsf@gnu.org> <87ppdwo7ll.fsf@uwakimon.sk.tsukuba.ac.jp> <543BE7CB.9040801@cs.ucla.edu> <87egubopls.fsf@uwakimon.sk.tsukuba.ac.jp> <87bnpfyjaf.fsf@fencepost.gnu.org> <87a94zoo57.fsf@uwakimon.sk.tsukuba.ac.jp> <83h9z77p7d.fsf@gnu.org> <8761fnnne9.fsf@uwakimon.sk.tsukuba.ac.jp> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1413272558 5808 80.91.229.3 (14 Oct 2014 07:42:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 14 Oct 2014 07:42:38 +0000 (UTC) Cc: dak@gnu.org, emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 14 09:42:31 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XdwkY-0004Y2-Qp for ged-emacs-devel@m.gmane.org; Tue, 14 Oct 2014 09:42:30 +0200 Original-Received: from localhost ([::1]:37047 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XdwkY-0001bT-DS for ged-emacs-devel@m.gmane.org; Tue, 14 Oct 2014 03:42:30 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52146) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XdwkI-0001bI-Ah for emacs-devel@gnu.org; Tue, 14 Oct 2014 03:42:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XdwkD-0005kE-6O for emacs-devel@gnu.org; Tue, 14 Oct 2014 03:42:14 -0400 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:40207) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xdwk6-0005jO-Kc; Tue, 14 Oct 2014 03:42:02 -0400 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NDF00100BQKC800@mtaout29.012.net.il>; Tue, 14 Oct 2014 10:41:02 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NDF00LWHC0DHK50@mtaout29.012.net.il>; Tue, 14 Oct 2014 10:41:02 +0300 (IDT) In-reply-to: <8761fnnne9.fsf@uwakimon.sk.tsukuba.ac.jp> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.185 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:175342 Archived-At: > From: "Stephen J. Turnbull" > Cc: dak@gnu.org, > emacs-devel@gnu.org > Date: Tue, 14 Oct 2014 16:03:42 +0900 > > Eli Zaretskii writes: > > > That's not true: we try using UTF-8 wherever possible. The few files > > that don't use that simply cannot. > > That doesn't seem to be true. In fact many of the encodings > discovered by "grep -r -e '-\\*- coding:" are ISO 2022 conformant, and > a few indeed appear to be EUC encodings under an alias (eg, > chinese-iso-8bit-unix). AFAICS, the only encodings listed that can't > be encoded in UTF-8 are the Big 5 family -- and that's only if you > demand bug-compatibility.[1] First, you missed the file-local variables (the pattern you used with Grep will only find the cookies on the first line). Second, you missed file-coding-system-alist, auto-coding-alist, and auto-coding-regexp-alist, which set defaults for some files that therefore no longer need to be explicitly stated in the file. So please believe me when I say that the files encoded in anything that isn't UTF-8 are those where using UTF-8 was impossible for some specific reason (not the reasons you mention above). You can look up the related discussions in our list archives. Btw, to find out how many of our files are in UTF-8 and how many aren't, I would suggest to use tools that can explicitly tell the encoding, rather than rely on Grep and on whatever you remember are the ways of specifying a file's encoding.