On Mon, Mar 30, 2009 at 3:36 AM, Robert Pyle rp...@post.harvard.edu wrote:
I just installed 2.5.4 from python.org, and the OS X installer still
doesn't work. This is on a PPC G5; I haven't tried it on my Intel
MacBook Pro.
I think I got it. To build numpy, I use virtualenv to make a
David Cournapeau wrote:
On Mon, Mar 30, 2009 at 3:36 AM, Robert Pyle rp...@post.harvard.edu wrote:
I just installed 2.5.4 from python.org, and the OS X installer still
doesn't work. This is on a PPC G5; I haven't tried it on my Intel
MacBook Pro.
Could you try this one ?
Peter wrote:
On Sat, Mar 28, 2009 at 2:26 PM, David Cournapeau
da...@ar.media.kyoto-u.ac.jp wrote:
Hi,
I am pleased to announce the release of the rc1 for numpy
1.3.0. You can find source tarballs and installers for both Mac OS X
and Windows on the sourceforge page:
What version of glibc do you have?
None. Solaris does not use GNU libc.
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
Hi,
It might be too late (I was off-line last week), but anyway:
I have set the milestone for the ticket 1036 [1] to 1.4, but it does not
change the existing functionality, brings some new one, and the tests
pass, so I wonder if it could get it into the 1.3 release?
cheers,
r.
[1]
I have a process that stores a number of sets of 3 arrays output which can
either be stored as a few .npy files or an .npz file with the same keys in
each file (let's say, writing roughly 10,000 npz files, all containing the
same keys 'a', 'b', 'c'). If I run multiple processes on the same machine
On Sat, Mar 28, 2009 at 2:26 PM, David Cournapeau
da...@ar.media.kyoto-u.ac.jp wrote:
Hi,
I am pleased to announce the release of the rc1 for numpy
1.3.0. You can find source tarballs and installers for both Mac OS X
and Windows on the sourceforge page:
FWIW, I solved this just now by removing Sun Studio from
my PATH before build. It's clear that's a workaround
though and the build process failed to determine something
properly.
Jeff Blaine wrote:
What version of glibc do you have?
None. Solaris does not use GNU libc.
Hi David,
I decided to change the Subject line to be more apropos.
On Mar 30, 2009, at 3:41 AM, David Cournapeau wrote:
David Cournapeau wrote:
On Mon, Mar 30, 2009 at 3:36 AM, Robert Pyle
rp...@post.harvard.edu wrote:
I just installed 2.5.4 from python.org, and the OS X installer still
On Mon, Mar 30, 2009 at 11:06 PM, Robert Pyle rp...@post.harvard.edu wrote:
Hi David,
I decided to change the Subject line to be more apropos.
On Mar 30, 2009, at 3:41 AM, David Cournapeau wrote:
David Cournapeau wrote:
On Mon, Mar 30, 2009 at 3:36 AM, Robert Pyle
rp...@post.harvard.edu
David Cournapeau wrote:
On Mon, Mar 30, 2009 at 11:06 PM, Robert Pyle rp...@post.harvard.edu wrote:
This one installs, but only in /Library/Python/2.5/site-packages/,
that is, for Apple's system python. This happened when `which python`
pointed to either EPD python or python.org's 2.5.4.
On Tue, Mar 31, 2009 at 12:51 AM, Chris Barker chris.bar...@noaa.gov wrote:
Well, this is the big question: what python(s) should be provide
binaries for -- I think if you're only going to do one, it should be the
python.org build, so that you can support 10.4, and 10.5 and everyone
can use
Last year's Doc Marathon got us off to a great start on documenting
NumPy! But, there's still much work to be done, and SciPy after that.
It's time to gear up for doing it again.
Critical to last year's success was Stefan van der Walt's committed
time, but he will be unable to play that role
David Cournapeau wrote:
I don't really care, as long as there is only one. Maintaining binaries
for every python out there is too time consuming. Given that mac os X
is the easiest platform to build numpy/scipy on,
I assume you meant NOT the easiest? ;-)
that's not something i am interested
On Tue, Mar 31, 2009 at 2:10 AM, Chris Barker chris.bar...@noaa.gov wrote:
David Cournapeau wrote:
I don't really care, as long as there is only one. Maintaining binaries
for every python out there is too time consuming. Given that mac os X
is the easiest platform to build numpy/scipy on,
I
Hi,
I wrote a script to calculate the *optical* autocorrelation of an
electric field. It's like the autocorrelation, but sums the fields
instead of multiplying them. I'm calculating
I(tau) = integral( abs(E(t)+E(t-tau))**2,t=-inf..inf)
with script appended at the end. It's too slow for my
2009/3/30 João Luís Silva jsi...@fc.up.pt:
Hi,
I wrote a script to calculate the *optical* autocorrelation of an
electric field. It's like the autocorrelation, but sums the fields
instead of multiplying them. I'm calculating
I(tau) = integral( abs(E(t)+E(t-tau))**2,t=-inf..inf)
You may be
On Mon, Mar 30, 2009 at 12:23 PM, Anne Archibald
peridot.face...@gmail.comwrote:
2009/3/30 João Luís Silva jsi...@fc.up.pt:
Hi,
I wrote a script to calculate the *optical* autocorrelation of an
electric field. It's like the autocorrelation, but sums the fields
instead of multiplying
David Cournapeau wrote:
On Tue, Mar 31, 2009 at 2:10 AM, Chris Barker chris.bar...@noaa.gov wrote:
I assume you meant NOT the easiest? ;-)
Actually, no, I meant it :) It has gcc, which is the best supported
compiler by numpy and scipy, there is almost no problem with g77, and
the optimized
Mon, 30 Mar 2009 09:03:56 -0400, Wes McKinney wrote:
I have a process that stores a number of sets of 3 arrays output which
can either be stored as a few .npy files or an .npz file with the same
keys in each file (let's say, writing roughly 10,000 npz files, all
containing the same keys 'a',
On Mon, Mar 30, 2009 at 10:28 AM, Mark Sienkiewicz sienk...@stsci.eduwrote:
Numpy 1.3.0 rc1 fails this self-test on Solaris.
==
FAIL: Test find_duplicates
==
FAIL: Test find_duplicates
--
...
AssertionError:
Arrays are not equal
(mismatch 50.0%)
x: array([(1, (2.0, 'B')), (2, (2.0, 'B')), (2, (2.0, 'B')),
Mon, 30 Mar 2009 14:03:17 -0600, Charles R Harris wrote:
On Mon, Mar 30, 2009 at 10:28 AM, Mark Sienkiewicz
sienk...@stsci.eduwrote:
Numpy 1.3.0 rc1 fails this self-test on Solaris.
[clip]
==
FAIL: Test find_duplicates
On Mon, Mar 30, 2009 at 3:04 PM, Mark Sienkiewicz sienk...@stsci.eduwrote:
==
FAIL: Test find_duplicates
--
...
AssertionError:
Arrays are not equal
David Cournapeau wrote:
Hi Travis,
On Sat, Mar 28, 2009 at 11:54 PM, Travis E. Oliphant
oliph...@enthought.com wrote:
FYI from PyCon
Here at PyCon, it has been said that Python will be moving towards DVCS
and will be using bzr or mecurial, but explicitly *not* git. It would
seem
Mon, 30 Mar 2009 15:15:06 -0600, Charles R Harris wrote:
I'm guessing that it is the test that needs fixing. And maybe the windows
problem is related.
Probably they are both related to unspecified sort order for
the duplicates. There were some sort-order ignoring missing in the test.
I think
On 3/30/2009 5:16 PM Bruce Southey apparently wrote:
It is now official that Python will switch to Mercurial (Hg):
http://thread.gmane.org/gmane.comp.python.devel/102706
Not that it directly concerns me, but this is rather surprising given:
http://www.python.org/dev/peps/pep-0374/
I apologise if I'm asking an obvious question or one that has already
been addressed.
I've tried to understand the documentation in the numpy manual on
slicing, but I'm a bit lost. I'm trying to do indexing using both
slices and index lists. I have a problem when I do something like:
x[0, :,
I apologise if I'm asking an obvious question or one that
has already
been addressed.
I've tried to understand the documentation in the numpy manual on
slicing, but I'm a bit lost. I'm trying to do indexing using both
slices and index lists. I have a problem when I do
On Mon, Mar 30, 2009 at 20:29, Partridge, Matthew BGI SYD
matthew.partri...@barclaysglobal.com wrote:
Thanks Josef,
I've looked over is it a bug thread, and realise that it is very relevant!
But I'm still lost. Robert Kern wrote:
It's certainly weird, but it's working as designed. Fancy
Sorry group. I found Travis Oliphant's earlier 12 March post (that
didn't show up in the same thread), and found the answer to my question.
matt
I apologise if I'm asking an obvious question or one that
has already
been addressed.
I've tried to understand the documentation in
On Tue, Mar 31, 2009 at 6:16 AM, Bruce Southey bsout...@gmail.com wrote:
It is now official that Python will switch to Mercurial (Hg):
http://thread.gmane.org/gmane.comp.python.devel/102706
Not that it directly concerns me, but this is rather surprising given:
Hello,
I have reimplemented many functions of the transformations.py module
in a C extension module. Speed improvements are 5-50 times.
http://www.lfd.uci.edu/~gohlke/code/transformations.c.html
http://www.lfd.uci.edu/~gohlke/code/transformations.py.html
-- Christoph
On Mar 4, 8:28 pm,
Chris Barker wrote:
I see -- well that's good news. I've found the Universal library
requirements to be a pain sometimes, and it probably would be here if
Apple wasn't giving us lapack/blas.
Yes, definitely. I could see a lot of trouble if people had to build a
universal ATLAS :)
David Cournapeau wrote:
On Tue, Mar 31, 2009 at 6:16 AM, Bruce Southey bsout...@gmail.com wrote:
It is now official that Python will switch to Mercurial (Hg):
http://thread.gmane.org/gmane.comp.python.devel/102706
Not that it directly concerns me, but this is rather surprising given:
35 matches
Mail list logo