On Feb 24, 2012, at 7:43 AM, Pierre Haessig wrote:
Hi,
Le 24/02/2012 01:00, Matthew Brett a écrit :
Right - no proposal to change float64 because it's not ambiguous - it
is both binary64 IEEE floating point format and 64 bit width.
All right ! Focusing the renaming only on those extended
My system is Mac OSX 10.6.8, python.org 2.7.1. When I run numpy.test(), I see
the following warning:
import numpy as np
np.test()
Running unit tests for numpy
NumPy version 1.6.1rc2
NumPy is installed in
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy
On Jul 2, 2010, at 1:11 AM, David Cournapeau wrote:
On Fri, Jul 2, 2010 at 1:56 PM, Robert Pyle rp...@post.harvard.edu
wrote:
Hi,
While I agree that toydist needs a new name, Bento might not be a
good
choice. It's already the name of a database system for Macintosh
from
Filemaker
Hi,
While I agree that toydist needs a new name, Bento might not be a good
choice. It's already the name of a database system for Macintosh from
Filemaker, an Apple subsidiary. I'd be *very* surprised if the name
Bento is not copyrighted.
Have a look at
My machine is a PPC dual G5, running Mac OS X 10.5.8
~ $ python
Python 2.5.4 (r254:67917, Dec 23 2008, 14:57:27)
[GCC 4.0.1 (Apple Computer, Inc. build 5363)] on darwin
Type help, copyright, credits or license for more information.
import numpy as np
import warnings
Hi David,
On Apr 3, 2009, at 11:18 AM, David Cournapeau wrote:
I am pleased to announce the release of the rc2 for numpy 1.3.0. I
have
decided to go for a rc2 instead of the release directly because of the
serious mac os X issue. You can find source tarballs and installers
for
both Mac
On Apr 3, 2009, at 1:10 PM, David Cournapeau wrote:
On Sat, Apr 4, 2009 at 1:44 AM, Robert Pyle rp...@post.harvard.edu
wrote:
PPC G5, Mac OS X 10.5.6
Installing from source for my usual python (EPD Py25 4.1.30101) went
smoothly and numpy.test() passed.
That's confusing. I have
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
Hi David,
On Mar 29, 2009, at 4:03 AM, David Cournapeau wrote:
Robert Pyle wrote:
Yes. When it gets to Select a Destination, I would expect my boot
disk to get the green arrow as the installation target, but it (and
the other three disks) have the exclamation point in the red circle.
Same
On Mar 29, 2009, at 10:53 AM, David Cournapeau wrote:
On Sun, Mar 29, 2009 at 7:43 AM, Robert Pyle
rp...@post.harvard.edu wrote:
Hi David,
On Mar 29, 2009, at 4:03 AM, David Cournapeau wrote:
Robert Pyle wrote:
Yes. When it gets to Select a Destination, I would expect my
boot
Hi all,
On Mar 28, 2009, at 9:26 AM, David Cournapeau wrote:
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:
https://sourceforge.net/projects/numpy/
Hi David,
On Mar 28, 2009, at 12:04 PM, David Cournapeau wrote:
Hi Robert,
Thanks for the report.
On Sun, Mar 29, 2009 at 12:10 AM, Robert Pyle
rp...@post.harvard.edu wrote:
The Mac OS X installer (numpy-1.3.0rc1-py2.5-macosx10.5.dmg) did not
work for me. It said none of my disks
Hi all,
This is a continuation of something I started last week, but with a
more appropriate subject line.
To recap, my machine is a dual G5 running OS X 10.5.6, my python is
Python 2.5.2 |EPD Py25 4.1.30101| (r252:60911, Dec 19 2008,
15:28:32)
and numpy 1.3.0b1 was installed from the
PPC stores long doubles as two doubles. I don't recall exactly how
the two are used, but the result is that the numbers aren't in the
form you would expect. Long doubles on the PPC have always been
iffy, so it is no surprise that machar fails. The failure on SPARC
quad precision
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 and
On Mar 19, 2009, at 11:35 AM, Charles R Harris wrote:
On Thu, Mar 19, 2009 at 9:17 AM, Robert Pyle
rp...@post.harvard.edu wrote:
I'm getting one test failure with 1.3.0b1 ---
FAIL: test_umath.TestComplexFunctions.test_loss_of_precision(type
'numpy.complex256
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.
That
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
Gaël,
Rerunning easy_install a couple of times did the trick.
Thanks for the help.
Bob
On Dec 13, 2008, at 8:10 AM, Gael Varoquaux wrote:
On Fri, Dec 12, 2008 at 12:27:28PM -0500, Robert Pyle wrote:
--
I tried 'easy_install -U ETS==3.1.0'
and ended up with:
--
The package
Hi,
I'm on a Mac G5, with EPD as my python:
--
~ $ python
EPD Py25 (4.1.30001_beta1) -- http://www.enthought.com/epd
Python 2.5.2 |EPD Py25 4.1.30001_beta1| (r252:60911, Nov 23 2008,
15:11:42)
[GCC 4.0.1 (Apple Computer, Inc. build 5370)] on darwin
Type help, copyright, credits or license
Hi Jarrod et al:
On Sep 3, 2008, at 2:16 AM, Jarrod Millman wrote:
Here is the universal Mac binary:
https://cirl.berkeley.edu/numpy/numpy-1.2.0rc1-py2.5-macosx10.5.dmg
I've been running the enthought distribution: Python 2.5.2 |EPD
4.0.30001| (r252:60911, Aug 17 2008, 17:29:54)
The new
Hi all,
My machine: Mac dual G5, OSX 10.5.4, Python 2.5.2 (r252:60911, Feb 22
2008, 07:57:53), numpy 1.1.1
After considerable agony, I succeeded in building and installing scipy
from SVN, only to be told upon importing it:
Traceback (most recent call last):
File stdin, line 1, in module
On Aug 6, 2008, at 4:17 PM, Alan McIntyre wrote:
You will actually need to use NumPy from svn as well, since 1.1.1
didn't have NoseTester (SciPy 0.7 will require NumPy 1.2).
Thanks. I can now import scipy, but I'm puzzled by the following:
Python 2.5.2 (r252:60911, Feb 22 2008, 07:57:53)
On Jul 25, 2008, at 2:48 PM, Christopher Burns wrote:
Reminder, please test the Mac installer for rc2 so we have time to
fix any bugs before the release next week.
Dual G5, 10.5.4, Python 2.5.2 (r252:60911, Feb 22 2008, 07:57:53)
installed as expected, passed all tests:
Ran 1300 tests in
On Jul 25, 2008, at 5:22 PM, Charles R Harris wrote:
On Fri, Jul 25, 2008 at 2:13 PM, Robert Pyle
[EMAIL PROTECTED] wrote:
MacBook Pro, Intel Core 2 Duo, 10.5.4, Python 2.5.2 (r252:60911, Feb
22 2008, 07:57:53)
installed as expected, failed one test:
FAIL: check_testUfuncRegression
On Jul 25, 2008, at 7:19 PM, Christopher Burns wrote:
Robert,
numpy/core/tests/test_ma.py is an old file from a previous install.
You need to remove the numpy directory and reinstall.
Unfortunately the installer does not cleanup old installs.
Okay, all is well after all. 1300 tests,
Hi all,
On May 19, 2008, at 3:39 PM, Christopher Burns wrote:
I've built a Mac binary for the 1.1 release candidate. Mac users,
please test it from:
https://cirl.berkeley.edu/numpy/numpy-1.1.0rc1-py2.5-macosx10.5.dmg
This is for the MacPython installed from python.org.
From System
Here are some more complete tests on my assorted Macs.
Note that on the dual G5 tower, /usr/local/lib/libgfortran.2.dylib
seems to be missing, under both Tiger (10.4.11) and Leopard (10.5.2).
However, under both operating systems, /usr/local/gfortran/lib/
libgfortran.2.dylib exists, as does
Hi,
I have installed it with no problems on a dual G5 (i.e., PPC). It
works fine, but I haven't beat on it very hard. (Array manipulations,
fft, math functions, mostly).
Bob Pyle
On Apr 19, 2008, at 3:46 AM, Jarrod Millman wrote:
On Wed, Apr 16, 2008 at 2:36 PM, Christopher Burns [EMAIL
29 matches
Mail list logo