On 21/04/2022 01:29, Paul Eggert wrote:
On 4/20/22 08:07, Max Nikulin wrote:
I still believe that optional DST and ZONE values is an improvement of
the `encode-time' interface with no real drawbacks.
Yes, that's the direction we're headed.
Paul, a week has passed since you posted the patch series. Unlike the
changes related to timestamp representation, nobody argued concerning 6
element list argument of `encode-time':
[PATCH 1/6] Support (encode-time (list s m h D M Y))
Unless I have missed something, this patch can be pushed without other
ones and it will be a step forward.
