<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 18, 2013 at 1:20 PM,  <span dir="ltr"><<a href="mailto:random832@fastmail.us" target="_blank">random832@fastmail.us</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div id=":111" style="overflow:hidden">We're going around in circles. I'm proposing _removing_ those<br>

limitations, so that for example code written for Unix systems (that<br>
assumes it can use negative values before 1970) will work on Windows,<br>
and code written for 64-bit systems will work on systems whose native<br>
time_t is 32 bits.</div></blockquote></div><br>That's a sign that this discussion should move to the tracker where a concrete patch can be proposed and discussed.  There is at least one proposal that seems to be controversial: remove platform-dependent code from datetime.utcfromtimestamp().</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">The change is trivial:</div><div class="gmail_extra"><br></div><div class="gmail_extra">def utcfromtimestamp(seconds):</div><div class="gmail_extra">      return datetime(1970, 1, 1) + timedelta(seconds=seconds)</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">I will gladly apply such patch once it is complete with tests and C code.</div><div class="gmail_extra"><br></div><div class="gmail_extra">The case for changing time.gmtime() is weaker.  We would have to add additional dependency of time module on datetime or move or duplicate a sizable chunk of C code.  If someone wants to undertake this project, I would like to see an attempt to remove circular dependency between time and datetime modules rather than couple the two modules even more tightly.</div>
<div class="gmail_extra"><br></div></div>