From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Unicode Lisp reader escapes Date: Sat, 06 May 2006 10:24:59 -0400 Message-ID: References: <17491.34779.959316.484740@parhasard.net> <87odyfnqcj.fsf-monnier+emacs@gnu.org> <17498.27200.911709.330947@parhasard.net> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1146925538 9627 80.91.229.2 (6 May 2006 14:25:38 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 6 May 2006 14:25:38 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat May 06 16:25:37 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FcNiy-0000Vj-VY for ged-emacs-devel@m.gmane.org; Sat, 06 May 2006 16:25:37 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FcNiy-0008Op-JS for ged-emacs-devel@m.gmane.org; Sat, 06 May 2006 10:25:36 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FcNic-0008Jt-Pz for emacs-devel@gnu.org; Sat, 06 May 2006 10:25:14 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FcNib-0008Iq-Qi for emacs-devel@gnu.org; Sat, 06 May 2006 10:25:14 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FcNib-0008IQ-LL for emacs-devel@gnu.org; Sat, 06 May 2006 10:25:13 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FcNiz-0005Kb-S7 for emacs-devel@gnu.org; Sat, 06 May 2006 10:25:37 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1FcNiN-0004c1-An; Sat, 06 May 2006 10:24:59 -0400 Original-To: Oliver Scholz In-reply-to: (message from Oliver Scholz on Fri, 05 May 2006 11:33:58 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:53999 Archived-At: I guess, you have a similar problem when the source file is encoded in either ISO 8859-5 or ISO 8859-7 (btw., what about Hewbrew, Arabic and Thai?). Unless I am much mistaken, the encoding of the characters in the .elc file would also depend on the value of `utf-fragment-on-decoding'. Are you talking about how the compiler would write the .elc file? Or are you talking about how the .elc file would be interpreted? If it is the latter, I don't think so. Fload will disregard this variable because Fload does not do decoding in the usual way. The compiler should output the file in the representation that Fload will read, and it should do so by binding any relevant variables.