[issue11279] test_posix and lack of "id -G" support - less noise required?
New submission from Peter Bray :
Solaris 10's id(1M) does not support the "-G" option, so we get the following:
% ./python -m test test_posix
[1/1] test_posix
id: illegal option -- G
Usage: id [-ap] [user]
1 test OK.
The code already tests that id -G (std) output, and assumes that id -G is not
supported if the output is empty.
QUESTION: Does the user compiling the code need to see the stderr output of id?
After all the test is correctly skipped.
Fix:
% diff ./Lib/test/test_posix.py.FCS ./Lib/test/test_posix.py
378c378
< with os.popen('id -G') as idg:
---
> with os.popen('id -G 2> /dev/null') as idg:
Consideration: Lib/platform.py has introduced DEV_NULL but it does not seem to
be used in other code or tests (beside platform.py).
Regards,
Peter
--
components: Tests
messages: 129021
nosy: illumino
priority: normal
severity: normal
status: open
title: test_posix and lack of "id -G" support - less noise required?
type: behavior
versions: Python 3.2
___
Python tracker
<http://bugs.python.org/issue11279>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 <http://bugs.python.org/issue6029> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]
Peter Bray 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 was built and tested on both 32-bit and 64-bit SPARC and X86. The patch was rejected by GNU patch, but applying by hand (copy/paste) worked fine against 3.1. Like the patch's author I can't say if this right approach to take, that is for others to say but it does not break any of my builds. Regards, Peter And sorry for the delay. -- ___ Python tracker <http://bugs.python.org/issue6029> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6029] FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]
New submission from Peter Bray :
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 details, is there something more I can
do to assist, if so, please be specific.
Regards,
Peter
./python Lib/test/regrtest.py -v test_ctypes
==
FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks)
--
Traceback (most recent call last):
File "/tmp/64-bit/Python-3.1b1/Lib/ctypes/test/test_callbacks.py",
line 81, in test_longdouble
self.check_type(c_longdouble, 3.14)
File "/tmp/64-bit/Python-3.1b1/Lib/ctypes/test/test_callbacks.py",
line 30, in check_type
self.failUnlessEqual(self.got_args, (-3, arg))
AssertionError: First differing element 1:
0.0
3.14
- (-3, 0.0)
+ (-3, 3.14)
--
Ran 328 tests in 3.853s
FAILED (failures=1)
test test_ctypes failed -- Traceback (most recent call last):
File "/tmp/64-bit/Python-3.1b1/Lib/ctypes/test/test_callbacks.py",
line 81, in test_longdouble
self.check_type(c_longdouble, 3.14)
File "/tmp/64-bit/Python-3.1b1/Lib/ctypes/test/test_callbacks.py",
line 30, in check_type
self.failUnlessEqual(self.got_args, (-3, arg))
AssertionError: First differing element 1:
0.0
3.14
- (-3, 0.0)
+ (-3, 3.14)
1 test failed:
test_ctypes
The test code (from Python-3.1b1/Lib/ctypes/test/test_callbacks.py)
79
80 def test_longdouble(self):
81 self.check_type(c_longdouble, 3.14)
82 self.check_type(c_longdouble, -3.14)
83
and ealier in the same file
11
12 def callback(self, *args):
13 self.got_args = args
14 return args[-1]
15
16 def check_type(self, typ, arg):
17 PROTO = self.functype.__func__(typ, typ)
18 result = PROTO(self.callback)(arg)
19 if typ == c_float:
20 self.failUnlessAlmostEqual(result, arg, places=5)
21 else:
22 self.failUnlessEqual(self.got_args, (arg,))
23 self.failUnlessEqual(result, arg)
24
25 PROTO = self.functype.__func__(typ, c_byte, typ)
26 result = PROTO(self.callback)(-3, arg)
27 if typ == c_float:
28 self.failUnlessAlmostEqual(result, arg, places=5)
29 else:
30 self.failUnlessEqual(self.got_args, (-3, arg))
31 self.failUnlessEqual(result, arg)
32
[softw...@specula] 64-bit SPARC % gcc -v
Using built-in specs.
Target: sparc64-sun-solaris2.10
Configured with: ../configure --prefix=/pkgs/64-bit/release/gcc-4.1.2
--with-local-prefix=/pkgs/64-bit --disable-nls --disable-multilib
--enable-shared --with-as=/usr/ccs/bin/as --without-gnu-as
--with-ld=/usr/ccs/bin/ld --without-gnu-ld --with-gmp=/pkgs/64-bit
--with-mpfr=/pkgs/64-bit --enable-languages=c,c++,objc,obj-c++,fortran
sparc64-sun-solaris2.10
Thread model: posix
gcc version 4.1.2
[softw...@specula] 64-bit SPARC % cat /etc/release
Solaris 10 10/08 s10s_u6wos_07b SPARC
Copyright 2008 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 27 October 2008
Build Procedure
---
Python 3.1b1
## Note PKGS_PREFIX=/pkgs/64-bit and PKGS_RELEASE=/pkgs/64-bit/release
gtar fxv /Python-3.1b1.tar.bz2
cd Python-3.1b1
# The CPPFLAGS & LDFLAGS are used by setup.py in external modules builds
CPPFLAGS="-I${PKGS_PREFIX}/include" LDFLAGS="-L${PKGS_PREFIX}/lib"
./configure --prefix=${PKGS_RELEASE}/Python-3.1b1
--datarootdir=${PKGS_RELEASE}/Python-3.1b1 --with-universal-archs=64-bit
echo "crypt cryptmodule.c" >> Modules/Setup.local ## Solaris does not
need -lcrypt
gmake
gmake test
--
assignee: theller
components: Tests, ctypes
messages: 87798
nosy: illumino, theller
severity: normal
status: open
title: FAIL: test_longdouble (ctypes.test.test_callbacks.Callbacks)
[SPARC/64-bit]
type: behavior
versions: Python 3.1
___
Python tracker
<http://bugs.python.org/issue6029>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1471934] Python libcrypt build problem on Solaris 8, 9, 10 and OpenSolaris
Peter Bray added the comment: While I have not tested the patch provided, the following ls(1) command on Sun Solaris 10 Update 8 and Oracle Solaris 10 Update 11, show that on (at least) X86 systems, there is no -lcrypt for 64-bit builds. So a patch is required on 64-bit builds, and possibly 32-bit builds if library variant (_d vs _i) consistency is required. % ls -l /usr/lib/**/libcrypt* | sed -e 's/ 1 root .* 20.. //' lrwxrwxrwx /usr/lib/amd64/libcrypt_d.so -> ./libcrypt_d.so.1 -rwxr-xr-x /usr/lib/amd64/libcrypt_d.so.1 lrwxrwxrwx /usr/lib/amd64/libcrypt_i.so -> libcrypt_i.so.1 -rwxr-xr-x /usr/lib/amd64/libcrypt_i.so.1 lrwxrwxrwx /usr/lib/amd64/libcryptoutil.so -> libcryptoutil.so.1 -rwxr-xr-x /usr/lib/amd64/libcryptoutil.so.1 lrwxrwxrwx /usr/lib/libcrypt.so -> libcrypt_d.so lrwxrwxrwx /usr/lib/libcrypt.so.1 -> libcrypt_d.so.1 lrwxrwxrwx /usr/lib/libcrypt_d.so -> ./libcrypt_d.so.1 -rwxr-xr-x /usr/lib/libcrypt_d.so.1 lrwxrwxrwx /usr/lib/libcrypt_i.so -> ./libcrypt_i.so.1 -rwxr-xr-x /usr/lib/libcrypt_i.so.1 lrwxrwxrwx /usr/lib/libcryptoutil.so -> ./libcryptoutil.so.1 -rwxr-xr-x /usr/lib/libcryptoutil.so.1 PS: Solaris 11.2 (X86) on the other hand does have a -lcrypt for both 32-bit and 64-bit libraries (libcrypt.so -> ./libcrypt.so.1) -- nosy: +illumino ___ Python tracker <http://bugs.python.org/issue1471934> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
