From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9018 invoked by alias); 17 Oct 2011 06:59:47 -0000 Received: (qmail 8958 invoked by uid 22791); 17 Oct 2011 06:59:24 -0000 X-Spam-Check-By: sourceware.org Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.83/v0.83-20-g38e4449) with ESMTP; Mon, 17 Oct 2011 06:59:07 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 035012CBDA0; Mon, 17 Oct 2011 08:59:05 +0200 (CEST) Date: Mon, 17 Oct 2011 06:59:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: cygwin started speaking German today Message-ID: <20111017065904.GB30527@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <20111004142920.GA15757@calimero.vinschen.de> <4E8B4A86.5000607@xs4all.nl> <20111004182042.GA22299@calimero.vinschen.de> <4E8C7FFB.6060707@xs4all.nl> <20111005162714.GA14661@calimero.vinschen.de> <4E8C948D.4070707@cwilson.fastmail.fm> <4E8CA0AF.50805@cornell.edu> <20111010172328.GF30156@calimero.vinschen.de> <4E9474CA.7080408@cwilson.fastmail.fm> <4E9B2585.1000409@cwilson.fastmail.fm> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4E9B2585.1000409@cwilson.fastmail.fm> User-Agent: Mutt/1.5.21 (2010-09-15) Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2011-10/txt/msg00304.txt.bz2 On Oct 16 14:42, Charles Wilson wrote: > On 10/11/2011 12:54 PM, Charles Wilson wrote: > >Consensus does appear to be unanimous on what to do; I just need to > >review all the postings and figure out exactly /how/ to do it. > > I have uploaded the new packages. There are three new patches: > > 1) modified localename.c significantly. No longer "ignores" > LANG=C.UTF-8; also does not try to do any parsing of the Windows > I18N settings. Basically, acts like linux -- if the value of the > locale string isn't supported by the underlying setlocale() > implementation, then it is ignored (e.g. default back to "C.UTF-8" > or "C") -- libintl doesn't try to 'be smart' -- or to second-guess. > Also, relies on cygwin's glibc-like setlocale(LC_*, NULL) behavior > -- which has been supported by newlib since the cygwin 1.5 days > (even if it always returned "C" back then). Thanks! > 2) Fixes to the test suite related to the above changes. > > 3) Adopted Bruno's upstream changes to relocatable.c, turning off > "expensive" relocation support in libintl. > > Odds of #1 and #2 being adopted upstream are effectively nil, so... I don't understand this. It's very clear that the former, unfixed behaviour is totally wrong for Cygwin, especially in terms of the used charset. I don't see why doing the right thing, using less special cases for Cygwin in gettext/libintl should be unacceptable for upstream. 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