On Tue, 26 Sep 2000 08:10:39 -0700, Nathan Wiger wrote:
>Well, you can easily do this already with
>
> $date = utcdate (time + $offset);
>
>Or even:
>
> $date = utcdate (time + &getoffset('US/Pacific'));
Unfortunately, because Daylight Saving Time is largely equivalent to
Time Zones, $offset
Jonathan Scott Duff <[EMAIL PROTECTED]> writes:
> Do you mean local time now or local time for all time? The former is
> easy, the latter hard. Well, it's not hard for those places where the
> offset from UTC has remained (mostly) constant, but there are some
> places that have an offset from U
Jonathan Scott Duff wrote:
>
> Or would C just use C and punt to the OS/C RTL/etc.?
Yes, I believe that would be the idea. Or something else exactly like it
;-). Resolving localtime is not our concern; presenting it in a
human-usable format is. And there's no reason you couldn't do this:
use
On Tue, Sep 26, 2000 at 08:10:39AM -0700, Nathan Wiger wrote:
> And having a date() that returns local time, which will be most-used,
> is still a good thing, I think.
Do you mean local time now or local time for all time? The former is
easy, the latter hard. Well, it's not hard for those place
Jonathan Scott Duff wrote:
>
> I still think one of the options to the C routine could be the
> offset from UTC or a code ref to a subroutine that can determine the
> offset given the current UTC. That way the user could specify what
> localtime means (even if it doesn't really mean local time ;-
On Tue, Sep 26, 2000 at 05:49:38AM -, Nathan Wiger wrote:
> =head1 NOTES ON FREEZE
>
> Everyone felt pretty good about this, I think. The only thing we'd all
> probably like to see is one single C function, but unfortunately
> dealing with timezone specifications is an extraordinarily difficu