Greg Troxel <[EMAIL PROTECTED]> 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 syst
Kevin Ryde <[EMAIL PROTECTED]> writes:
> Greg Troxel <[EMAIL PROTECTED]> writes:
>
> 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
Greg Troxel <[EMAIL PROTECTED]> writes:
>
> strftime of %Z returns "EST", which is the correct time zone for the
> program given no TZ in environment and isdst zero. Comments in the
> NetBSD libc sources indicate that returning the current zone is
> a legitimate response according to C99.
I disab
Greg Troxel <[EMAIL PROTECTED]> 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 gu
Hi,
Greg Troxel <[EMAIL PROTECTED]> writes:
> Sorry you are quite right, I should have said GNU libc (is that used
> on other than Linux and HURD these days?).
Sure it is: GNU/kFreeBSD[0] and even... GNU/NetBSD[1]. I know there
has been significant work on the former, don't know about the latt
Kevin Ryde <[EMAIL PROTECTED]> writes:
> Greg Troxel <[EMAIL PROTECTED]> writes:
>
> 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]
>
> whic
Kevin Ryde <[EMAIL PROTECTED]> writes:
> > There's a buglet in the guile info docs in that strftime has a cross
> > reference to the libc info file, and that would seem to be Linux
> > specific.
>
> You mean gnu-specific of course, strftime probably doesn't go near the
> kernel. But in any case
Greg Troxel <[EMAIL PROTECTED]> 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 characte
[taking this bit separately]
Greg Troxel <[EMAIL PROTECTED]> writes:
>
> There's a buglet in the guile info docs in that strftime has a cross
> reference to the libc info file, and that would seem to be Linux
> specific.
You mean gnu-specific of course, strftime probably doesn't go near the
kerne
Kevin Ryde <[EMAIL PROTECTED]> writes:
> Greg Troxel <[EMAIL PROTECTED]> writes:
>
> > FAIL: time.test: strftime %Z doesn't return garbage
>
> Can you pick out the code from that test to see what it does return?
> (It's supposed to test that the timezone string passes straight
> through.)
strfti
Greg Troxel <[EMAIL PROTECTED]> writes:
>
> This builds on NetBSD/i386 3.99.9, and almost passes make check,
> except for:
>
> FAIL: time.test: strftime %Z doesn't return garbage
Can you pick out the code from that test to see what it does return?
(It's supposed to test that the timezone string pa
This builds on NetBSD/i386 3.99.9, and almost passes make check,
except for:
FAIL: time.test: strftime %Z doesn't return garbage
I renamed the distfile to avoid fighting the package system (the
1.6.8-rc0 could be 1.6.8rc0 to make it more clearly part of the
version, but I'm not sure that's it).
12 matches
Mail list logo
