[issue16275] test_ctypes fails on Solaris 10 SPARC 2.7 (nitrogen/s10) (Sun C compiler)

[Zachary Ware]

Zachary Ware  added the comment:

As 2.7 is EOL and the bundled copy of libffi no longer exists, I'm closing the 
issue.

--
nosy: +zach.ware
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16275] test_ctypes fails on Solaris 10 SPARC 2.7 (nitrogen/s10) (Sun C compiler)

[Stefan Krah]

Changes by Stefan Krah stefan-use...@bytereef.org:


--
nosy:  -skrah

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16275
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16275] test_ctypes fails on Solaris 10 SPARC 2.7 (nitrogen/s10) (Sun C compiler)

[STINNER Victor]

STINNER Victor added the comment:

I guess that #16733 is a duplicate of this issue.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16275
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16275] test_ctypes fails on Solaris 10 SPARC 2.7 (nitrogen/s10) (Sun C compiler)

[STINNER Victor]

Changes by STINNER Victor victor.stin...@gmail.com:


--
nosy: +haypo

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16275
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16275] test_ctypes fails on Solaris 10 SPARC 2.7 (nitrogen/s10) (Sun C compiler)

[Trent Nelson]

New submission from Trent Nelson:

This should be a fun one to track down.

Relevant buildbot run: 
http://buildbot.python.org/all/builders/SPARC64%20Solaris%2010%20%5BSB%5D%202.7/builds/69/steps/test/logs/stdio

When recompiled with gcc 4.6.3 (/opt/csw/bin/gcc), test_ctypes passes without 
issue (on 2.7 and 3.2).

Going to try a local build of libffi from git with Sun C and --with-system-ffi 
to see if that helps.

==
FAIL: test_struct_return_2H 
(ctypes.test.test_as_parameter.AsParamPropertyWrapperTestCase)
--
Traceback (most recent call last):
  File 
/home/cpython/buildslave/cc-32/2.7.snakebite-solaris10-u10ga2-sparc64-1/build/Lib/ctypes/test/test_as_parameter.py,
 line 172, in test_struct_return_2H
self.assertEqual((s2h.x, s2h.y), (99*2, 88*3))
AssertionError: Tuples differ: (-65, -28679) != (198, 264)

First differing element 0:
-65
198

- (-65, -28679)
+ (198, 264)

==
FAIL: test_struct_return_8H 
(ctypes.test.test_as_parameter.AsParamPropertyWrapperTestCase)
--
Traceback (most recent call last):
  File 
/home/cpython/buildslave/cc-32/2.7.snakebite-solaris10-u10ga2-sparc64-1/build/Lib/ctypes/test/test_as_parameter.py,
 line 189, in test_struct_return_8H
