[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] Unicode Lisp reader escapes

From: Kenichi Handa
Subject: Re: [PATCH] Unicode Lisp reader escapes
Date: Mon, 08 May 2006 16:50:24 +0900
User-agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/22.0.50 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI)

In article <address@hidden>, Richard Stallman <address@hidden> writes:

>       (set-language-environment "Latin-1")
>       (byte-compile-file "~/test1.el")
>       (set-language-environment "Japanese")
>       (byte-compile-file "~/test2.el"))

>     Although the source files are exactly the same, the
>     resulting test1.elc contains a string of two Latin-1
>     characters whereas the test2.elc contains a string of single
>     Japanese character.

> Is the difference due solely to the choice of coding system for
> decoding the file?

Yes, in the above example.

> That heuristic choice of coding system depends on
> lots of things, but Lisp files can prevent variation by specifying
> -*-coding-system:...;-*-.

> When the file does that, does eliminate the problem?

Yes, in the above example.

> Anyway, is the specific problem I asked you to look at a matter of
> choice of coding system?  (I don't know the details, since I don't
> know what that variable does--I just know it relates to Mule.)

"A matter of choice of coding system" is just one of the
problems.  Even if a coding system is deterministically
chosen, there are several options that controls the decoding
of utf-*.  And, binding all of them to the default values
while byte-compiling leads to another problem as I wrote in
the previsou mail.

Kenichi Handa

reply via email to

[Prev in Thread] Current Thread [Next in Thread]