[Alex]
> Here is an idea that I think may work: let's consider fold=1 instances as if
> they have a different tzinfo instance from the other side in both datetime
> subtractions and comparisons.  This will be consistent with the current
> stdlib and pytz work-arounds of representing "second" times using fictitious
> fixed-offset timezones.

That's what I was getting at by saying "fold=1 veritably _screams_
'I'm no longer working in naive time'".  Which implies "I need
timeline arithmetic", and everything else follows from that, including
hash() not ignoring fold=1 either.

But then the concept of "naive time" gets muddier:  sometimes, e.g.,

     dt1  - dt2

in a common zone (same tzinfo) will use classic arithmetic, but in
other cases (fold=1 in at least one) timeline arithmetic.

And there's also that, after

    d = dt1 - dt2

I suspect it may no longer always be the case that

    dt1 == dt2 + d

(unsure, but can't make time for it now)
_______________________________________________
Datetime-SIG mailing list
[email protected]
https://mail.python.org/mailman/listinfo/datetime-sig
The PSF Code of Conduct applies to this mailing list: 
https://www.python.org/psf/codeofconduct/

Reply via email to