From: Arno Wagner <645662@bugs.launchpad.net>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [Bug 645662] Re: QEMU x87 emulation of trig and other complex ops is only at 64-bit precision, not 80-bit
Date: Fri, 16 Aug 2019 16:46:06 -0000 [thread overview]
Message-ID: <20190816164606.GA3850@tansi.org> (raw)
In-Reply-To: 156596438916.26483.10355280680334978106.malone@soybean.canonical.com
Fine by me. I suggest to keep tracking this though, if necessary
in another bug item.
Regards,
Arno
On Fri, Aug 16, 2019 at 16:06:29 CEST, Peter Maydell wrote:
> Looking at our code we're still implementing the x87 insns FSIN, FCOS,
> FSINCOS, FPTAN, FPATAN, F2XM1, FYL2X, FYL2XP1 by "convert the floatx80
> to a host double and use the host C library functions", so I think this
> bug is still unfixed. If the C program in comment 1 and/or the Python
> code has stopped reporting failures it's probably just because the guest
> C library routines have stopped using the x87 80-bit FPU instructions
> internally.
>
>
> ** Changed in: qemu
> Status: Fix Released => Confirmed
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/645662
>
> Title:
> QEMU x87 emulation of trig and other complex ops is only at 64-bit
> precision, not 80-bit
>
> Status in QEMU:
> Confirmed
>
> Bug description:
> 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 compiled from original sources
> on Debian Lenny with kernel 2.6.34.6 from kernel.org, gcc (Debian 4.3.2-1.1) 4.3.
>
> Regression testing errors:
>
> test_cmath
> test test_cmath failed -- Traceback (most recent call last):
> File "/root/tools/python3/Python-3.1.2/Lib/test/test_cmath.py", line 364, in
> self.fail(error_message)
> AssertionError: acos0034: acos(complex(-1.0000000000000002, 0.0))
> Expected: complex(3.141592653589793, -2.1073424255447014e-08)
> Received: complex(3.141592653589793, -2.1073424338879928e-08)
> Received value insufficiently close to expected value.
>
>
> test_float
> test test_float failed -- Traceback (most recent call last):
> File "/root/tools/python3/Python-3.1.2/Lib/test/test_float.py", line 479, in
> self.assertEqual(s, repr(float(s)))
> AssertionError: '8.72293771110361e+25' != '8.722937711103609e+25'
>
>
> 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
> 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. techn., Dipl. Inform., Email: arno@wagner.name
GnuPG: ID: CB5D9718 FP: 12D6 C03B 1B30 33BB 13CF B774 E35C 5FA1 CB5D 9718
----
A good decision is based on knowledge and not on numbers. -- Plato
If it's in the news, don't worry about it. The very definition of
"news" is "something that hardly ever happens." -- Bruce Schneier
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/645662
Title:
QEMU x87 emulation of trig and other complex ops is only at 64-bit
precision, not 80-bit
Status in QEMU:
Confirmed
Bug description:
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 compiled from original sources
on Debian Lenny with kernel 2.6.34.6 from kernel.org, gcc (Debian 4.3.2-1.1) 4.3.
Regression testing errors:
test_cmath
test test_cmath failed -- Traceback (most recent call last):
File "/root/tools/python3/Python-3.1.2/Lib/test/test_cmath.py", line 364, in
self.fail(error_message)
AssertionError: acos0034: acos(complex(-1.0000000000000002, 0.0))
Expected: complex(3.141592653589793, -2.1073424255447014e-08)
Received: complex(3.141592653589793, -2.1073424338879928e-08)
Received value insufficiently close to expected value.
test_float
test test_float failed -- Traceback (most recent call last):
File "/root/tools/python3/Python-3.1.2/Lib/test/test_float.py", line 479, in
self.assertEqual(s, repr(float(s)))
AssertionError: '8.72293771110361e+25' != '8.722937711103609e+25'
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
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
next prev parent reply other threads:[~2019-08-16 17:01 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-23 0:27 [Qemu-devel] [Bug 645662] [NEW] Python 3.1.2 math errors with Qemu 0.12.5 Arno Wagner
2010-10-23 14:44 ` [Qemu-devel] [Bug 645662] " Arno Wagner
2010-10-23 14:45 ` Arno Wagner
2010-10-25 2:25 ` Arno Wagner
2017-01-19 8:34 ` Thomas Huth
2017-01-19 15:17 ` Arno Wagner
2017-01-23 21:20 ` Thomas Huth
2017-01-23 22:56 ` Arno Wagner
2017-11-29 11:19 ` Peter Maydell
2017-11-29 12:31 ` [Qemu-devel] [Bug 645662] Re: QEMU x87 emulation of trig and other complex ops is only at 64-bit precision, not 80-bit Thomas Huth
2017-11-29 16:33 ` Arno Wagner
2019-08-16 5:47 ` Thomas Huth
2019-08-16 13:08 ` Arno Wagner
2019-08-16 14:06 ` Peter Maydell
2019-08-16 16:46 ` Arno Wagner [this message]
2020-11-21 23:21 ` Peter Maydell
2020-11-22 16:41 ` Arno Wagner
2020-11-24 16:57 ` Richard Henderson
2021-05-03 9:28 ` Thomas Huth
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190816164606.GA3850@tansi.org \
--to=645662@bugs.launchpad.net \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).