On Thu, Jun 19, 2014 at 6:31 PM, Olivier Grisel
wrote:
> Just successfully tested on Python 3.4 from python.org / OSX 10.9 and
> all sklearn tests pass, including a tests that involves
> multiprocessing and that used to crash with Accelerate.
>
> Thanks very much!
De rien - thanks for your help w
Just successfully tested on Python 3.4 from python.org / OSX 10.9 and
all sklearn tests pass, including a tests that involves
multiprocessing and that used to crash with Accelerate.
Thanks very much!
--
Olivier
___
NumPy-Discussion mailing list
NumPy-D
On Thu, Jun 19, 2014 at 11:39 AM, Matthew Brett wrote:
> Hi,
>
> On Mon, Jun 16, 2014 at 1:00 PM, Matthew Brett
> wrote:
>> Hi,
>>
>> On Mon, Jun 16, 2014 at 12:51 PM, wrote:
>>> On Mon, Jun 16, 2014 at 7:10 AM, Matthew Brett
>>> wrote:
Hi,
On Sun, Jun 15, 2014 at 10:51 PM, Ra
Hi,
On Mon, Jun 16, 2014 at 1:00 PM, Matthew Brett wrote:
> Hi,
>
> On Mon, Jun 16, 2014 at 12:51 PM, wrote:
>> On Mon, Jun 16, 2014 at 7:10 AM, Matthew Brett
>> wrote:
>>> Hi,
>>>
>>> On Sun, Jun 15, 2014 at 10:51 PM, Ralf Gommers
>>> wrote:
On Sat, Jun 14, 2014 at 11:5
Hi,
On Mon, Jun 16, 2014 at 12:51 PM, wrote:
> On Mon, Jun 16, 2014 at 7:10 AM, Matthew Brett
> wrote:
>> Hi,
>>
>> On Sun, Jun 15, 2014 at 10:51 PM, Ralf Gommers
>> wrote:
>>>
>>>
>>>
>>> On Sat, Jun 14, 2014 at 11:56 AM, Matthew Brett
>>> wrote:
On Friday, June 13, 201
On Mon, Jun 16, 2014 at 7:10 AM, Matthew Brett wrote:
> Hi,
>
> On Sun, Jun 15, 2014 at 10:51 PM, Ralf Gommers wrote:
>>
>>
>>
>> On Sat, Jun 14, 2014 at 11:56 AM, Matthew Brett
>> wrote:
>>>
>>>
>>>
>>> On Friday, June 13, 2014, Ralf Gommers wrote:
On Fri, Jun 13, 2014
Hi,
On Sun, Jun 15, 2014 at 10:51 PM, Ralf Gommers wrote:
>
>
>
> On Sat, Jun 14, 2014 at 11:56 AM, Matthew Brett
> wrote:
>>
>>
>>
>> On Friday, June 13, 2014, Ralf Gommers wrote:
>>>
>>>
>>>
>>>
>>> On Fri, Jun 13, 2014 at 2:07 PM, Matthew Brett
>>> wrote:
Hi,
Summary : I
On Sat, Jun 14, 2014 at 11:56 AM, Matthew Brett
wrote:
>
>
> On Friday, June 13, 2014, Ralf Gommers wrote:
>
>>
>>
>>
>> On Fri, Jun 13, 2014 at 2:07 PM, Matthew Brett
>> wrote:
>>
>>> Hi,
>>>
>>> Summary : I'm planning to upload OSX wheels for numpy and scipy using
>>> the ATLAS blas / lapack
On Friday, June 13, 2014, Ralf Gommers wrote:
>
>
>
> On Fri, Jun 13, 2014 at 2:07 PM, Matthew Brett > wrote:
>
>> Hi,
>>
>> Summary : I'm planning to upload OSX wheels for numpy and scipy using
>> the ATLAS blas / lapack library instead of the default OSX Accelerate
>> framework.
>>
>> We've ru
On Friday, June 13, 2014, Julian Taylor
wrote:
> On 13.06.2014 14:07, Matthew Brett wrote:
> > Hi,
> >
> > Summary : I'm planning to upload OSX wheels for numpy and scipy using
> > the ATLAS blas / lapack library instead of the default OSX Accelerate
> > framework.
> >
>
> hi,
> thanks for doing
On 13.06.2014 14:07, Matthew Brett wrote:
> Hi,
>
> Summary : I'm planning to upload OSX wheels for numpy and scipy using
> the ATLAS blas / lapack library instead of the default OSX Accelerate
> framework.
>
hi,
thanks for doing this.
Have you built a generic atlas binary?
atlas tunes it self
On 13 June 2014 18:00, Ralf Gommers wrote:
> pip install numpy[mkl]
>> ?
>>
>
> I think that's possible.
>
MKL are fairly famous, but perhaps it would be legally safer to use
[mkl-nonfree] (or something of the sort) to signal the licence.
But maybe I am bikeshedding here.
_
Chris Barker wrote:
> I'm curious, why not?
Because an MKL license is required to redistribute MKL. If someone wants to
include the binaries in their product they must acquire a license. An
MKL-based binary wheel would be for end-users that wants to install and use
NumPy. It would not be for tho
Ralf Gommers wrote:
> We have already asked and obtained that permission, under the condition
> that we put some attribution to Intel MKL on our website (which we already
> have at href="http://scipy.org/scipylib/donations.html";>http://scipy.org/scipylib/donations.html).
> I would not be in fav
On Fri, Jun 13, 2014 at 2:07 PM, Matthew Brett
wrote:
> Hi,
>
> Summary : I'm planning to upload OSX wheels for numpy and scipy using
> the ATLAS blas / lapack library instead of the default OSX Accelerate
> framework.
>
> We've run into some trouble with a segfault in recent OSX Accelerate:
>
>
On Fri, Jun 13, 2014 at 5:53 PM, Chris Barker wrote:
> On Fri, Jun 13, 2014 at 8:18 AM, Ralf Gommers
> wrote:
>
>> We have already asked and obtained that permission, under the condition
>> that we put some attribution to Intel MKL on our website (which we already
>> have at http://scipy.org/sci
On Fri, Jun 13, 2014 at 8:18 AM, Ralf Gommers
wrote:
> We have already asked and obtained that permission, under the condition
> that we put some attribution to Intel MKL on our website (which we already
> have at http://scipy.org/scipylib/donations.html). I would not be in
> favor of distributin
On Fri, Jun 13, 2014 at 3:03 PM, Sturla Molden
wrote:
>
> Perhaps we could ask Intel permission to use MKL in the binary wheels?
We have already asked and obtained that permission, under the condition
that we put some attribution to Intel MKL on our website (which we already
have at http://scip
Matthew Brett wrote:
> Meanwhile Sturla kindly worked up a patch to numpy to work round the
> Accelerate segfault [1]. I haven't tested that, but given I'd already
> built the wheels, I prefer the ATLAS builds because they work with
> multiprocessing.
It is an ugly hack. If it is used it would
19 matches
Mail list logo