[issue1678380] 0.0 and -0.0 identified, with surprising results

2009-10-24 Thread Mancausoft
Mancausoft added the comment: This bug is still present on arm. Python 2.6.3 cs-e9302# cat ../prova.py import math print math.atan2(0., -0.) print (math.copysign(4., -0.), -4.0) print math.atan2(0., -0.) print (math.copysign(4., -0.), -4.0) print math.atan2(0., -0.) cs-e9302# cat

[issue1678380] 0.0 and -0.0 identified, with surprising results

2009-10-24 Thread Mancausoft
Mancausoft added the comment: Mark Dickinson scrisse: > Mancausoft: is this little-endian, OABI? Mixed endian > If so, then I think I know what the problem is: the disambiguation > code in compile.c looks at the first and last bytes of the double to > distinguish 0.0 an

[issue1678380] 0.0 and -0.0 identified, with surprising results

2009-10-24 Thread Mancausoft
Mancausoft added the comment: Mark Dickinson scrisse: > > Mark Dickinson added the comment: > > Here's a patch for floats. Mancausoft, could you give this a try and > let me know whether it fixes the issue? it works. test_math Ran

[issue7201] double Endian problem and more on arm

2009-10-24 Thread Mancausoft
New submission from Mancausoft : I compile python for arm (on debian etch) but it don't pass ctype test: == FAIL: test_struct_return_2H (ctypes.test.test_as_parameter.AsParamPropertyWrapperTes

[issue7201] double Endian problem and more on arm

2009-10-25 Thread Mancausoft
Mancausoft added the comment: Mark Dickinson scrisse: > The 4th failure (test_endian_double) probably has nothing to do with > ctypes. See also issue #1762561. I try to use the patch arm-float2.diff, but test result is th