On Thu, Dec 3, 2009 at 5:04 PM, Travis Oliphant wrote:
>
> I just checked in another fix (for ticket #1254), but I don't have
> time to backport the fix to the 1.4 branch. It would be great if
> someone could do that.
>
> Done...Chuck
___
NumPy-Discu
I just checked in another fix (for ticket #1254), but I don't have
time to backport the fix to the 1.4 branch. It would be great if
someone could do that.
Thanks,
-Travis
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://m
On Thu, Dec 3, 2009 at 4:25 PM, Travis Oliphant wrote:
>
> On Dec 3, 2009, at 4:26 PM, Charles R Harris wrote:
>
>
>
>
>> I like the waterfall view
>> http://buildbot.scipy.org/waterfall?show_events=false, it doesn't
>> automatically update though, so you need to refresh it now and then. The
>> ro
On Dec 3, 2009, at 4:26 PM, Charles R Harris wrote:
I like the waterfall view http://buildbot.scipy.org/waterfall?show_events=false
, it doesn't automatically update though, so you need to refresh it
now and then. The root page is at http://buildbot.scipy.org/. Mind,
the SPARC machines
On Thu, Dec 3, 2009 at 3:20 PM, Charles R Harris
wrote:
>
>
> On Thu, Dec 3, 2009 at 3:13 PM, Travis Oliphant wrote:
>
>>
>> On Dec 3, 2009, at 3:47 PM, Charles R Harris wrote:
>>
>>
>>
>> On Thu, Dec 3, 2009 at 2:07 PM, Travis Oliphant
>> wrote:
>>
>>>
>>> Thanks to the reporters of tickets #11
On Thu, Dec 3, 2009 at 3:13 PM, Travis Oliphant wrote:
>
> On Dec 3, 2009, at 3:47 PM, Charles R Harris wrote:
>
>
>
> On Thu, Dec 3, 2009 at 2:07 PM, Travis Oliphant wrote:
>
>>
>> Thanks to the reporters of tickets #1108, #1197 (similar to #1279), and
>> #1222.
>>
>> Pointing out these problems
On Dec 3, 2009, at 3:47 PM, Charles R Harris wrote:
On Thu, Dec 3, 2009 at 2:07 PM, Travis Oliphant > wrote:
Thanks to the reporters of tickets #1108, #1197 (similar to #1279),
and #1222.
Pointing out these problems allowed me to find and squash two subtle
memory leaks and one just p
On Thu, Dec 3, 2009 at 2:07 PM, Travis Oliphant wrote:
>
> Thanks to the reporters of tickets #1108, #1197 (similar to #1279), and
> #1222.
>
> Pointing out these problems allowed me to find and squash two subtle memory
> leaks and one just plain stupid bug lurking in reduce-at (when using the
>
Thanks to the reporters of tickets #1108, #1197 (similar to #1279),
and #1222.
Pointing out these problems allowed me to find and squash two subtle
memory leaks and one just plain stupid bug lurking in reduce-at (when
using the buffered internal loop).
I think I fixed the problems. I
On Thu, Dec 3, 2009 at 10:24 AM, Howard Chong wrote:
> Thanks for all the help and suggestions. I think the partial sort is
> exactly what I need.
>
> I thought of doing it as a full sort with argsort(), but that would be much
> slower if I just need a small number (maybe 7) from a large array,
>
Thanks for all the help and suggestions. I think the partial sort is exactly
what I need.
I thought of doing it as a full sort with argsort(), but that would be much
slower if I just need a small number (maybe 7) from a large array,
potentially thousands or a million repeated many times.
In case
On Thu, Dec 3, 2009 at 7:59 AM, Peter Cai wrote:
> Thanks, I've read some explanations on wikipedia and finally found out
> how to solve homogeneous equations by singular value decomposition.
>
>
Note that the numpy svd doesn't quite conform to what you will see in those
sources and the documenta
Pauli Virtanen wrote:
> Thu, 03 Dec 2009 18:23:28 +0900, David Cournapeau wrote:
>
>> Pauli Virtanen wrote:
>>
>>> I think I should rebase my branch on this, or vice versa, to avoid
>>> further duplicated work.
>>>
>> I think I will just commit my branch to the trunk once ASAP - I ex
Thanks, I've read some explanations on wikipedia and finally found out
how to solve homogeneous equations by singular value decomposition.
On Thu, Dec 3, 2009 at 10:24 PM, Lou Pecora wrote:
> From: Peter Cai
> To: Discussion of Numerical Python
> Sent: Thu, December 3, 2009 1:13:40 AM
> Subject
From: Peter Cai
To: Discussion of Numerical Python
Sent: Thu, December 3, 2009 1:13:40 AM
Subject: Re: [Numpy-discussion] How to solve homogeneous linear equations with
NumPy?
Thanks a lot.
But my knowledge of linear equations are limited, so can explain in your code,
which result represent t
Pauli Virtanen wrote:
> Thu, 03 Dec 2009 14:03:13 +0100, Dag Sverre Seljebotn wrote:
> [clip]
>
>> Great! Are you storing the format string in the dtype types as well? (So
>> that no release is needed and acquisitions are cheap...)
>>
>
> I regenerate it on each buffer acquisition. It's sim
Thu, 03 Dec 2009 14:03:13 +0100, Dag Sverre Seljebotn wrote:
[clip]
> Great! Are you storing the format string in the dtype types as well? (So
> that no release is needed and acquisitions are cheap...)
I regenerate it on each buffer acquisition. It's simple low-level C code,
and I suspect it will
Dag Sverre Seljebotn wrote:
> Dag Sverre Seljebotn wrote:
>
>> Pauli Virtanen wrote:
>>
>>
>>> Fri, 27 Nov 2009 23:19:58 +0100, Dag Sverre Seljebotn wrote:
>>> [clip]
>>>
>>>
>>>
One thing to keep in mind here is that PEP 3118 actually defines a
standard dtype fo
Dag Sverre Seljebotn wrote:
> Pauli Virtanen wrote:
>
>> Fri, 27 Nov 2009 23:19:58 +0100, Dag Sverre Seljebotn wrote:
>> [clip]
>>
>>
>>> One thing to keep in mind here is that PEP 3118 actually defines a
>>> standard dtype format string, which is (mostly) incompatible with
>>> NumPy's.
Pauli Virtanen wrote:
> Fri, 27 Nov 2009 23:19:58 +0100, Dag Sverre Seljebotn wrote:
> [clip]
>
>> One thing to keep in mind here is that PEP 3118 actually defines a
>> standard dtype format string, which is (mostly) incompatible with
>> NumPy's. It should probably be supported as well when PEP
Yogesh,
Could you explain the rationale for this choice please?
Colin W.
On 03-Dec-09 00:35 AM, yogesh karpate wrote:
> The thing is that the normalization by (n-1) is done for the no. of
> samples >20 or23(Not sure about this no. but sure about the thing that
> this no isnt greater than 25) a
to, 2009-12-03 kello 13:04 +0100, René Dudfield kirjoitti:
[clip]
> In other news, we cannot support Py2 pickles in Py3 -- this is
> because
> Py2 str is unpickled as Py3 str, resulting to encoding
> failures even
> before the data is passed on to Numpy.
>
>
On Thu, Dec 3, 2009 at 10:39 AM, Pauli Virtanen
> wrote:
> Tue, 01 Dec 2009 17:31:10 +0900, David Cournapeau wrote:
> > On Tue, Dec 1, 2009 at 5:04 AM, Charles R Harris
> > wrote:
> >> It looks like you doing great stuff with the py3k transition. Do you
> >> and David have any sort of merge sche
Thu, 03 Dec 2009 18:23:28 +0900, David Cournapeau wrote:
> Pauli Virtanen wrote:
>> I think I should rebase my branch on this, or vice versa, to avoid
>> further duplicated work.
>
> I think I will just commit my branch to the trunk once ASAP - I expect
> more breakage from my code than yours, and
Pauli Virtanen wrote:
>
> I think I should rebase my branch on this, or vice versa, to avoid
> further duplicated work.
>
I think I will just commit my branch to the trunk once ASAP - I expect
more breakage from my code than yours, and the sooner the better for
distutils-related changes.
chee
Tue, 01 Dec 2009 17:31:10 +0900, David Cournapeau wrote:
> On Tue, Dec 1, 2009 at 5:04 AM, Charles R Harris
> wrote:
>> It looks like you doing great stuff with the py3k transition. Do you
>> and David have any sort of merge schedule in mind?
>
> I have updated my py3k branch for numpy.distutils,
Fri, 27 Nov 2009 23:19:58 +0100, Dag Sverre Seljebotn wrote:
[clip]
> One thing to keep in mind here is that PEP 3118 actually defines a
> standard dtype format string, which is (mostly) incompatible with
> NumPy's. It should probably be supported as well when PEP 3118 is
> implemented.
PEP 3118 i
On Thu, Dec 3, 2009 at 5:41 AM, Olivia Cheronet
wrote:
> - Original Message
>> From: David Cournapeau
>>
>> Does the file
>> /usr/lib/python2.5/site-packages/numpy/linalg/lapack_lite.so exist ?
>>
>> cheers,
>>
>> David
>
>
> Indeed, this file is not there. Where can I find it?
It shoul
28 matches
Mail list logo
