Matthias Klose d...@debian.org added the comment:
I checked with gcc-4.4 from the 4.4 branch, and with a recent build from the
trunk. The check fails with -O0, and succeeds with -O1 and higher.
Is the testcode from r82957 really using the optimization flags?
--
Mark Dickinson dicki...@gmail.com added the comment:
I notice (again) that these failures occur on the 2.6 and 3.1 buildslaves
(where the debug build includes the -O2 compilation flag), but not the 2.7 or
py3k buildslaves. So again this looks like a compiler optimization bug.
This should
Mark Dickinson dicki...@gmail.com added the comment:
The test_float failure is still extant.
Here's the output of gcc -v on this buildbot, for use in any gcc bug report:
Using built-in specs.
Target: arm-linux-gnueabi
Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.4-6'
Mark Dickinson dicki...@gmail.com added the comment:
Added some test code to the configure script in r82957; if the corresponding
configure test fails, this snippet can be used in the gcc bug report.
--
___
Python tracker rep...@bugs.python.org
David Kirkby david.kir...@onetel.net added the comment:
I'm seeing this failure on both Solaris 10 (SPARC processor) in 32-bit mode and
OpenSolaris 06/2009 (Intel Xeon) in 64-bit mode using Python 2.6.4. So it is
not just an ARM Linux issue.
See
Mark Dickinson dicki...@gmail.com added the comment:
David, thanks for the report. This looks like a different issue to me, though.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8265
___
Mark Dickinson dicki...@gmail.com added the comment:
New issue for the Solaris failure opened: issue 9069.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8265
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8265
___
___
Mark Dickinson dicki...@gmail.com added the comment:
I made a couple of experimental checkins to the release26-maint branch (I
didn't want to do a temporary checkin to the trunk with a release imminent):
see r79560 (which didn't work :) and its fix in r79601. Results:
MIN =
Mark Dickinson dicki...@gmail.com added the comment:
From the values in the report, float.fromhex is giving the correct value here,
but MIN-3*TINY is somehow coming out incorrectly.
Correct values (with Python 2.6, so old float repr; OS X 10.6.2):
Python 2.6.5+ (release26-maint:79559:79560,
Matthias Klose d...@debian.org added the comment:
the buildbot labeled ARM Linux 3.x is an ARM EABI as well, compiler defaults
-march=armv7 -math=vfp -float-abi=softfp.
The failing test_float test is an ARM EABI, armv4, ARM mode, soft floating
point. I never did see the test_float test suceed
11 matches
Mail list logo