This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: dg-error vs. i18n?
- From: Corinna Vinschen <corinna-cygwin at cygwin dot com>
- To: cygwin at cygwin dot com
- Date: Sat, 24 Oct 2009 10:54:45 +0200
- Subject: Re: dg-error vs. i18n?
- References: <4AE235E4.2060005@gmail.com> <84fc9c000910231559y194a9ccfyfb9414f8ed04a361@mail.gmail.com> <Pine.LNX.4.64.0910232305540.30905@digraph.polyomino.org.uk> <4AE24BE4.8020207@gmail.com> <4AE281BC.1040200@cwilson.fastmail.fm> <416096c60910232247tb0ed351l2d542125bf566d7e@mail.gmail.com>
- Reply-to: cygwin at cygwin dot com
On Oct 24 06:47, Andy Koppe wrote:
> 2009/10/24 Charles Wilson:
> > [cross-posted to cygwin list]
> >
> > Background for cygwin list: Dave discovered a problem running some of
> > the gcc tests. ?The tests were run in the "C" locale, but in so doing
> > they assumed an ascii encoding (specifically, that "'" would match ' in
> > test patterns -- but the program actually emitted those fancy curled
> > quotes which did not match ').
>
> Do you mean they explicitly set the "C" locale?
>
> Hmm. Now that we've got the "C.UTF-8" default, "C" could actually go
> back to mean ASCII. With no locale variables set, the console and
> filesystem would use UTF-8 anyway, as would applications that call
> setlocale(,""). Only applications that don't call setlocale() would be
> using the "C" locale and hence ASCII, as but that'd be fine as either
> they don't care about it or they actually expect to be using ASCII.
Oh boy. That's not just an easy one liner patch.
Can I get a STC which shows the aforementioned problem?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple