[Numpy-discussion] Binary releases

[josef.pktd at gmail.com]

On Mon, Sep 23, 2013 at 8:22 PM, David Cournapeau <cournape at gmail.com> wrote:
> Ok, so I've looked a bit into it tonight:
>
>  - used mingw-w64 4.8.1 (32 bits host)
>  - openblas binaries available on the official website (seem to be built
> with mingw w64)
>  - used -static-libgcc, -static-libstdc++ and -static-libgfortran
>  - building numpy went ok, test suite almost passes, nothing too alarming.
>  - scipy is still a bit trouble some, I need to look more into it. It
> definitely looks better than last time I've tried (where it crashed right
> away).

Sounds encouraging

Thank you,

Josef
<Back to the future --- or at least to gfortran and 64>

>
> David
>
>
> On Tue, Sep 17, 2013 at 9:20 PM, Ralf Gommers <ralf.gommers at gmail.com>
> wrote:
>>
>>
>>
>>
>> On Mon, Sep 16, 2013 at 10:05 PM, Nathaniel Smith <njs at pobox.com> wrote:
>>>
>>> On Mon, Sep 16, 2013 at 8:15 PM, Peter Cock <p.j.a.cock at googlemail.com>
>>> wrote:
>>> > On Mon, Sep 16, 2013 at 8:05 PM, Nathaniel Smith <njs at pobox.com> wrote:
>>> >>
>>> >> Why not just release numpy 1.8 with the old and terrible system? As
>>> >> you know I'm 110% in favor of getting rid of it, but 1.8 is ready to
>>> >> go and 1.9 is coming soon enough, and the old and terrible system does
>>> >> work right now, today. None of the other options have this property.
>>
>>
>> The above makes a lot of sense, so I decided to check that it actually
>> does work. Unsurprisingly, it needs fixing:
>> https://github.com/numpy/numpy/issues/3760
>>
>> Ralf
>>
>>>
>>> >
>>> > On the down side, the "old and terrible system" does not
>>> > cover providing pre-built binaries for 64 bit Windows.
>>> >
>>> > Doing that right is important not just for SciPy but for any
>>> > other downstream package including C code compiled
>>> > against the NumPy C API (and the people doing this
>>> > probably will only have access to free compilers).
>>>
>>> That's not a downside -- that's the situation right now and will
>>> continue to be the situation for the immediate future, if we cut a
>>> 1.8rc1 tomorrow and also if we don't cut a 1.8rc1 tomorrow. Again, I'm
>>> absolutely behind getting this sorted out, but holding up the release
>>> on all platforms is not going to make win64 standalone binaries appear
>>> any faster, and in the mean time everyone seems to be getting along
>>> OK, either because they're using a distribution, are on another
>>> platform, or taking advantage of Cristoph's generosity (thank you
>>> Cristoph!).
>>>
>>> Worst case, if it all gets sorted out next week we could release an
>>> 1.8.1 to celebrate...
>>>
>>> -n
>>> _______________________________________________
>>> NumPy-Discussion mailing list
>>> NumPy-Discussion at scipy.org
>>> http://mail.scipy.org/mailman/listinfo/numpy-discussion
>>
>>
>>
>> _______________________________________________
>> NumPy-Discussion mailing list
>> NumPy-Discussion at scipy.org
>> http://mail.scipy.org/mailman/listinfo/numpy-discussion
>>
>
>
> _______________________________________________
> NumPy-Discussion mailing list
> NumPy-Discussion at scipy.org
> http://mail.scipy.org/mailman/listinfo/numpy-discussion
>