From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mike Gran Newsgroups: gmane.lisp.guile.devel Subject: Re: make check fails if no en_US.iso88591 locale Date: Thu, 10 Sep 2009 05:44:56 -0700 Message-ID: <1252586696.24639.116.camel@localhost.localdomain> References: <87pra1djys.fsf@arudy.ossau.uklinux.net> <322965.9784.qm@web37906.mail.mud.yahoo.com> <873a6v7pjr.fsf@arudy.ossau.uklinux.net> <1252550169.24639.66.camel@localhost.localdomain> <87r5uf8574.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1252586841 24334 80.91.229.12 (10 Sep 2009 12:47:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 10 Sep 2009 12:47:21 +0000 (UTC) Cc: guile-devel@gnu.org To: Ludovic =?ISO-8859-1?Q?Court=E8s?= Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Sep 10 14:47:14 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 1Mlj3Q-0003nd-Iw for guile-devel@m.gmane.org; Thu, 10 Sep 2009 14:47:13 +0200 Original-Received: from localhost ([127.0.0.1]:40625 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mlj3Q-0002NW-2j for guile-devel@m.gmane.org; Thu, 10 Sep 2009 08:47:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mlj1r-0000Pv-0K for guile-devel@gnu.org; Thu, 10 Sep 2009 08:45:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mlj1p-0000Mp-Dx for guile-devel@gnu.org; Thu, 10 Sep 2009 08:45:33 -0400 Original-Received: from [199.232.76.173] (port=39712 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mlj1p-0000MK-5C for guile-devel@gnu.org; Thu, 10 Sep 2009 08:45:33 -0400 Original-Received: from smtp103.prem.mail.sp1.yahoo.com ([98.136.44.58]:42211) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1Mlj1o-0001gp-Bp for guile-devel@gnu.org; Thu, 10 Sep 2009 08:45:32 -0400 Original-Received: (qmail 17855 invoked from network); 10 Sep 2009 12:45:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-Id:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=Kuljx+EnLsOQSN9pkE1GyMMdZJ9YLslzkweiJ/cSL7TBjraz0lwnWEkSDRtW5naSbJriD2246Ml82+SVv3QQcy7KoVF3uJ+YKSidZDIZpm9b506fSWx6FF7mFHvG3ycJTUIxeRARizF0/ChlGbAqGDB9pn1VZP+M5Q9FA0XTQAE= ; Original-Received: from adsl-71-130-218-93.dsl.irvnca.pacbell.net (spk121@71.130.218.93 with plain) by smtp103.prem.mail.sp1.yahoo.com with SMTP; 10 Sep 2009 05:45:30 -0700 PDT X-Yahoo-SMTP: FzNaA9iswBDuBl1BmgaIRDaP9Q-- X-YMail-OSG: NYuhfIkVM1k.biH4ddnYv.lxzHD5DthSqbISCCK8FOVL7GstLGXvLIVfqINA.fR41tN6oO2UFfJvCWMFkRGLFMMGXbRet5cN.nJCy8uX27PcBtyieebO.RlC__lV5495jueWhQY0aWjp16eAPbhi9zcjmSCacfqbEY3hx9YOoeIsMqGcqTjhR1oVHkvEPO3RP0D43yCk162uVv2B_2G8T1_CKpEd9I5rF6JnwjRh2jHMqpD_qAYyXaasWdwKfLUpR.PGYd.3JE62r2pdU9fL8tjMkgUZCGCAa_g45DHSaOuBMbNDGqfLmTnvEg1WF7ogUgVkzpk4Nc.nRH.L94Xk X-Yahoo-Newman-Property: ymail-3 In-Reply-To: <87r5uf8574.fsf@gnu.org> X-Mailer: Evolution 2.24.5 (2.24.5-2.fc10) X-detected-operating-system: by monty-python.gnu.org: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) 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:9299 Archived-At: On Thu, 2009-09-10 at 12:27 +0200, Ludovic Courtès wrote: > Hello! > > I built today’s ‘master’ on a ppc64 box and there are many > regexp-related errors and a surprisingly high number of unresolved > regexp-related tests: > > http://autobuild.josefsson.org/guile/log-200909100539539848000.txt > > This machine only has the following locales: > > C > en_US.utf8 > POSIX > I'm not surprised to see the unresolved, since I'd wrapped a lot of those tests to throw unresolved if a Latin-1 locale wasn't found. The errors are a surprise: they indicate that my strategy for wrapping in a Latin-1 locale isn't correct. The reason for declaring a Latin-1 locale was to allow scm_to/from_locale_string to convert a scheme string with values from 0 to 255 to an 8-bit binary C string. The regexp.test runs on arbitrary binary data which wasn't a problem in guile-1.8 since scm_to/from_locale_string did no real locale conversion. I could fix the test by testing only characters 0 to 127 in a C locale if a Latin-1 locale can't be found. I can also fix the test by using the 'setbinary' function to force the encodings on stdin and stdout to a default value that will pass through binary data, instead of calling 'setlocale'. The procedure 'setbinary' was always a hack, and I kind of want to get rid of it, but, this is why it was created. I looked in the POSIX spec on Regex for specific advice using 128-255 in regex in the C locale. I didn't see anything offhand. The spec does spend a lot of time talking about the interaction between the locale and regular expressions. I get the impression from the spec that using regex on 128-255 in the C locale is an unexpected use of regular expressions. Thanks, Mike