I had been wondering about that myself. But your implementation proposal sounds kind of expensive, doesn't it?

On Mon, Sep 28, 2015 at 6:21 PM, Alexander Belopolsky <alexander.belopolsky@gmail.com> wrote:
Most UNIX platforms extend struct tm to include tm_gmtoff and tm_zone fields that contain the current UTC offset in seconds and the zone abbreviation.

Python has been making these fields available as attributes of time.struct_time [1] since version 3.3, but only on platforms that support them in the C library.

>>> import time
>>> t = time.localtime()
>>> t.tm_gmtoff
-14400
>>> t.tm_zone
'EDT'

I propose that we make these attributes available on all platforms by computing their values when they are not available in struct tm.

The tm_gmtoff value is easy to compute by comparing localtime() to gmtime():

>>> u = time.gmtime(time.mktime(t))
>>> from calendar import timegm
>>> timegm(t) - timegm(u)
-14400

and tm_zone can be computed by calling strftime() with a '%Z' directive.

>>> time.strftime('%Z', t)
'EDT'

What does the group think?

[1]: https://docs.python.org/3/library/time.html#time.struct_time

_______________________________________________
Datetime-SIG mailing list
Datetime-SIG@python.org
https://mail.python.org/mailman/listinfo/datetime-sig
The PSF Code of Conduct applies to this mailing list: https://www.python.org/psf/codeofconduct/



--
--Guido van Rossum (python.org/~guido)