From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludovic.courtes@laas.fr (Ludovic =?iso-8859-1?Q?Court=E8s?=) Newsgroups: gmane.lisp.guile.devel Subject: Re: Text collation Date: Tue, 12 Dec 2006 09:38:00 +0100 Organization: LAAS-CNRS Message-ID: <878xhd33x3.fsf@laas.fr> References: <877j00cirs.fsf@laas.fr> <87hcz3mqhr.fsf@zip.com.au> <87r6x0qjyy.fsf@laas.fr> <87fyc1df70.fsf@zip.com.au> <87odqcszlj.fsf@chbouib.org> <87ejr6hxm1.fsf@zip.com.au> NNTP-Posting-Host: dough.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1165913167 8759 80.91.229.10 (12 Dec 2006 08:46:07 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 12 Dec 2006 08:46:07 +0000 (UTC) Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Dec 12 09:46: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 1Gu3H3-0005b3-Kc for guile-devel@m.gmane.org; Tue, 12 Dec 2006 09:46:05 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gu3H3-0002RT-6l for guile-devel@m.gmane.org; Tue, 12 Dec 2006 03:46:05 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Gu3AX-0007fz-3b for guile-devel@gnu.org; Tue, 12 Dec 2006 03:39:21 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Gu3AV-0007fF-Sd for guile-devel@gnu.org; Tue, 12 Dec 2006 03:39:20 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Gu3AV-0007ez-LN for guile-devel@gnu.org; Tue, 12 Dec 2006 03:39:19 -0500 Original-Received: from [140.93.0.15] (helo=laas.laas.fr) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1Gu3AV-0005Ao-HH for guile-devel@gnu.org; Tue, 12 Dec 2006 03:39:19 -0500 Original-Received: from messiaen.laas.fr (messiaen [IPv6:2001:660:6602:0:230:65ff:fed4:9d20]) by laas.laas.fr (8.13.8/8.13.8) with SMTP id kBC8dFA9024139 for ; Tue, 12 Dec 2006 09:39:15 +0100 (MET) Original-Received: by messiaen.laas.fr (sSMTP sendmail emulation); Tue, 12 Dec 2006 09:38:01 +0100 Original-To: guile-devel@gnu.org X-URL: http://www.laas.fr/~lcourtes/ X-Revolutionary-Date: 22 Frimaire an 215 de la =?iso-8859-1?Q?R=E9volution?= X-PGP-Key-ID: 0xEB1F5364 X-PGP-Key: http://www.laas.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 821D 815D 902A 7EAB 5CEE D120 7FBA 3D4F EB1F 5364 X-OS: powerpc-unknown-linux-gnu Mail-Followup-To: guile-devel@gnu.org In-Reply-To: <87ejr6hxm1.fsf@zip.com.au> (Kevin Ryde's message of "Tue, 12 Dec 2006 09:32:54 +1100") User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) X-Spam-Score: 0.306 () MAILTO_TO_SPAM_ADDR,NO_RELAYS X-Scanned-By: MIMEDefang at CNRS-LAAS on IPv6:2001:660:6602::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:6313 Archived-At: Hi, Kevin Ryde writes: >> 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"). Ok, I wasn't aware of this. > 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. That makes sense, but OTOH, we want to avoid silly names I guess. ;-) So, do you think we should rename them to `strto{d,l}' or documenting this dependence is enough? >> 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. I couldn't think of any other option that would retain consistency. > 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. The mutex is statically initialized, how can it impact startup time? More importantly: what's the semantics of a "misc" mutex? Suppose function `foo' invokes `bar', which in turn invokes `string-locale> 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. Hmm, I thought `unresolved' was for cases where a test cannot be run for some reason. See, e.g., `guardians.test', `socket.test'. OTOH, `unsupported' seems to be used when a feature cannot be tested because it wasn't compiled in (e.g., `alist.test'). Well, there's admittedly not a huge difference. Thanks, Ludovic. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel