From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kevin Ryde Newsgroups: gmane.lisp.guile.devel Subject: Re: Text collation Date: Tue, 12 Dec 2006 09:32:54 +1100 Message-ID: <87ejr6hxm1.fsf@zip.com.au> References: <877j00cirs.fsf@laas.fr> <87hcz3mqhr.fsf@zip.com.au> <87r6x0qjyy.fsf@laas.fr> <87fyc1df70.fsf@zip.com.au> <87odqcszlj.fsf@chbouib.org> NNTP-Posting-Host: dough.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1165876690 15991 80.91.229.10 (11 Dec 2006 22:38:10 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 11 Dec 2006 22:38:10 +0000 (UTC) Cc: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Mon Dec 11 23:38:06 2006 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by dough.gmane.org with esmtp (Exim 4.50) id 1Gttmd-0003xn-77 for guile-devel@m.gmane.org; Mon, 11 Dec 2006 23:38:03 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gttmc-00025S-KA for guile-devel@m.gmane.org; Mon, 11 Dec 2006 17:38:02 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gttmb-00025N-7D for guile-devel@gnu.org; Mon, 11 Dec 2006 17:38:01 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GttmZ-00025B-3K for guile-devel@gnu.org; Mon, 11 Dec 2006 17:38:00 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GttmZ-000258-0f for guile-devel@gnu.org; Mon, 11 Dec 2006 17:37:59 -0500 Original-Received: from [61.8.2.231] (helo=mailout2.pacific.net.au) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GttmY-0000tp-Fx for guile-devel@gnu.org; Mon, 11 Dec 2006 17:37:59 -0500 Original-Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.2.162]) by mailout2.pacific.net.au (Postfix) with ESMTP id 18CB010D38E; Tue, 12 Dec 2006 09:33:50 +1100 (EST) Original-Received: from localhost (ppp271C.dyn.pacific.net.au [61.8.39.28]) by mailproxy1.pacific.net.au (Postfix) with ESMTP id 3D2E88C24; Tue, 12 Dec 2006 09:33:43 +1100 (EST) Original-Received: from gg by localhost with local (Exim 4.63) (envelope-from ) id 1Gtthe-0001cQ-Ow; Tue, 12 Dec 2006 09:32:54 +1100 Original-To: ludo@chbouib.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) Mail-Copies-To: never In-Reply-To: <87odqcszlj.fsf@chbouib.org> (Ludovic =?iso-8859-1?Q?Court=E8?= =?iso-8859-1?Q?s's?= message of "Sun, 10 Dec 2006 13:30:00 +0100") User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) 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:6309 Archived-At: ludo@chbouib.org (Ludovic Court=E8s) writes: > > I'd be in favor of moving the `gettext'-related functions in `(ice-9 > i18n)'. They'll be used by the core to translate various core messages at some stage, that's why they're there. [srfi-13] > Perhaps, but this is undocumented behavior. :-) Keep to a minimum what you say about a function in a separate part of the manual. > strto{dl} The reason those funcs are hardly used is that they're not very good. Traditionally strtol had no overflow checking, and even now c99 doesn't guarantee localized forms for either. Also strtod may or may not have the helpful "p" format, and its rounding isn't guaranteed (only "recommended practice"). There's no particular virtue in the C library. If you want to hook onto it then name functions accordingly, so everyone knows what to expect. If you want better semantics, hopefully more scheme-like, then use names reflecting that betterness. > The former `i18n.c' (which contained only `gettext'-related code) was > renamed to `gettext.c' which seems more appropriate. Please try to resist the temptation to make non-changes. > It seems more robust to use a dedicated mutex. If you say you're concerned about speed of startup and size of modules :-), then you don't want to create a new mutex. The common one is specifically there for miscellaneous uses. > I really meant "unresolved", in the sense that the test cannot be run > when `fr_FR' isn't available. "unresolved" is for bugs not yet addressed, or long-standing misfeatures not easily fixed. I'm pretty sure "unsupported" is intended for things not available on account of the system environment. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel