From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: request to revert the chnage of revno 112925 Date: Wed, 19 Jun 2013 11:35:52 -0400 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1371656164 11065 80.91.229.3 (19 Jun 2013 15:36:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 19 Jun 2013 15:36:04 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 19 17:36:05 2013 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 1UpKQW-0000EB-3P for ged-emacs-devel@m.gmane.org; Wed, 19 Jun 2013 17:36:04 +0200 Original-Received: from localhost ([::1]:49868 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UpKQV-0003JT-OO for ged-emacs-devel@m.gmane.org; Wed, 19 Jun 2013 11:36:03 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36242) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UpKQQ-0003Iy-Ew for emacs-devel@gnu.org; Wed, 19 Jun 2013 11:36:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UpKQL-0003aW-9C for emacs-devel@gnu.org; Wed, 19 Jun 2013 11:35:58 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50755) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UpKQL-0003aS-3g for emacs-devel@gnu.org; Wed, 19 Jun 2013 11:35:53 -0400 Original-Received: from handa by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UpKQK-0002aI-Mp; Wed, 19 Jun 2013 11:35:52 -0400 In-Reply-To: (message from Stefan Monnier on Wed, 19 Jun 2013 08:59:24 -0400) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e 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:160674 Archived-At: In article , Stefan Monnier writes: > But the core of what I want: make it so that utf-8 Elisp files are > always recognized correctly, even in the absence of a coding: tag, and > regardless of the user's locale. > The way I implemented it broke recognition of iso-2022, but if there;s > some other way that doesn't break it, that's even better. I'd like to find a better solution, but at first please clarify the requirements. * What to do with an ASCII file? Previously find-file for such a file results in undecided-xxx buffer-file-coding-system. Now it's utf-8-xxx. * What to do with an invalid UTF-8 file. Previously, find-file detects a proper coding-system for such a file. Now utf-8 is forced and any invalid UTF-8 byte sequences are decoded as raw bytes. * What to do with null byte detection. Previously, if a *.el file contains a null byte and inhibit-null-byte-detection is nil (the default), it's detected as a binary file. Now utf-8 is forced regardless of inhibit-null-byte-detection. --- Kenichi Handa handa@gnu.org