96 or 128 type which as far as I'm concerned is fine; certainly
much better than it breaking. This is all on Mac OS X 10.4, I haven't
had time to look at what would happen with a python and module compiled
with 4.0. Sigh, the sooner we move these machines to Debian the better :-)
Cheers
[GCC 3.3 20030304 (Apple Computer, Inc. build 1666)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import numpy
>>> numpy.__version__
'1.0.dev3390'
>>> numpy.array([1000],dtype=numpy.longf
On Mon, 23, Oct, 2006 at 11:50:27AM +0100, Mark Hymers spoke thus..
> Hi,
>
> I've just done a Mac OS X PPC build of the SVN trunk and am getting this
> failure too.
> FAIL: Ticket #112
I've just been looking into this a bit further (though I may be heading
down the wr
y/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/numpy/core/tests/test_regression.py",
line 220, in check_longfloat_repr
assert(str(a)[1:9] == str(a[0])[:8])
AssertionError
>>> a = N.exp(N.array([1000],dtype=N.longfloat))
>>> str(a)
'[in
