[tz] Extra transition for Europe/London with 2023d
Guy Harris
gharris at sonic.net
Sun Jan 7 00:06:44 UTC 2024
On Jan 6, 2024, at 3:35 PM, Paul Eggert <eggert at cs.ucla.edu> wrote:
> On 2024-01-06 14:51, Guy Harris via tz wrote:
>
>> POSIX's time API has no notion of "gmtoff" and "stdoff".
>
> Although that's true for current POSIX, POSIX 202x/D3 does have tm_gmtoff in struct tm, as a result of Austin Group Defect 1533 <https://austingroupbugs.net/view.php?id=1533> which saw steffen and kre as contributors.
Yes, I know, I signed up for the list so that I could read the draft.
But there's no tm_stdoff, so it wasn't obvious that "gmtoff" and "stdoff" were referring to values in struct tm, and Brooks Harris said
> I just meant the values of gmtoff and stdoff are adjusted to satisfy Posix-time rather than reflect the values in the source files.
but tm_gmtoff is currently obviously not "adjusted to satisfy Posix-time" as, when tm_gmtoff was introduced, there was no tm_gmtoff in POSIX or, for that matter, in most UN*Xes (was it in *any* UN*Xes before tzcode put it in?), and it's also not "adjusted", it's just the current offset as calculated from the values in the source files.
And, as there's no "tm_stdoff" value even now, there's nothing *to* adjust about stdoff.
More information about the tz
mailing list