guile-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 1.6.8 release candidate 0 available for testing.


From: Kevin Ryde
Subject: Re: 1.6.8 release candidate 0 available for testing.
Date: Tue, 01 Nov 2005 10:41:08 +1100
User-agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux)

Greg Troxel <address@hidden> writes:
>
> I realize this is a tough call,

I kicked it into touch, by adding this to the manual

     Note that `%Z' might print the `tm:zone' in TM or it might print
     just the current zone (`tzset' above).  A GNU system prints
     `tm:zone', a strict C99 system like NetBSD prints the current
     zone.  Perhaps in the future Guile will try to get `tm:zone' used
     always.

and this comment as a reminder

@c
@c  The issue in the above is not just whether tm_zone exists in
@c  struct tm, but whether libc feels it should read it.  Being a
@c  non-C99 field, a strict C99 program won't know to set it, quite
@c  likely leaving garbage there.  NetBSD, which has the field,
@c  therefore takes the view that it mustn't read it.  See the PR
@c  about this at
@c
@c      http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=21722
@c
@c  Uniformly making tm:zone used on all systems (all those which have
@c  %Z at all of course) might be nice (either mung TZ and tzset, or
@c  mung tzname[]).  On the other hand it would make us do more than
@c  C99 says, and we really don't want to get intimate with the gory
@c  details of libc time funcs, no more than can be helped.
@c




reply via email to

[Prev in Thread] Current Thread [Next in Thread]