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: Mon, 24 Oct 2005 08:27:16 +1000
User-agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux)

Greg Troxel <address@hidden> 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.




reply via email to

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