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: 1.6.8 release candidate 0 available for testing. Date: Mon, 24 Oct 2005 08:27:16 +1000 Message-ID: <878xwj50or.fsf@zip.com.au> References: <87u0fipkio.fsf@trouble.defaultvalue.org> <87y84taxzo.fsf@zip.com.au> <87fyqy8f3f.fsf@zip.com.au> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1130106542 10055 80.91.229.2 (23 Oct 2005 22:29:02 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 23 Oct 2005 22:29:02 +0000 (UTC) Cc: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Mon Oct 24 00:28:59 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EToJS-0006pt-08 for guile-devel@m.gmane.org; Mon, 24 Oct 2005 00:27:34 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EToJR-0007Aq-Dv for guile-devel@m.gmane.org; Sun, 23 Oct 2005 18:27:33 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EToJN-0007Aj-Am for guile-devel@gnu.org; Sun, 23 Oct 2005 18:27:29 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EToJL-0007AX-K0 for guile-devel@gnu.org; Sun, 23 Oct 2005 18:27:29 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EToJL-0007AU-52 for guile-devel@gnu.org; Sun, 23 Oct 2005 18:27:27 -0400 Original-Received: from [61.8.0.84] (helo=mailout1.pacific.net.au) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EToJK-00088j-PK for guile-devel@gnu.org; Sun, 23 Oct 2005 18:27:27 -0400 Original-Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86]) by mailout1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id j9NMRNLg009981; Mon, 24 Oct 2005 08:27:23 +1000 Original-Received: from localhost (ppp2F6E.dyn.pacific.net.au [61.8.47.110]) by mailproxy1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id j9NMRKXw011289; Mon, 24 Oct 2005 08:27:21 +1000 Original-Received: from gg by localhost with local (Exim 3.36 #1 (Debian)) id 1EToJB-0001VU-00; Mon, 24 Oct 2005 08:27:17 +1000 Original-To: Greg Troxel Mail-Copies-To: never In-Reply-To: (Greg Troxel's message of "19 Oct 2005 13:18:19 -0400") User-Agent: Gnus/5.110004 (No Gnus v0.4) 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:5349 Archived-At: Greg Troxel writes: > > 1) declare the Scheme proc strftime has extended semantics beyond C99, > document them, Straight "pass through" to libc sounds good to me. > and make the implementation set TZ before calling > strftime (perhaps unless an implementation which guarantees to read > tm_zone is detected). That might be slow. I notice what localtime does changing TZ is a noticable slowdown with glibc. (It re-reads the timezone file(s) on every TZ change.) I wonder if munging the global tzname[] variable would be enough. Bad for multi-threading, but we've got issues with that in the time funcs already. > Perhaps don't set > the non-C99 fields in what is used for the libc call to avoid > nonportable expectations. I wouldn't deliberately break something just because it's not portable. > The meta-issue I see here is about guile providing consistent behavior > on all platforms. Though I see your point. PS. I added "man 3 strftime" to the manual. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel