<div dir="ltr">OK, I think this is fine then.<br><br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 28, 2015 at 8:29 PM, Alexander Belopolsky <span dir="ltr"><<a href="mailto:alexander.belopolsky@gmail.com" target="_blank">alexander.belopolsky@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class=""><br>On Mon, Sep 28, 2015 at 11:04 PM, Guido van Rossum <<a href="mailto:guido@python.org" target="_blank">guido@python.org</a>> wrote:<br>><br>> I had been wondering about that myself. But your implementation proposal sounds kind of expensive, doesn't it?<br><br><br></span>It could be with a naive implementation that would simply fill additional fields in the existing time.struct_time object, but we can also modify the struct_time class to compute the additional attributes only when they are requested.  (I believe struct_time is currently implemented as PyStructSequence, so we will probably need to subclass that somehow.)<div><br></div><div>On the other hand, I would start with a naive implementation and worry about the optimizations later.  As far as I know, the POSIX layer on Windows (which is the main platform that will be affected) is already very slow, so the price of cross-platform portability may be within user expectations in this case.</div></div>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">--Guido van Rossum (<a href="http://python.org/~guido" target="_blank">python.org/~guido</a>)</div>
</div>