(9*2, 8*3, 7*4, 6*5, 5*6, 4*7, 3*8, 2*9))
AssertionError: Tuples differ: (8412232, 9364168, 1, -4223016... != (18, 24, 
28, 30, 30, 28, 24, 1...

First differing element 0:
8412232
18

- (8412232, 9364168, 1, -4223016, -8, -32, -4222983, 5425288)
+ (18, 24, 28, 30, 30, 28, 24, 18)

==
FAIL: test_wchar_parm 
(ctypes.test.test_as_parameter.AsParamPropertyWrapperTestCase)
--
Traceback (most recent call last):
  File 
/home/cpython/buildslave/cc-32/2.7.snakebite-solaris10-u10ga2-sparc64-1/build/Lib/ctypes/test/test_as_parameter.py,
 line 28, in test_wchar_parm
self.assertEqual(result, 139)
AssertionError: 138 != 139

==
FAIL: test_struct_return_2H 
(ctypes.test.test_as_parameter.AsParamWrapperTestCase)
--
Traceback (most recent call last):
  File 
/home/cpython/buildslave/cc-32/2.7.snakebite-solaris10-u10ga2-sparc64-1/build/Lib/ctypes/test/test_as_parameter.py,
 line 172, in test_struct_return_2H
self.assertEqual((s2h.x, s2h.y), (99*2, 88*3))
AssertionError: Tuples differ: (-65, -28679) != (198, 264)

First differing element 0:
-65
198

- (-65, -28679)
+ (198, 264)

==
FAIL: test_struct_return_8H 
(ctypes.test.test_as_parameter.AsParamWrapperTestCase)
--
Traceback (most recent call last):
  File 
/home/cpython/buildslave/cc-32/2.7.snakebite-solaris10-u10ga2-sparc64-1/build/Lib/ctypes/test/test_as_parameter.py,
 line 189, in test_struct_return_8H
(9*2, 8*3, 7*4, 6*5, 5*6, 4*7, 3*8, 2*9))
AssertionError: Tuples differ: (8431512, 9370440, 1, -4223016... != (18, 24, 
28, 30, 30, 28, 24, 1...

First differing element 0:
8431512
18

- (8431512, 9370440, 1, -4223016, -8, -32, -4222983, 5425848)
+ (18, 24, 28, 30, 30, 28, 24, 18)

==
FAIL: test_wchar_parm (ctypes.test.test_as_parameter.AsParamWrapperTestCase)
--
Traceback (most recent call last):
  File 
/home/cpython/buildslave/cc-32/2.7.snakebite-solaris10-u10ga2-sparc64-1/build/Lib/ctypes/test/test_as_parameter.py,
 line 28, in test_wchar_parm
self.assertEqual(result, 139)
AssertionError: 138 != 139

==
FAIL: test_struct_return_2H (ctypes.test.test_as_parameter.BasicWrapTestCase)
--
Traceback (most recent call last):
  File 
/home/cpython/buildslave/cc-32/2.7.snakebite-solaris10-u10ga2-sparc64-1/build/Lib/ctypes/test/test_as_parameter.py,
 line 172, in test_struct_return_2H
self.assertEqual((s2h.x, s2h.y), (99*2, 88*3))
AssertionError: Tuples differ: (-65, -28679) != (198, 264)

First differing element 0:
-65
198

- (-65, -28679)
+ (198, 264)

==
FAIL: test_struct_return_8H (ctypes.test.test_as_parameter.BasicWrapTestCase)
--
Traceback (most recent call last):
  File 
/home/cpython/buildslave/cc-32/2.7.snakebite-solaris10-u10ga2-sparc64-1/build/Lib/ctypes/test/test_as_parameter.py,
 line 189, in 

[issue16275] test_ctypes fails on Solaris 10 SPARC 2.7 (nitrogen/s10) (Sun C compiler)

[Trent Nelson]

Trent Nelson added the comment:

With the latest build (from git) of libffi, tests still fail, but differently.

(These errors seem slightly less perverse than the ones pasted previously.)

==
FAIL: test_wchar_parm 
(ctypes.test.test_as_parameter.AsParamPropertyWrapperTestCase)
--
Traceback (most recent call last):
  File /home/cpython/hg/2.7/Lib/ctypes/test/test_as_parameter.py, line 28, in 
test_wchar_parm
self.assertEqual(result, 139)
AssertionError: 138 != 139

==
FAIL: test_wchar_parm (ctypes.test.test_as_parameter.AsParamWrapperTestCase)
--
Traceback (most recent call last):
  File /home/cpython/hg/2.7/Lib/ctypes/test/test_as_parameter.py, line 28, in 
test_wchar_parm
self.assertEqual(result, 139)
AssertionError: 138 != 139

==
FAIL: test_wchar_parm (ctypes.test.test_as_parameter.BasicWrapTestCase)
--
Traceback (most recent call last):
  File /home/cpython/hg/2.7/Lib/ctypes/test/test_as_parameter.py, line 28, in 
test_wchar_parm
self.assertEqual(result, 139)
AssertionError: 138 != 139

==
FAIL: test_ints (ctypes.test.test_bitfields.C_Test)
--
Traceback (most recent call last):
  File /home/cpython/hg/2.7/Lib/ctypes/test/test_bitfields.py, line 40, in 
test_ints
self.assertEqual((name, i, getattr(b, name)), (name, i, func(byref(b), 
name)))
AssertionError: Tuples differ: ('A', 1, -1) != ('A', 1, 0)

First differing element 2:
-1
0

- ('A', 1, -1)
?  ^^

+ ('A', 1, 0)
?  ^


==
FAIL: test_shorts (ctypes.test.test_bitfields.C_Test)
--
Traceback (most recent call last):
  File /home/cpython/hg/2.7/Lib/ctypes/test/test_bitfields.py, line 47, in 
test_shorts
self.assertEqual((name, i, getattr(b, name)), (name, i, func(byref(b), 
name)))
AssertionError: Tuples differ: ('M', 1, -1) != ('M', 1, 0)

First differing element 2:
-1
0

- ('M', 1, -1)
?  ^^

+ ('M', 1, 0)
?  ^


==
FAIL: test_byte (ctypes.test.test_callbacks.Callbacks)
--
Traceback (most recent call last):
  File /home/cpython/hg/2.7/Lib/ctypes/test/test_callbacks.py, line 36, in 
test_byte
self.check_type(c_byte, 42)
  File /home/cpython/hg/2.7/Lib/ctypes/test/test_callbacks.py, line 22, in 
check_type
self.assertEqual(self.got_args, (arg,))
AssertionError: Tuples differ: (0,) != (42,)

First differing element 0:
0
42

- (0,)
+ (42,)

==
FAIL: test_char (ctypes.test.test_callbacks.Callbacks)
--
Traceback (most recent call last):
  File /home/cpython/hg/2.7/Lib/ctypes/test/test_callbacks.py, line 91, in 
test_char
self.check_type(c_char, x)
  File /home/cpython/hg/2.7/Lib/ctypes/test/test_callbacks.py, line 22, in 
check_type
self.assertEqual(self.got_args, (arg,))
AssertionError: Tuples differ: ('\x00',) != ('x',)

First differing element 0:

x

- ('\x00',)
?   - --

+ ('x',)

==
FAIL: test_double (ctypes.test.test_callbacks.Callbacks)
--
Traceback (most recent call last):
  File /home/cpython/hg/2.7/Lib/ctypes/test/test_callbacks.py, line 83, in 
test_double
self.check_type(c_double, 3.14)
  File /home/cpython/hg/2.7/Lib/ctypes/test/test_callbacks.py, line 30, in 
check_type
self.assertEqual(self.got_args, (-3, arg))
AssertionError: Tuples differ: (0, 3.14) != (-3, 3.14)

First differing element 0:
0
-3

- (0, 3.14)
?  ^

+ (-3, 3.14)
?  ^^


==
FAIL: test_int (ctypes.test.test_callbacks.Callbacks)
--
Traceback (most recent call last):
  File /home/cpython/hg/2.7/Lib/ctypes/test/test_callbacks.py, line 50, in 
test_int
self.check_type(c_int, 42)
  File /home/cpython/hg/2.7/Lib/ctypes/test/test_callbacks.py, line 30, in 
check_type
self.assertEqual(self.got_args, (-3, arg))
AssertionError: Tuples differ: (0, 42) != (-3, 42)

First differing element 0:
0
-3

- (0, 42)
?  ^

+ (-3, 42)
?  ^^


==

[issue16275] test_ctypes fails on Solaris 10 SPARC 2.7 (nitrogen/s10) (Sun C compiler)

[Stefan Krah]

Stefan Krah added the comment:

--with-system-ffi should probably solve some problems, see #12927.

The summary of that issue is that the unpatched libffi is not
compatible with suncc and any issues should be reported upstream
(at least that was Meador's and my own opinion).

--
nosy: +skrah

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16275
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16275] test_ctypes fails on Solaris 10 SPARC 2.7 (nitrogen/s10) (Sun C compiler)

[Trent Nelson]

Trent Nelson added the comment:

After an hour of fiddling with pre-requisites, I was able to run the libffi 
testsuite (for the Sun C build).  The results weren't ideal:

=== libffi Summary ===

# of expected passes1528
# of unexpected failures118
# of unsupported tests  55

And for the gcc 4.6 build:

=== libffi Summary ===

# of expected passes1659
# of unsupported tests  55

I'm giving up.  (For now.)

Hopefully I'll be able to rope the libffi folk onto Snakebite in the future.

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16275
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16275] test_ctypes fails on Solaris 10 SPARC 2.7 (nitrogen/s10) (Sun C compiler)

[Trent Nelson]

Trent Nelson added the comment:

On Thu, Oct 18, 2012 at 07:47:40AM -0700, Stefan Krah wrote:
 
 Stefan Krah added the comment:
 
 --with-system-ffi should probably solve some problems, see #12927.

This isn't an option on Solaris 10, as it doesn't ship with a
system ffi, unfortunately.  (That being said, after building
the latest libffi with Sun C, I do use --with-system-ffi in
order to override the building of Modules/_ctypes/libffi.)

 The summary of that issue is that the unpatched libffi is not
 compatible with suncc and any issues should be reported upstream
 (at least that was Meador's and my own opinion).

Sun CC is supported by libffi for SPARC only.  You're right
regarding x86/x64 though; libffi explicitly doesn't support
using anything other than gcc on Solaris if it's x86.

(Unfortunately, my only SPARC boxes are running Solaris 9
 and 10.  I don't have new-enough SPARC CPUs that can run
 Solaris 11.  If I did, this would probably be moot, as I
 could just use the system libffi Sun provide.)

Side note: on my Solaris 11 x64 box, --with-system-ffi works
(once -I and -L are tweaked), but test_ctypes still fails if
you're building with Sun CC.

--
title: test_ctypes fails on Solaris 10 SPARC 2.7 (nitrogen/s10) (Sun C 
compiler) - test_ctypes fails on Solaris 10 SPARC 2.7 (nitrogen/s10)(Sun C 
compiler)

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16275
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com