[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]

Terry J. Reedy added the comment: The 2014 patch to our copies of libffi eefd521f19ce included patches from 2009 forward, including at least one about long double alignment on sparc. If there are any problems now on current Solaris, they are likely to be different, and someone will find

[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]

Irit Katriel added the comment: The patch doesn't look anything like the current code. Is this issue still relevant? -- nosy: +iritkatriel ___ Python tracker ___

[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]

Change by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]

Terry J. Reedy added the comment: Mark, the rev #s are not being translated correctly. Better to use the 10 digit hex #. Can you find the commit again? We have a SPARC Solaris 10 buildbot http://buildbot.python.org/all/waterfall?category=3.x.stablecategory=3.x.unstable The ctypes test is

[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]

Mark Lawrence added the comment: Terry r59626 in the file's revision history refers to eefd521f19ce which I assume is what you're after. FWIW I get that on Windows 8.1 by right clicking on the file, select TortoiseHg, then Revision History. -- ___

[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]

Peter Bray added the comment: Terry, I no longer have easy access to SPARC64 systems (they are in boxes), so unfortunately I will not be able to contribute to this issue in the near future. Peter -- components: -Tests ___ Python tracker

[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]

Mark Lawrence added the comment: I believe this can be closed as a very similar change was done in r59626. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6029 ___

[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]

Changes by Terry J. Reedy tjre...@udel.edu: -- versions: +Python 2.7 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6029 ___ ___

[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]

Mark Dickinson dicki...@gmail.com added the comment: Closed issue 9143 as a duplicate of this one. -- nosy: +jengelh, mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6029 ___

[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]

Peter Bray pdb...@yahoo.com.au added the comment: Sorry for the internet lifetime I've been away. I have tested the patch provided against the released 3.1 distribution and all tests pass without coredumping or failing on Solaris 10 Update 6 with gcc 4.1.2. The 3.1 distribution with the patch

[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]

Clifford W Johnson cliff...@ieee.org added the comment: Turns out the problem is really in the Sparc version of libffi -- the ffi_closure_sparc_inner_v9 function in Modules/_ctypes/libffi/src/sparc/ffi.c wasn't properly accounting for the 16-byte alignment of a long double in an argument

[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]

Clifford W Johnson cliff...@ieee.org added the comment: The following script (based on an extract of test_callbacks.py) demonstrates the problem. When run on a Sparc-based Solaris 10 platform, the output shows correct operation only when the c_longdouble arguments appear first in the function

[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]

New submission from Peter Bray pdb...@yahoo.com.au: Greetings, I have downloaded and compiled Python 3.1b1 on Solaris 10 Update 6 with GCC 4.1.2 on {SPARC,x86} x {32-bit,64-bit} and encountered only one test harness failure, which was on SPARC 64-bit. Included below are the initial

[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]

Changes by Clifford W Johnson cliff...@ieee.org: -- nosy: +JohnsonCW ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6029 ___ ___ Python-bugs-list

[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]

Clifford W Johnson cliff...@ieee.org added the comment: I get a nearly identical failure building Python 2.6.2 on a SPARC64 machine running Solaris 5.10 using GCC 4.1.1. # ./python ./Lib/test/test_ctypes.py ... test_longdouble (ctypes.test.test_callbacks.Callbacks) ... FAIL ...