On Fri, Mar 20, 2009 at 11:31:18AM +0900, David Cournapeau wrote:
> > OK, let's put it this way: if you feel it makes your life easier for me
> > to have SVN acces, I don't mind. But I won't use it for anything else
> > than docs and text file (or maybe a patch after review, but my volume of
> > pa
On Thu, Mar 19, 2009 at 11:15 PM, Gael Varoquaux
wrote:
> On Thu, Mar 19, 2009 at 11:01:38PM +0900, David Cournapeau wrote:
>> On Thu, Mar 19, 2009 at 11:00 PM, Gael Varoquaux
>>
>> > No. And I am not asking for them. I'd rather have a buffer between me and
>> > numpy, because I don't feel I know
On Thu, Mar 19, 2009 at 10:36 PM, Sturla Molden wrote:
> How do we do that?
>
> E.g. I added an important update to memmap.py in ticket 1053, but it has
> not even been reviewed.
In Gael's case, I was just talking about mentioning his contributions
in the release notes (those French are lazy).
2009/3/20 Sul, Young L :
> Numscons, however, throws an error and complains about a missing directory.
> It seems that the scons-local directory is not created (see below). Am I
> missing a step? I’m assuming the scons-local directory should be created
> when numscons is installed.
Yes, it should
2009/3/20 Vincent Thierion :
> Hello,
>
> I built the numpy module for 32 bits architecture (it seems the default
> building). However, my programs using this module have to be launched on
> remote worker nodes whose architecture can be 32 bits as well 64 bits (grid
> computing). First experimentat
Hi,
I'm trying to install numpy on a Solaris 10 intel (well AMD) system.
I've been struggling to get numpy installed using the native sunperf libraries
and have tried to use numscons.
Numscons, however, throws an error and complains about a missing directory. It
seems that the scons-local dire
2009/3/19 Pauli Virtanen :
> It's my desktop, so on average a couple of hours per day. Is it
> worthwhile to keep it?
>
> I see that the slave jumping on and off adds some clutter even with
> show_events=false to the waterfall plot, which is not so nice.
Having a permanently connected machine woul
Wed, 18 Mar 2009 09:26:29 +0200, Stéfan van der Walt wrote:
> 2009/3/17 Pauli Virtanen :
>> Ok, it seems like this the issue with no updates is now sorted out:
>>
>> http://buildbot.scipy.org/waterfall?show_events=false
>>
>> and the buildbot gets the changes OK. Now only the SVN url needs
>
On Thu, Mar 19, 2009 at 1:01 PM, Charles R Harris wrote:
>
>
> 2009/3/19 Robert Pyle
>
>>
>> On Mar 19, 2009, at 1:38 PM, Pauli Virtanen wrote:
>>
>> Thanks for tracking this! Can you check what your platform gives for:
>>
>> > import numpy as np
>> > info = np.finfo(np.longcomplex)
>> > print "
2009/3/19 Robert Pyle
>
> On Mar 19, 2009, at 1:38 PM, Pauli Virtanen wrote:
>
> Thanks for tracking this! Can you check what your platform gives for:
>
> > import numpy as np
> > info = np.finfo(np.longcomplex)
> > print "eps:", info.eps, info.eps.dtype
> > print "tiny:", info.tiny, info.tiny.dt
Hello,
I built the numpy module for 32 bits architecture (it seems the default
building). However, my programs using this module have to be launched on
remote worker nodes whose architecture can be 32 bits as well 64 bits (grid
computing). First experimentations on 64 bits machines is bad, my prog
Hi Sturla
2009/3/19 Sturla Molden :
> You should really set up a better system for receiving and reviewing
> contributions. Otherwise people will not care.
The ticket was not set "ready for review" until Pauli did it this
evening. You're supposed to have permission to do that, but if you
don't i
Apologies for the spam, but I would suggest that the subject be changed
to reflect the topic (i.e., Mac OS X problem with this release).
Thanks,
-- jv
Robert Pyle wrote:
On Mar 19, 2009, at 1:24 PM, Charles R Harris wrote:
Yep, that's it. Can you see what info.tiny/eps is in this case. Als
On Mar 19, 2009, at 1:38 PM, Pauli Virtanen wrote:
Thanks for tracking this! Can you check what your platform gives for:
> import numpy as np
> info = np.finfo(np.longcomplex)
> print "eps:", info.eps, info.eps.dtype
> print "tiny:", info.tiny, info.tiny.dtype
> print "log10:", np.log10(info.tin
On Mar 19, 2009, at 1:24 PM, Charles R Harris wrote:
> Yep, that's it. Can you see what info.tiny/eps is in this case. Also
> info.tiny and eps separately.
>
> Chuck
eps = 1.3817869701e-76
info.tiny = -1.08420217274e-19
info.tiny/eps = -7.84637716375e+56
Bob
_
David Cournapeau said the following on 3/18/2009 9:43 PM:
> I am pleased to announce the release of the first beta for numpy 1.3.0.
I would totally love to begin using this. Can I trouble you to include MD5 (or
PGP, or SHA) signatures for your download files in
your release notes as you have f
Thu, 19 Mar 2009 13:19:18 -0400, Robert Pyle wrote:
[clip]
> When I run this, it says x_series is an array of 200 NaNs. That would
> certainly explain why the assertion in test_umath.py failed!
Thanks for tracking this! Can you check what your platform gives for:
import numpy as np
info = np.fin
On Thu, Mar 19, 2009 at 11:19 AM, Robert Pyle wrote:
> Hi Chuck,
> On Mar 19, 2009, at 1:01 PM, Charles R Harris wrote:
> > Is that any help?
> >
> > Not yet ;) I think there is a problem with the range of values in x
> > that might have their source in the finfo values. So it would help
> > if yo
Hi Chuck,
On Mar 19, 2009, at 1:01 PM, Charles R Harris wrote:
> Is that any help?
>
> Not yet ;) I think there is a problem with the range of values in x
> that might have their source in the finfo values. So it would help
> if you could pin down just where x goes wrong by printing it out.
>
On Thu, Mar 19, 2009 at 10:21 AM, Robert Pyle wrote:
>
> On Mar 19, 2009, at 11:35 AM, Charles R Harris wrote:
>
> >
> >
> > On Thu, Mar 19, 2009 at 9:17 AM, Robert Pyle
> > wrote:
> > I'm getting one test failure with 1.3.0b1 ---
> >
> > FAIL: test_umath.TestComplexFunctions.test_loss_of_precisi
On Mar 19, 2009, at 11:35 AM, Charles R Harris wrote:
>
>
> On Thu, Mar 19, 2009 at 9:17 AM, Robert Pyle
> wrote:
> I'm getting one test failure with 1.3.0b1 ---
>
> FAIL: test_umath.TestComplexFunctions.test_loss_of_precision( 'numpy.complex256'>,)
> --
I am really grateful to have NumPy on Python 2.6!
Alan Isaac
Python 2.6.1 (r261:67517, Dec 4 2008, 16:51:00) [MSC v.1500 32 bit (Intel)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import numpy
>>> numpy.test()
Running unit tests for numpy
NumPy version
On Thu, Mar 19, 2009 at 9:17 AM, Robert Pyle wrote:
> Hi,
>
> First of all, thanks to everyone for all the hard work.
>
> On Mar 18, 2009, at 10:43 PM, David Cournapeau wrote:
>
> > I am pleased to announce the release of the first beta for numpy
> > 1.3.0. You can find source tarballs and instal
Hi,
First of all, thanks to everyone for all the hard work.
On Mar 18, 2009, at 10:43 PM, David Cournapeau wrote:
> I am pleased to announce the release of the first beta for numpy
> 1.3.0. You can find source tarballs and installers for both Mac OS X
I'm on a dual G5 Mac running OS X 10.5.6 an
On Thu, Mar 19, 2009 at 5:02 AM, Peter <
numpy-discuss...@maubp.freeserve.co.uk> wrote:
> On Thu, Mar 19, 2009 at 2:43 AM, David Cournapeau
> wrote:
> > New defines
> > ~~~
> >
> > New public C defines are available for ARCH specific code through
> > numpy/npy_cpu.h:
> >
> >* NPY_
On Thu, Mar 19, 2009 at 11:01:38PM +0900, David Cournapeau wrote:
> On Thu, Mar 19, 2009 at 11:00 PM, Gael Varoquaux
>
> > No. And I am not asking for them. I'd rather have a buffer between me and
> > numpy, because I don't feel I know numpy well-enough to commit directly.
> committing a text fil
On Thu, Mar 19, 2009 at 11:00 PM, Gael Varoquaux
> No. And I am not asking for them. I'd rather have a buffer between me and
> numpy, because I don't feel I know numpy well-enough to commit directly.
committing a text file should be easy enough, even for you ;)
David
On Thu, Mar 19, 2009 at 10:39:12PM +0900, David Cournapeau wrote:
> On Thu, Mar 19, 2009 at 10:32 PM, Gael Varoquaux
> wrote:
> > On Thu, Mar 19, 2009 at 10:07:08PM +0900, David Cournapeau wrote:
> >> Well, why not adding it yourself, then ? It is generally easier,
> >> faster and more accurate fo
On Thu, Mar 19, 2009 at 10:32 PM, Gael Varoquaux
wrote:
> On Thu, Mar 19, 2009 at 10:07:08PM +0900, David Cournapeau wrote:
>> Well, why not adding it yourself, then ? It is generally easier,
>> faster and more accurate for people related with the changes to add it
>> themselves to the release not
On 3/19/2009 2:07 PM, David Cournapeau wrote:
> Well, why not adding it yourself, then ? It is generally easier,
> faster and more accurate for people related with the changes to add it
> themselves to the release notes :)
How do we do that?
E.g. I added an important update to memmap.py in ticke
On Thu, Mar 19, 2009 at 10:07:08PM +0900, David Cournapeau wrote:
> Well, why not adding it yourself, then ? It is generally easier,
> faster and more accurate for people related with the changes to add it
> themselves to the release notes :)
I am being stupid. How do I do this? I am sure you alre
On Thu, Mar 19, 2009 at 6:12 PM, Gael Varoquaux
wrote:
> On Thu, Mar 19, 2009 at 11:43:29AM +0900, David Cournapeau wrote:
>> I am pleased to announce the release of the first beta for numpy
>> 1.3.0. You can find source tarballs and installers for both Mac OS X
>> and Windows on the sourceforge p
On Thu, Mar 19, 2009 at 2:43 AM, David Cournapeau wrote:
> New defines
> ~~~
>
> New public C defines are available for ARCH specific code through
> numpy/npy_cpu.h:
>
> * NPY_CPU_X86: x86 arch (32 bits)
> * NPY_CPU_AMD64: amd64 arch (x86_64, NOT Itanium)
> * NPY_CPU_P
Re-hi!
Robert Cimrman wrote:
> Hi all,
>
> I have added to the ticket [1] a script that compares the proposed
> setmember1d_nu() implementations of Neil and Kim. Comments are welcome!
>
> [1] http://projects.scipy.org/numpy/ticket/1036
I have attached a patch incorporating the solution that th
On Thu, Mar 19, 2009 at 11:43:29AM +0900, David Cournapeau wrote:
> I am pleased to announce the release of the first beta for numpy
> 1.3.0. You can find source tarballs and installers for both Mac OS X
> and Windows on the sourceforge page:
> https://sourceforge.net/projects/numpy/
> The releas
Francesc Alted wrote:
> Arch option for windows binary
> ~~
>
> Automatic arch detection can now be bypassed from the command line for
> the superpack installed:
>
> numpy-1.3.0-superpack-win32.exe /arch=nosse
>
> will install a numpy which works on any x86, even
A Thursday 19 March 2009, V.A. Solé escrigué:
> Hello,
>
> Recent versions of binary numpy installers try to detect the target
> CPU in order to select the proper extensions.
>
> My problem is that I am distributing frozen versions of an analysis
> code and I would like to target the widest range o
Hello,
Recent versions of binary numpy installers try to detect the target CPU
in order to select the proper extensions.
My problem is that I am distributing frozen versions of an analysis code
and I would like to target the widest range of CPUs.
If I install numpy 1.3.0b1 the installer install
38 matches
Mail list logo
