> It's working on the buildbots. Did you remove the build directory first?
Oops. Great, all working now!
James
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
On Tue, Nov 11, 2008 at 4:13 PM, James Philbin <[EMAIL PROTECTED]> wrote:
> > I think this is now fixed in svn, I'm trying to see if static fixes the
> > problem with the old buggy version. What optimization level is numpy
> being
> > compiled with?
> Still a problem here:
>
> In [1]: import numpy
> I think this is now fixed in svn, I'm trying to see if static fixes the
> problem with the old buggy version. What optimization level is numpy being
> compiled with?
Still a problem here:
In [1]: import numpy as np
In [2]: np.__version__
Out[2]: '1.3.0.dev6011'
In [3]: np.log1p(np.array([1],dt
On Tue, Nov 11, 2008 at 2:25 PM, Charles R Harris <[EMAIL PROTECTED]
> wrote:
>
>
> On Tue, Nov 11, 2008 at 1:16 PM, James Philbin <[EMAIL PROTECTED]> wrote:
>
>> Hmmm... So I examined an objdump of umath.so:
>> objdump -d /usr/lib/python2.5/site-packages/numpy/core/umath.so >
>> umath.asm
>>
>> T
On Tue, Nov 11, 2008 at 1:16 PM, James Philbin <[EMAIL PROTECTED]> wrote:
> Hmmm... So I examined an objdump of umath.so:
> objdump -d /usr/lib/python2.5/site-packages/numpy/core/umath.so > umath.asm
>
> The relevant lines are here:
> ---
> 000292c0 :
> 292c0: e9 fb ff ff ff
Hmmm... So I examined an objdump of umath.so:
objdump -d /usr/lib/python2.5/site-packages/numpy/core/umath.so > umath.asm
The relevant lines are here:
---
000292c0 :
292c0: e9 fb ff ff ff jmpq 292c0
292c5: 66 66 2e 0f 1f 84 00nopw %cs:0x0(%rax,%rax,1)
> My guess is that this is a libm/gcc problem on x86_64, perhaps depending on
> the flags libm was compiled with. What distro are you using?
Ubuntu 8.10 amd64
> Can you try plain old log/log10 also? I'll try to put together some c code
> you can use to check things also so that you can file a bug
On Tue, Nov 11, 2008 at 12:41 PM, James Philbin <[EMAIL PROTECTED]> wrote:
> > Can you try checking the functions log1p and exp separately for all three
> > floating types? Something like
>
> Well, log1p seems to be the culprit:
>
> >>> import numpy as np
> >>> np.log1p(np.ones(1,dtype='f')*3)
> .
> Can you try checking the functions log1p and exp separately for all three
> floating types? Something like
Well, log1p seems to be the culprit:
>>> import numpy as np
>>> np.log1p(np.ones(1,dtype='f')*3)
... hangs here ...
exp is fine:
>>> import numpy as np
>>> np.exp(np.ones(1,dtype='f')*3)
On Tue, Nov 11, 2008 at 11:13 AM, Charles R Harris <
[EMAIL PROTECTED]> wrote:
>
>
> On Tue, Nov 11, 2008 at 11:00 AM, Charles R Harris <
> [EMAIL PROTECTED]> wrote:
>
>>
>>
>> On Tue, Nov 11, 2008 at 10:33 AM, James Philbin <[EMAIL PROTECTED]>wrote:
>>
>>> Python 2.5.2 (r252:60911, Oct 5 2008, 1
On Tue, Nov 11, 2008 at 11:00 AM, Charles R Harris <
[EMAIL PROTECTED]> wrote:
>
>
> On Tue, Nov 11, 2008 at 10:33 AM, James Philbin <[EMAIL PROTECTED]>wrote:
>
>> Python 2.5.2 (r252:60911, Oct 5 2008, 19:29:17)
>> [GCC 4.3.2] on linux2
>> Type "help", "copyright", "credits" or "license" for more
On Tue, Nov 11, 2008 at 10:33 AM, James Philbin <[EMAIL PROTECTED]> wrote:
> Python 2.5.2 (r252:60911, Oct 5 2008, 19:29:17)
> [GCC 4.3.2] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import numpy
> >>> numpy.__version__
> '1.3.0.dev6005'
> >>> numpy.te
Python 2.5.2 (r252:60911, Oct 5 2008, 19:29:17)
[GCC 4.3.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import numpy
>>> numpy.__version__
'1.3.0.dev6005'
>>> numpy.test(verbosity=2)
...
test_umath.TestLogAddExp.test_logaddexp_values ...
The test hangs at
13 matches
Mail list logo
