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: Wed, 19 Oct 2005 11:34:12 +1000 Message-ID: <87fyqy8f3f.fsf@zip.com.au> References: <87u0fipkio.fsf@trouble.defaultvalue.org> <87y84taxzo.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 1129685715 19259 80.91.229.2 (19 Oct 2005 01:35:15 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 19 Oct 2005 01:35:15 +0000 (UTC) Cc: guile-devel@gnu.org, Rob Browning Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Wed Oct 19 03:35:13 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1ES2qY-0000Ol-5e for guile-devel@m.gmane.org; Wed, 19 Oct 2005 03:34:26 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ES2qX-0000WO-Ms for guile-devel@m.gmane.org; Tue, 18 Oct 2005 21:34:25 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ES2qV-0000WJ-91 for guile-devel@gnu.org; Tue, 18 Oct 2005 21:34:23 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ES2qT-0000W5-Ir for guile-devel@gnu.org; Tue, 18 Oct 2005 21:34:23 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ES2qT-0000W2-Et for guile-devel@gnu.org; Tue, 18 Oct 2005 21:34:21 -0400 Original-Received: from [61.8.0.84] (helo=mailout1.pacific.net.au) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ES2qT-0007Jh-3F for guile-devel@gnu.org; Tue, 18 Oct 2005 21:34:21 -0400 Original-Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87]) by mailout1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id j9J1YHS1016943; Wed, 19 Oct 2005 11:34:17 +1000 Original-Received: from localhost (ppp2E05.dyn.pacific.net.au [61.8.46.5]) by mailproxy2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id j9J1YGI2028669; Wed, 19 Oct 2005 11:34:16 +1000 Original-Received: from gg by localhost with local (Exim 3.36 #1 (Debian)) id 1ES2qK-0001Zj-00; Wed, 19 Oct 2005 11:34:12 +1000 Original-To: Greg Troxel Mail-Copies-To: never In-Reply-To: (Greg Troxel's message of "18 Oct 2005 15:53:30 -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:5311 Archived-At: Greg Troxel writes: > > I didn't find C99 specs for strftime, so I don't know if programs are > required to set tm_zone before calling strftime. The bit about %Z is %Z is replaced by the locale's time zone name or abbreviation, or by no characters if no time zone is determinable. [tm_isdst] which I suppose is because struct tm is speced without tm_zone. > So, I respectfully suggest that the test is demanding more than one > can rightfully conclude from the documentation. You'd think a system with tm_zone should use it, but yes no sense demanding what doesn't work. > Perhaps libguile/strftime.c needs to not assume that strftime(3) will examine > fields not specified by the standard, or perhaps that Scheme strftime > should define what it does more precisely. A problem here is that > guile uses a structure which is bigger than C89 says. Since we initialize tm_zone if it exists we should be safe, but a note in the docs about what guile tm:zone might or might not do could be in order. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel