delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
X-SWARE-Spam-Status: | No, hits=-3.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS,UNPARSEABLE_RELAY |
X-Spam-Check-By: | sourceware.org |
To: | cygwin AT cygwin DOT com |
From: | Eric Blake <ebb9 AT byu DOT net> |
Subject: | Re: Q: Is anybody here using the CYGWIN=codepage:oem setting? |
Date: | Thu, 19 Mar 2009 19:41:20 +0000 (UTC) |
Lines: | 29 |
Message-ID: | <loom.20090319T193406-675@post.gmane.org> |
References: | <20090319130909 DOT GZ9322 AT calimero DOT vinschen DOT de> <49C281F7 DOT 6080602 AT acm DOT org> <20090319181323 DOT GB1868 AT calimero DOT vinschen DOT de> <49C29366 DOT 8080708 AT acm DOT org> <20090319192031 DOT GB9322 AT calimero DOT vinschen DOT de> <20090319192229 DOT GC9322 AT calimero DOT vinschen DOT de> |
Mime-Version: | 1.0 |
User-Agent: | Loom/3.14 (http://gmane.org/) |
X-IsSubscribed: | yes |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Id: | <cygwin.cygwin.com> |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes: > > > I have no idea whether du calls setlocale() or not. It, and all the other coreutils, do call setlocale. Pretty much any application that ships with *.mo files does so (that is, any application that used gettext). > > ...unless Cygwin itself would call setlocale(). I'm not a fan of that. POSIX is explicit that an application that intentionally avoids calling setlocale() shall behave as though it had called setlocale(LC_ALL,"C"). If cygwin called setlocale(LC_ALL,"") on applications' behalf, then this will break POSIX-compliance of existing programs. Not all programs are internationalized yet. For example, I know that m4 does NOT call setlocale. On the other hand, I also have no idea how (or even if) m4 would break if cygwin called setlocale on its behalf; about the only functions it calls at the moment where running in a locale besides C would have an impact would be in things like calls to strtod() (not likely to affect many users). And one of my goals, as upstream m4 maintainer, is to eventually get m4 to the same state as coreutils where gettext is used to provide translated messages. I guess I'm declaring that I have no idea what the best approach would be, but I would like for locales to work without having to worry about changing $CYGWIN. -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |