[Top][All Lists]

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

Re: [Emacs-diffs] master db828f6: Don't rely on defaults in decoding UTF

From: David Kastrup
Subject: Re: [Emacs-diffs] master db828f6: Don't rely on defaults in decoding UTF-8 encoded Lisp files
Date: Sun, 27 Sep 2015 10:00:30 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)

Paul Eggert <address@hidden> writes:

> Eli Zaretskii wrote:
>> I don't see any language to that effect in the C11 Final Draft I have
>> here.  AFAICT, non-UTF-8 multibyte sequences are still supported by
>> C11.
> Of course; that part didn't change.  I was talking about C11's new
> UTF-8 string literals, e.g., u8"Emacsの主要操作(早見表)".

Again, are you arguing for or against your own proposals?  The _only_
purpose of such string literals is to support generating UTF-8 encoded
strings in the executable even when the source file is _not_ encoded in

So you argue because C11 contains a feature for supporting source files
_not_ encoded in UTF-8, Emacs should support only source files encoded
in UTF-8?

If anything, this is somewhat of an argument for GDB to preferably
interpret C strings as being encoded in UTF-8 even when the source code
encoding of a C file appears to be different.

We are not talking about editing executables here.  We are talking about
editing source files.

David Kastrup

reply via email to

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