emacs-devel
[Top][All Lists]
Advanced

[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: Eli Zaretskii
Subject: Re: [Emacs-diffs] master db828f6: Don't rely on defaults in decoding UTF-8 encoded Lisp files
Date: Sun, 27 Sep 2015 23:52:55 +0300

> From: Chad Brown <address@hidden>
> Date: Sun, 27 Sep 2015 12:52:15 -0700
> Cc: address@hidden
> 
> 
> > On 27 Sep 2015, at 11:41, Eli Zaretskii <address@hidden> wrote:
> > 
> >> From: Chad Brown <address@hidden>
> >> Date: Sun, 27 Sep 2015 09:03:54 -0700
> >> Cc: address@hidden
> >> 
> >>  -finput-charset=charset
> >>  Set the input character set, used for translation from the character
> >>  set of the input file to the source character set used by GCC. If
> >>  the locale does not specify, or GCC cannot get this information
> >>  from the locale, the default is UTF-8. This can be overridden by
> >>  either the locale or this command line option. Currently the command
> >>  line option takes precedence if there's a conflict. charset can be
> >>  any encoding supported by the system's iconv library routine.
> > 
> > Note the "if the locale does not specify" clause.  That should almost
> > never happen.
> 
> Sure. I almost mentioned that, but at the time it seemed clear
> to me that we were talking about the defaults for each.

The issue at hand is whether Emacs should favor UTF-8 _before_ the
locale-derived defaults.  What happens when the locale cannot be
queried wasn't touched at all.  I don't think such a situation is a
real possibility in the first place, and if it is, I don't object if
we'd use UTF-8 in that case.



reply via email to

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