<br><br><div class="gmail_quote">On Sun, Jul 15, 2012 at 10:32 AM, Ralf Gommers <span dir="ltr">&lt;<a href="mailto:ralf.gommers@googlemail.com" target="_blank">ralf.gommers@googlemail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br><br><div class="gmail_quote"><div><div class="h5">On Sun, Jul 15, 2012 at 5:57 PM, Nathaniel Smith <span dir="ltr">&lt;<a href="mailto:njs@pobox.com" target="_blank">njs@pobox.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>On Sun, Jul 15, 2012 at 1:08 PM, Ralf Gommers<br>
&lt;<a href="mailto:ralf.gommers@googlemail.com" target="_blank">ralf.gommers@googlemail.com</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt; On Sun, Jul 15, 2012 at 12:45 AM, Travis Oliphant &lt;<a href="mailto:travis@continuum.io" target="_blank">travis@continuum.io</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; Hey all,<br>
&gt;&gt;<br>
&gt;&gt; We are nearing a code-freeze for NumPy 1.7.   Are there any last-minute<br>
&gt;&gt; changes people are wanting to push into NumPy 1.7?  We should discuss them<br>
&gt;&gt; as soon as possible.<br>
&gt;&gt;<br>
&gt;&gt; I&#39;m proposing a code-freeze at midnight UTC on July 18th (7:00pm CDT on<br>
&gt;&gt; July 17th).   This will allow the creation of beta releases of NumPy on the<br>
&gt;&gt; 18th of July. This is a few days later than originally hoped for --- largely<br>
&gt;&gt; due to unexpected travel schedules of Ondrej and I, but it does give people<br>
&gt;&gt; a few more days to get patches in.  Of course, we will be able to apply<br>
&gt;&gt; bug-fixes to the 1.7.x branch once the tag is made.<br>
&gt;<br>
&gt;<br>
&gt; What about the tickets still open for 1.7.0<br>
&gt; (<a href="http://projects.scipy.org/numpy/report/3" target="_blank">http://projects.scipy.org/numpy/report/3</a>)? There are a few important ones<br>
&gt; left.<br>
&gt;<br>
&gt; These I would consider blockers:<br>
&gt;   - #2108 Datetime failures with MinGW<br>
<br>
</div>Is there a description anywhere of what the problem actually is here?<br>
I looked at the ticket, which referred to a PR, and it&#39;s hard to work<br>
out from the PR discussion what the actual remaining test failures are<br>
-- and there definitely doesn&#39;t seem to be any description of the<br>
underlying problem. (Something about working 64-bit time_t on windows<br>
being difficult depending on the compiler used?)<br></blockquote></div></div><div><br>There&#39;s a lot more discussion on<br><a href="http://projects.scipy.org/numpy/ticket/1909" target="_blank">http://projects.scipy.org/numpy/ticket/1909</a><br>
<a href="https://github.com/numpy/numpy/pull/156" target="_blank">https://github.com/numpy/numpy/pull/156</a><br>
<a href="https://github.com/numpy/numpy/pull/161" target="_blank">https://github.com/numpy/numpy/pull/161</a>. <br><br>The issue is that for MinGW 3.x some _s / _t functions seem to be missing. And we don&#39;t yet support MinGW 4.x.<br>

<br>Current issues can be seen from the last test log on our Windows XP buildbot (June 29, <a href="http://buildbot.scipy.org/builders/Windows_XP_x86/builds/1124/steps/shell_1/logs/stdio" target="_blank">http://buildbot.scipy.org/builders/Windows_XP_x86/builds/1124/steps/shell_1/logs/stdio</a>):<br>

<br><pre><span>======================================================================
ERROR: test_datetime_arange (test_datetime.TestDateTime)
----------------------------------------------------------------------
Traceback (most recent call last):
  File &quot;C:\buildbot\numpy\b11\numpy-install\Lib\site-packages\numpy\core\tests\test_datetime.py&quot;, line 1351, in test_datetime_arange
    assert_raises(ValueError, np.arange, np.datetime64(&#39;today&#39;),
OSError: Failed to use &#39;_localtime64_s&#39; to convert to a local time

======================================================================
ERROR: test_datetime_y2038 (test_datetime.TestDateTime)
----------------------------------------------------------------------
Traceback (most recent call last):
  File &quot;C:\buildbot\numpy\b11\numpy-install\Lib\site-packages\numpy\core\tests\test_datetime.py&quot;, line 1706, in test_datetime_y2038
    a = np.datetime64(&#39;2038-01-20T13:21:14&#39;)
OSError: Failed to use &#39;_gmtime64_s&#39; to convert to a UTC time

======================================================================
ERROR: test_pydatetime_creation (test_datetime.TestDateTime)
----------------------------------------------------------------------
Traceback (most recent call last):
  File &quot;C:\buildbot\numpy\b11\numpy-install\Lib\site-packages\numpy\core\tests\test_datetime.py&quot;, line 467, in test_pydatetime_creation
    a = np.array([&#39;today&#39;, datetime.date.today()], dtype=&#39;M8[D]&#39;)
OSError: Failed to use &#39;_localtime64_s&#39; to convert to a local time

======================================================================
ERROR: test_string_parser_variants (test_datetime.TestDateTime)
----------------------------------------------------------------------
Traceback (most recent call last):
  File &quot;C:\buildbot\numpy\b11\numpy-install\Lib\site-packages\numpy\core\tests\test_datetime.py&quot;, line 1054, in test_string_parser_variants
    assert_equal(np.array([&#39;1980-02-29T01:02:03&#39;], np.dtype(&#39;M8[s]&#39;)),
OSError: Failed to use &#39;_gmtime64_s&#39; to convert to a UTC time

======================================================================
ERROR: test_timedelta_scalar_construction_units (test_datetime.TestDateTime)
----------------------------------------------------------------------
Traceback (most recent call last):
  File &quot;C:\buildbot\numpy\b11\numpy-install\Lib\site-packages\numpy\core\tests\test_datetime.py&quot;, line 287, in test_timedelta_scalar_construction_units
    assert_equal(np.datetime64(&#39;2010-03-12T17&#39;).dtype,
OSError: Failed to use &#39;_gmtime64_s&#39; to convert to a UTC time

======================================================================
ERROR: Failure: OSError (Failed to use &#39;_gmtime64_s&#39; to convert to a UTC time)
----------------------------------------------------------------------
Traceback (most recent call last):
  File &quot;C:\Python26\lib\site-packages\nose\loader.py&quot;, line 382, in loadTestsFromName
    addr.filename, addr.module)
  File &quot;C:\Python26\lib\site-packages\nose\importer.py&quot;, line 39, in importFromPath
    return self.importFromDir(dir_path, fqname)
  File &quot;C:\Python26\lib\site-packages\nose\importer.py&quot;, line 86, in importFromDir
    mod = load_module(part_fqname, fh, filename, desc)
  File &quot;C:\buildbot\numpy\b11\numpy-install\Lib\site-packages\numpy\core\tests\test_multiarray.py&quot;, line 916, in &lt;module&gt;
    class TestArgmax(TestCase):
  File &quot;C:\buildbot\numpy\b11\numpy-install\Lib\site-packages\numpy\core\tests\test_multiarray.py&quot;, line 938, in TestArgmax
    np.datetime64(&#39;1994-06-21T14:43:15&#39;),
OSError: Failed to use &#39;_gmtime64_s&#39; to convert to a UTC time<br><br></span></pre><br></div></div></blockquote><div> <br>I&#39;ve wondered about the current status of MinGW 4.x, the <a href="http://mingw.org">mingw.org</a> release of GCC 4.7.0 was June 7. Looks like it is still 32 bits and breaks the ABI ...<br>
<br>Chuck  </div></div>