From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Emacs Lisp's future Date: Tue, 14 Oct 2014 13:03:18 -0700 Organization: UCLA Computer Science Department Message-ID: <543D8186.9000101@cs.ucla.edu> 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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1413317046 8344 80.91.229.3 (14 Oct 2014 20:04:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 14 Oct 2014 20:04:06 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Stephen J. Turnbull" , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 14 22:03:59 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 1Xe8K6-0007kA-F1 for ged-emacs-devel@m.gmane.org; Tue, 14 Oct 2014 22:03:58 +0200 Original-Received: from localhost ([::1]:40230 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xe8K6-0004Vk-2C for ged-emacs-devel@m.gmane.org; Tue, 14 Oct 2014 16:03:58 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39828) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xe8Jw-0004Vc-FW for emacs-devel@gnu.org; Tue, 14 Oct 2014 16:03:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xe8Jp-00028p-06 for emacs-devel@gnu.org; Tue, 14 Oct 2014 16:03:48 -0400 Original-Received: from smtp.cs.ucla.edu ([131.179.128.62]:58090) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xe8Jg-00027w-Sn; Tue, 14 Oct 2014 16:03:33 -0400 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 9F78539E8011; Tue, 14 Oct 2014 13:03:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Original-Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YMB8vJr-XMjx; Tue, 14 Oct 2014 13:03:23 -0700 (PDT) Original-Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id E79B3A60003; Tue, 14 Oct 2014 13:03:22 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1 In-Reply-To: <8761fnnne9.fsf@uwakimon.sk.tsukuba.ac.jp> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 131.179.128.62 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:175368 Archived-At: On 10/14/2014 12:03 AM, Stephen J. Turnbull wrote: > in the Emacs tree "grep -r" > is probably just a bug. Although "grep -r" doesn't conformto POSIX, it is a handy GNU extension, and I use it a lot, both in the Emacs source tree and elsewhere. GNU grep works reasonably well even with text files in the "wrong" encoding, and even with non-text files. I don't expect grep to match UTF-8 patterns to the corresponding EUC-JP text, because I know it doesn't translate. Emacs's M-x grep command supports this usage well, and I don't see how it would be an improvement to call this usage a "bug" or for the Emacs (or grep) default to insist on strict coding correctness here. Eli is correct that UTF-8 is the encoding typically used for text in the Emacs source code. For more about this, please see "Source file encoding" in admin/notes/unicode.