On Wed, Nov 21, 2012 at 10:58 PM, wrote:
> On Wed, Nov 21, 2012 at 10:35 PM, Charles R Harris
> wrote:
>>
>>
>> On Wed, Nov 21, 2012 at 7:45 PM, wrote:
>>>
>>> On Wed, Nov 21, 2012 at 9:22 PM, Olivier Delalleau wrote:
>>> > Current behavior looks sensible to me. I personally would prefer no
>>
Hi folks,
years ago, John Hunter and I bought the py4science.{com, org, info}
domains thinking they might be useful. We never did anything with
them, and with his passing I realized I'm not really in the mood to
keep renewing them without a clear goal in mind.
Does anybody here want to do anythi
On Wed, Nov 21, 2012 at 10:35 PM, Charles R Harris
wrote:
>
>
> On Wed, Nov 21, 2012 at 7:45 PM, wrote:
>>
>> On Wed, Nov 21, 2012 at 9:22 PM, Olivier Delalleau wrote:
>> > Current behavior looks sensible to me. I personally would prefer no
>> > warning
>> > but I think it makes sense to have on
On Wed, Nov 21, 2012 at 7:45 PM, wrote:
> On Wed, Nov 21, 2012 at 9:22 PM, Olivier Delalleau wrote:
> > Current behavior looks sensible to me. I personally would prefer no
> warning
> > but I think it makes sense to have one as it can be helpful to detect
> issues
> > faster.
>
> I agree that na
On Wed, Nov 21, 2012 at 9:22 PM, Olivier Delalleau wrote:
> Current behavior looks sensible to me. I personally would prefer no warning
> but I think it makes sense to have one as it can be helpful to detect issues
> faster.
I agree that nan should be the correct answer.
(I gave up trying to defi
On Wed, Nov 21, 2012 at 9:22 PM, Olivier Delalleau wrote:
> Current behavior looks sensible to me. I personally would prefer no
> warning but I think it makes sense to have one as it can be helpful to
> detect issues faster.
>
> -=- Olivier
>
It's configurable.
[~/]
[1]: np.seterr(all='ignore')
Hi Olivier,
Please don't top post, it isn't the custom on this list.
On Wed, Nov 21, 2012 at 7:22 PM, Olivier Delalleau wrote:
> Current behavior looks sensible to me. I personally would prefer no
> warning but I think it makes sense to have one as it can be helpful to
> detect issues faster.
>
Current behavior looks sensible to me. I personally would prefer no warning
but I think it makes sense to have one as it can be helpful to detect
issues faster.
-=- Olivier
2012/11/21 Charles R Harris
> What should be the value of the mean, var, and std of empty arrays?
> Currently
>
> In [12]:
What should be the value of the mean, var, and std of empty arrays?
Currently
In [12]: a
Out[12]: array([], dtype=int64)
In [13]: a.mean()
Out[13]: nan
In [14]: a.std()
Out[14]: nan
In [15]: a.var()
Out[15]: nan
I think the nan comes from 0/0. All of these also raise warnings the first
time th
On Wed, Nov 21, 2012 at 3:44 AM, David Cournapeau wrote:
> It is rather simple, in that it expects a different, full installer
> for each new combination. I would rather not complicate things too
> much there, as it is working well for its purpose and is not easy to
> modify. We would need someth
Dear members of the Numerical Python ecosystem
(with apologies for cross-postings),
A day-long session ("devroom") on Free/Libre and Open Source Software
(FLOSS) for scientists will be held during the next FOSDEM conference,
Brussels, 2-3 February 2013 (http://fosdem.org/2013).
We aim at having a
On Wed, Nov 21, 2012 at 3:01 PM, Sturla Molden wrote:
> On 21.11.2012 15:55, Nathaniel Smith wrote:
>
>> I think the point is that it's easy for programmers to decide to avoid
>> GCD if they want to use multiprocessing. But it's not so easy for them
>> to decide to avoid BLAS.
>
> Actually the ans
On 21.11.2012 15:55, Nathaniel Smith wrote:
> I think the point is that it's easy for programmers to decide to avoid
> GCD if they want to use multiprocessing. But it's not so easy for them
> to decide to avoid BLAS.
Actually the answer from Apple was that no API except POSIX is supported
on bot
On Wed, Nov 21, 2012 at 2:52 PM, Sturla Molden wrote:
> But if this issue is in the GCD, it will probably affect other
> applications that uses the GCD and fork without exec as well. Unless you
> are certain the GCD is not used, a fork would never be safe without an exec.
I think the point is tha
But if this issue is in the GCD, it will probably affect other
applications that uses the GCD and fork without exec as well. Unless you
are certain the GCD is not used, a fork would never be safe without an exec.
Sturla
On 21.11.2012 15:45, Sturla Molden wrote:
> Ok, so using BLAS on each side
Ok, so using BLAS on each side of a fork requires an exec. That means
multiprocessing on Mac must behave as it does on Windows, with the
restrictions there. I.e. no fork, no closures as target kwarg to
Process, etc. But that is also why multiprocessing feels crippled on
Windows, and why the GIL
Hey,
On Wed, 2012-11-21 at 01:12 -0800, Terry J. Ligocki wrote:
> I am having a problem with "reshape" crashing:
> > python
> Python 2.6.4 (r264:75706, Jan 16 2010, 21:11:47)
> [GCC 4.3.2] on linux2
> Type "help", "copyright", "credits" or "license" for more
>
On Wed, Nov 21, 2012 at 2:31 PM, Sturla Molden wrote:
> On 21.11.2012 15:01, David Cournapeau wrote:
>> On Wed, Nov 21, 2012 at 12:00 PM, Sturla Molden wrote:
>>> But do we need a binary OpenBLAS on Mac? Isn't there an accelerate
>>> framework with BLAS and LAPACK on that platform?
>>
>> Because
On 21.11.2012 15:01, David Cournapeau wrote:
> On Wed, Nov 21, 2012 at 12:00 PM, Sturla Molden wrote:
>> But do we need a binary OpenBLAS on Mac? Isn't there an accelerate framework
>> with BLAS and LAPACK on that platform?
>
> Because of this: https://gist.github.com/2027412
>
> Numpy + accelera
On Wed, Nov 21, 2012 at 12:00 PM, Sturla Molden wrote:
> But do we need a binary OpenBLAS on Mac? Isn't there an accelerate framework
> with BLAS and LAPACK on that platform?
Because of this: https://gist.github.com/2027412
Numpy + accelerate is essentially unusable with multiprocessing.
David
But do we need a binary OpenBLAS on Mac? Isn't there an accelerate framework
with BLAS and LAPACK on that platform?
Sturla
Sendt fra min iPad
Den 21. nov. 2012 kl. 12:44 skrev David Cournapeau :
> On Wed, Nov 21, 2012 at 10:56 AM, Henry Gomersall wrote:
>> On Wed, 2012-11-21 at 10:49 +, D
On Wed, Nov 21, 2012 at 10:56 AM, Henry Gomersall wrote:
> On Wed, 2012-11-21 at 10:49 +, David Cournapeau wrote:
>> That's already what we do (on.windows anyway). The binary installer
>> contains multiple arch binaries, and we pick the bewt one.
>
> Interesting. Does it (or can it) extend to
On Wed, 2012-11-21 at 10:49 +, David Cournapeau wrote:
> That's already what we do (on.windows anyway). The binary installer
> contains multiple arch binaries, and we pick the bewt one.
Interesting. Does it (or can it) extend to different algorithmic
implementations?
Henry
__
That's already what we do (on.windows anyway). The binary installer
contains multiple arch binaries, and we pick the bewt one.
Le 21 nov. 2012 10:16, "Henry Gomersall" a écrit :
> On Wed, 2012-11-21 at 00:44 +, David Cournapeau wrote:
> > On Tue, Nov 20, 2012 at 8:52 PM, Henry Gomersall
> >
On 11/21/12 11:25 AM, Terry J. Ligocki wrote:
> I just checked, "numpy.intp" is "" in my
> installation of Python and NumPy. It was a good thing to check but it
> looks like there's still may be a signed 32-bit integer somewhere in
> the code (or my build(s))...
Okay. I can reproduce that too
I just checked, "numpy.intp" is "" in my
installation of Python and NumPy. It was a good thing to check but it
looks like there's still may be a signed 32-bit integer somewhere in the
code (or my build(s))...
Terry J.
On 11/21/12 10:12 AM, Terry J. Ligocki wro
On Wed, 2012-11-21 at 00:44 +, David Cournapeau wrote:
> On Tue, Nov 20, 2012 at 8:52 PM, Henry Gomersall
> wrote:
> > On Tue, 2012-11-20 at 20:35 +0100, Dag Sverre Seljebotn wrote:
> >> Is there a specific reason it *has* to happen at compile-time? I'd
> >> think
> >> one could do something l
On 11/21/12 10:12 AM, Terry J. Ligocki wrote:
> I am having a problem with "reshape" crashing:
>
> > python
> Python 2.6.4 (r264:75706, Jan 16 2010, 21:11:47)
> [GCC 4.3.2] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import numpy
>
I am having a problem with "reshape" crashing:
> python
Python 2.6.4 (r264:75706, Jan 16 2010, 21:11:47)
[GCC 4.3.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import numpy
>>> numpy.version.version
'1.6.2'
>>> npData = numpy.o
29 matches
Mail list logo
