> test_math
> test test_math failed -- multiple errors occurred; run in verbose mode for
> deta
>
> =>
>
> runtests.sh -v test_math
>
> le01:~/tools/python3/Python-3.1.2# ./runtests.sh -v test_math
> test_math BAD
>1 BAD
>0 GOOD
>
test_math
> test test_math failed -- multiple errors occurred; run in verbose mode for
> deta
>
> =>
>
> runtests.sh -v test_math
>
> le01:~/tools/python3/Python-3.1.2# ./runtests.sh -v test_math
> test_math BAD
>1 BAD
>0 GOOD
>
>
> =>
>
> runtests.sh -v test_math
>
> le01:~/tools/python3/Python-3.1.2# ./runtests.sh -v test_math
> test_math BAD
>1 BAD
>0 GOOD
>0 SKIPPED
>1 total
> le01:~/tools/python3/Python-3.1.2#
>
> To manage notifications about this bug
That explains it. For most operations that approach works well as
basically nobody uses the 80 bit formats directly anyways. Unfortunately
asinh() is very badly conditioned in the region tested and it is not
enough.
A possible approach to fix this would be to use long double (128 bit)
were
runtests.sh -v test_math
>
> le01:~/tools/python3/Python-3.1.2# ./runtests.sh -v test_math
> test_math BAD
>1 BAD
> 0 GOOD
>0 SKIPPED
>1 total
> le01:~/tools/python3/Python-3.1.2#
>
> To manage notifications about this bug go to:
> https
3.1.2# ./runtests.sh -v test_math
> test_math BAD
>1 BAD
>0 GOOD
>0 SKIPPED
>1 total
> le01:~/tools/python3/Python-3.1.2#
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/645662/+subscriptions
--
Arno Wagner, Dr. sc
And I unexpectedly had more time to dig.
Findings:
- asinh() is not in IEEE754, please ignore my comment about
non-conformity, sorry.
- The calculation for asinh() is pretty badly conditioned, i.e.
it blows up errors in the basic calculations.
- asinh() is implemented in glibc in
Forgot so say: This is still present in 0.13.0.
--
Python 3.1.2 math errors with Qemu 0.12.5
https://bugs.launchpad.net/bugs/645662
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug description:
When doing the
Just found time to look a bit deeper into this. The problem is in the (real)
asinh() function.
I think it is possible that somewhere a calculation was done in float instead
of double or a double value was shortened to float.
Please note that until this is fixed, qemu i386 is not IEEE754
Public bug reported:
When doing the regression tests for Python 3.1.2 with Qemu 0.12.5, (Linux
version 2.6.26-2-686 (Debian 2.6.26-25lenny1)),
gcc (Debian 4.3.2-1.1) 4.3.2, Python compiled from sources within qemu,
3 math tests fail, apparently because the floating point unit is buggy. Qmeu
was
10 matches
Mail list logo