On Tue, Mar 24, 2009 at 6:32 AM, Bruce Southey wrote:
> I get a problem with using longdouble as that is the dtype that causes
> the TestPower.test_large_types to crash.
Hey, when I said the windows 64 bits support was experimental, I meant it :)
> Also, np.finfo(np.float128) crashes. I can as
2009/3/24 Charles R Harris :
>
>
> On Mon, Mar 23, 2009 at 12:34 PM, Robert Pyle
> wrote:
>>
>> 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
>>
>> Pyt
On Mon, Mar 23, 2009 at 6:06 PM, Pauli Virtanen wrote:
> Mon, 23 Mar 2009 16:52:28 -0600, Charles R Harris wrote:
> [clip]
> >> > >>> y=np.longdouble(2)
> >> > >>> y
> >> > 2.0
> >> > >>> y**1
> >> > 2.0
> >> > >>> y**2
> >> > crash
> >>
> >> Ok, this looks a bit tricky, I have no idea what's
Mon, 23 Mar 2009 16:52:28 -0600, Charles R Harris wrote:
[clip]
>> > >>> y=np.longdouble(2)
>> > >>> y
>> > 2.0
>> > >>> y**1
>> > 2.0
>> > >>> y**2
>> > crash
>>
>> Ok, this looks a bit tricky, I have no idea what's going on. Why does
>> it not crash with the exponent 1...
>
> I'd guess becaus
On Mon, Mar 23, 2009 at 4:27 PM, Pauli Virtanen wrote:
> Mon, 23 Mar 2009 16:32:47 -0500, Bruce Southey wrote:
> [clip: crashes with longdouble on Windows 64]
> > No.
> >
> > I get a problem with using longdouble as that is the dtype that causes
> > the TestPower.test_large_types to crash. Also,
Mon, 23 Mar 2009 16:18:52 -0600, Charles R Harris wrote:
[clip: #1008 fixes]
>> Backport?
>>
>>
> I think so. It is a bug and the fix doesn't look complicated.
>
> I don't much like all the ifdefs in the middle of the code, but if there
> is a cleaner way to do it, it can wait.
Done, r6717.
Sorr
Mon, 23 Mar 2009 16:32:47 -0500, Bruce Southey wrote:
[clip: crashes with longdouble on Windows 64]
> No.
>
> I get a problem with using longdouble as that is the dtype that causes
> the TestPower.test_large_types to crash. Also, np.finfo(np.float128)
> crashes. I can assign and multiple longdoub
On Mon, Mar 23, 2009 at 4:01 PM, Pauli Virtanen wrote:
> Mon, 23 Mar 2009 19:55:17 +, Pauli Virtanen wrote:
>
> > Mon, 23 Mar 2009 13:22:29 -0600, Charles R Harris wrote: [clip]
> >> PPC stores long doubles as two doubles. I don't recall exactly how the
> >> two are used, but the result is th
Mon, 23 Mar 2009 19:55:17 +, Pauli Virtanen wrote:
> Mon, 23 Mar 2009 13:22:29 -0600, Charles R Harris wrote: [clip]
>> 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 double
On Mon, Mar 23, 2009 at 3:57 PM, Charles R Harris wrote:
>
>
> On Mon, Mar 23, 2009 at 3:32 PM, Bruce Southey wrote:
>
>> Pauli Virtanen wrote:
>> > Mon, 23 Mar 2009 15:03:09 -0500, Bruce Southey wrote:
>> > [clip]
>> >
>> >> I do not know if this is related, but I got similar error with David's
On Mon, Mar 23, 2009 at 3:32 PM, Bruce Southey wrote:
> Pauli Virtanen wrote:
> > Mon, 23 Mar 2009 15:03:09 -0500, Bruce Southey wrote:
> > [clip]
> >
> >> I do not know if this is related, but I got similar error with David's
> >> windows 64 bits installer on my 64 bit Vista system.
> >> http://
Pauli Virtanen wrote:
> Mon, 23 Mar 2009 15:03:09 -0500, Bruce Southey wrote:
> [clip]
>
>> I do not know if this is related, but I got similar error with David's
>> windows 64 bits installer on my 64 bit Vista system.
>> http://mail.scipy.org/pipermail/numpy-discussion/2009-March/041282.html
>>
On Mon, Mar 23, 2009 at 2:22 PM, Robert Pyle wrote:
> > 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
> 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 b
Mon, 23 Mar 2009 15:03:09 -0500, Bruce Southey wrote:
[clip]
> I do not know if this is related, but I got similar error with David's
> windows 64 bits installer on my 64 bit Vista system.
> http://mail.scipy.org/pipermail/numpy-discussion/2009-March/041282.html
>
> In particular this code crashes
Pauli Virtanen wrote:
> Mon, 23 Mar 2009 13:22:29 -0600, Charles R Harris wrote:
> [clip]
>
>> 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 be
Mon, 23 Mar 2009 13:22:29 -0600, Charles R Harris wrote:
[clip]
> 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 th
On Mon, Mar 23, 2009 at 12:34 PM, Robert Pyle wrote:
> 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
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 s
19 matches
Mail list logo
