[issue4305] ctypes fails to build on mipsel-linux-gnu (detects mips instead of mipsel)

New submission from Matthias Klose [EMAIL PROTECTED]: seen on the mipsel buildbot running build running build_ext INFO: Can't locate Tcl/Tk libs and/or headers Traceback (most recent call last): File ./setup.py, line 1880, in module main() File ./setup.py, line 1875, in main 'Lib

[issue4096] Lib/lib2to3/*.pickle are shipped / modified in the build

New submission from Matthias Klose [EMAIL PROTECTED]: the files Lib/lib2to3/Grammar2.6.0.final.0.pickle Lib/lib2to3/PatternGrammar2.6.0.final.0.pickle are created/modfied during a build/test cycle. Is this expected, should these be included in the release at all? -- messages: 74617

[issue1322] platform.dist() has unpredictable result under Linux

Matthias Klose [EMAIL PROTECTED] added the comment: /etc/lsb-release is not yet specified by the lsb. See https://lists.linux-foundation.org/pipermail/lsb-discuss/2008-March/004842.html https://lists.linux-foundation.org/pipermail/lsb-discuss/2008-March/004843.html https://lists.linux

[issue3845] memory access before short string when checking suffix

New submission from Matthias Klose [EMAIL PROTECTED]: forwarded from https://launchpad.net/bugs/234798 Bug reporter writes: Python/pythonrun.c's PyRun_SimpleFileExFlags() assumes the filename's extension starts four characters back from the end. But what if the filename is only one character

[issue2632] performance problem in socket._fileobject.read

Changes by Matthias Klose [EMAIL PROTECTED]: -- nosy: +doko __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2632 __ ___ Python-bugs-list mailing list Unsubscribe: http

[issue2703] SimpleXMLRPCDispatcher.__init__ is not python2.4-backward-compatible

New submission from Matthias Klose [EMAIL PROTECTED]: [forwarded from http://bugs.debian.org/470645] SimpleXMLRPCDispatcher.__init__ used to take a single argument (self) in python2.4 and now it takes three. The two new arguments need to get default values or else this breaks backwards

[issue2601] [regression] reading from a urllib2 file descriptor happens byte-at-a-time

New submission from Matthias Klose [EMAIL PROTECTED]: r61009 on the 2.5 branch - Bug #1389051, 1092502: fix excessively large memory allocations when calling .read() on a socket object wrapped with makefile(). causes a regression compared to 2.4.5 and 2.5.2: When reading from urllib2

[issue1292] libffi needs an update to support mips64, arm and armeabi on linux

Matthias Klose added the comment: there's a buildbot for mips-linux, none for mips64, so lets close this one. -- status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1292

[issue1699] unconditional definiton of _BSD_SOURCE breaks builds with g++-4.3

New submission from Matthias Klose: as seen in the logs from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455400 both pyconfig.h and png.h define _BSD_SOURCE, which leads to a build failure with current GCC from the trunk, when both headers are included by an extension. Either define

[issue1699] unconditional definiton of _BSD_SOURCE breaks builds with g++-4.3

Changes by Matthias Klose: -- nosy: +loewis __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1699 __ ___ Python-bugs-list mailing list Unsubscribe: http

[issue1292] libffi needs an update to support mips64, arm and armeabi on linux

Matthias Klose added the comment: oops, did the same for arm* on trunk, but in configure.in __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1292 __ ___ Python-bugs-list mailing

[issue1324] r58034 breaks building _ctypes with the upstream libffi.

New submission from Matthias Klose: This breaks building _ctypes with the upstream libffi. r58034 | thomas.heller | 2007-09-07 08:32:17 +0200 (Fr, 07 Sep 2007) | 1 line Add a 'c_longdouble' type to the ctypes module. gcc -pthread -fPIC -fno-strict-aliasing -g -Wall -Wstrict-prototypes -I/usr

[issue1324] r58034 breaks building _ctypes with the upstream libffi.

Changes by Matthias Klose: -- type: - compile error __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1324 __ ___ Python-bugs-list mailing list Unsubscribe: http

[issue1324] r58034 breaks building _ctypes with the upstream libffi.

Matthias Klose added the comment: Index: Modules/_ctypes/cfield.c === --- Modules/_ctypes/cfield.c(revision 58651) +++ Modules/_ctypes/cfield.c(working copy) @@ -1753,6 +1753,9 @@ ffi_type ffi_type_float = { sizeof(float

[issue1324] r58034 breaks building _ctypes with the upstream libffi.

Changes by Matthias Klose: -- keywords: +patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1324 __ ___ Python-bugs-list mailing list Unsubscribe: http

[issue1292] libffi needs an update to support mips64, arm and armeabi on linux

Matthias Klose added the comment: committed the following patch to the trunk (lets the buildds test the ctypes extension) Added file: http://bugs.python.org/file8605/arm.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1292

[issue1291] test_resource fails on recent linux systems (

Matthias Klose added the comment: $ python Lib/test/test_resource.py True Traceback (most recent call last): File Lib/test/test_resource.py, line 42, in module f.close() IOError: [Errno 27] File too large __ Tracker [EMAIL PROTECTED] http://bugs.python.org

[issue1292] libffi needs an update to support mips64, arm and armeabi on linux

New submission from Matthias Klose: libffi needs an update to support mips64, arm and armeabi on linux; the current bits are all available in GCC trunk. as an alternative, those systems should be default to --with-system-ffi, unless this is xplicitely disabled. -- assignee: theller

[issue1291] test_resource fails on recent linux systems (

New submission from Matthias Klose: The test_resource test fails at least on all non x86 linux systems; the test case notes: # Now check to see what happens when the RLIMIT_FSIZE is small. Some # versions of Python were terminated by an uncaught SIGXFSZ, but # pythonrun.c has been fixed

<    4   5   6   7   8   9