From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) Newsgroups: gmane.lisp.guile.devel Subject: Re: frozen! Date: Wed, 07 Oct 2009 00:25:51 +0200 Message-ID: <874oqcxiq8.fsf@gnu.org> References: <375101.49884.qm@web37901.mail.mud.yahoo.com> <5A852E08-69B5-4133-9B02-485B58B7FE6C@raeburn.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1254868226 21513 80.91.229.12 (6 Oct 2009 22:30:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 6 Oct 2009 22:30:26 +0000 (UTC) To: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Wed Oct 07 00:30:16 2009 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MvIXw-0003ai-DX for guile-devel@m.gmane.org; Wed, 07 Oct 2009 00:30:16 +0200 Original-Received: from localhost ([127.0.0.1]:43453 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MvIXv-00069A-Qd for guile-devel@m.gmane.org; Tue, 06 Oct 2009 18:30:15 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MvIXt-00068w-91 for guile-devel@gnu.org; Tue, 06 Oct 2009 18:30:13 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MvIXn-00068U-UT for guile-devel@gnu.org; Tue, 06 Oct 2009 18:30:11 -0400 Original-Received: from [199.232.76.173] (port=33094 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MvIXn-00068R-Mm for guile-devel@gnu.org; Tue, 06 Oct 2009 18:30:07 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:54938) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MvIXn-0003zB-AY for guile-devel@gnu.org; Tue, 06 Oct 2009 18:30:07 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MvIXm-0007JF-JS for guile-devel@gnu.org; Tue, 06 Oct 2009 18:30:06 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.50) id 1MvIXj-0003Uw-S0 for guile-devel@gnu.org; Wed, 07 Oct 2009 00:30:03 +0200 Original-Received: from reverse-83.fdn.fr ([80.67.176.83]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 Oct 2009 00:30:03 +0200 Original-Received: from ludo by reverse-83.fdn.fr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 Oct 2009 00:30:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 31 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: reverse-83.fdn.fr X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 16 =?iso-8859-1?Q?Vend=E9miaire?= an 218 de la =?iso-8859-1?Q?R=E9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 821D 815D 902A 7EAB 5CEE D120 7FBA 3D4F EB1F 5364 X-OS: x86_64-unknown-linux-gnu User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) Cancel-Lock: sha1:EiMJRn2xnaJaprgliImM7JobBUk= X-detected-operating-system: by mx20.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:9463 Archived-At: Ken Raeburn writes: > On Oct 6, 2009, at 17:35, Mike Gran wrote: >> I need to roll back the changes made to i18n.c >> that made locale-specific case conversion of strings >> work on GNU but break on Darwin. Locale-specific >> case conversion of strings works, but only when >> the locale is set using setlocale. > > Thanks. Though perhaps you could just explicitly test for GNU libc, > if the glibc structures are stable? There's no reason why they should be stable, they're internal. Glibc's reads: --8<---------------cut here---------------start------------->8--- /* Structure for reentrant locale using functions. This is an (almost) opaque type for the user level programs. The file and this data structure is not standardized. Don't rely on it. It can go away without warning. */ typedef struct __locale_struct --8<---------------cut here---------------end--------------->8--- Maybe, until a better solution is found we could use: AC_CHECK_MEMBER([struct __locale_struct.__name] ...) But we should aim for a more robust solution. Thanks, Ludo'.