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
f.close()
IOError: [Errno 27] File too large
__
Tracker <[EMAIL PROTECTED]>
<htt
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
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 to
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/
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-prototy
Changes by Matthias Klose:
--
type: -> compile error
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1324>
__
___
Python-bugs-list mailing list
Uns
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
Changes by Matthias Klose:
--
keywords: +patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1324>
__
___
Python-bugs-list mailing list
Unsubs
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>
__
___
Pyth
Matthias Klose added the comment:
on linux the underlying functionality is implemented in librt; the extension
doesn't check for this or links with -lrt.
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/is
Matthias Klose added the comment:
then something like this is missing?
diff -r ca2a35140e6a Modules/Setup.dist
--- a/Modules/Setup.distMon Jan 09 06:17:39 2012 +
+++ b/Modules/Setup.distMon Jan 09 15:25:05 2012 +0100
@@ -166,7 +166,7 @@
#cmath cmathmodule.c _math.c # -lm
New submission from Matthias Klose :
configuring --with-dbmliborder=bdb doesn't build the gdbm extension. this
option should only affect the build of the dbm extension, not the build of the
gdbm extension.
--
messages: 150943
nosy: doko
priority: low
severity: normal
status:
New submission from Matthias Klose :
when building without an hg repository present, the build fails with:
./Parser/asdl_c.py -h ../Include ../Parser/Python.asdl
Traceback (most recent call last):
File "../Parser/asdl_c.py", line 1214, in
main(args[0])
File "../Parser/a
New submission from Matthias Klose :
the exported symbol should either have a prefix, or defined static.
--
components: Extension Modules
messages: 136594
nosy: doko
priority: normal
severity: normal
status: open
title: Modules/faulthandler.c exports `stack_overflow' symbol
ver
Matthias Klose added the comment:
I'm building a snapshot package on a buildd, where a checkout is used (without
the .hg directory). buildds don't have access to the network, and I don't want
to package the .hg directory. So I assume I have to create a "release" tarb
Matthias Klose added the comment:
iirc after merging 3.0.9, we still had to use the internal libffi bits for
windows and macosx. I didn't check 3.0.10rc8
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/is
Matthias Klose added the comment:
ok, thanks. good enough
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
New submission from Matthias Klose :
Modules/pyexpat.c (get_version_string) has:
static PyObject *
get_version_string(void)
{
static char *rcsid = "$Revision$";
char *rev = rcsid;
int i = 0;
while (!isdigit(Py_CHARMASK(*rev)))
++rev;
which segfaults, or has
Changes by Matthias Klose :
--
type: -> crash
___
Python tracker
<http://bugs.python.org/issue12221>
___
___
Python-bugs-list mailing list
Unsubscri
Matthias Klose added the comment:
I don't think so. But maybe it would be enough to special case GCC as a unix
compiler? At least there are already autoconf checks trying to detect gcc.
--
nosy: +doko
___
Python tracker
<http://bugs.py
Matthias Klose added the comment:
while this is sorted out, I propose to apply the following workaround not to
introduce `linux3', at least for the branches:
--- a/configure.in 2011-06-11 17:46:28.0 +0200
+++ b/configure.in 2011-06-19 22:32:05.852934453 +0200
@@ -
Matthias Klose added the comment:
about the plat-*/ files:
they are even wrong for some linux architectures, because some constants like
the DLFCN constants have different values depending on the
platform/architecture (can't find the issue proposing architecture dependent
plat-l
Matthias Klose added the comment:
this does sound very ugly.
so we get now another mostly unmaintained platform directory? unfortunately the
generated header files are almost never updated during a releaes cycle.
and we repeat the mistakes that some constants differ on some architectures
Matthias Klose added the comment:
is auto-generation wanted?
are you sure that you can't end up with bad syntax?
--
___
Python tracker
<http://bugs.python.org/is
Matthias Klose added the comment:
> The build time Linux kernel has no effect on Python's build procedure
> whatsoever. Python does not use the kernel at all for building; it
> only uses the C library headers, and the kernel headers that happen
> to be incorporated into the
New submission from Matthias Klose :
[ forwarded from http://bugs.debian.org/571317 ]
"I'm writing a program that uses the popularity contest results. Since
downloading the compressed results takes about a quarter of the time
it takes to download the uncompressed results, I'd
Matthias Klose added the comment:
I checked with gcc-4.4 from the 4.4 branch, and with a recent build from the
trunk. The check fails with -O0, and succeeds with -O1 and higher.
Is the testcode from r82957 really using the optimization flags
Matthias Klose added the comment:
validated with 3.2, the interpreter doesn't crash anymore and all expat tests
succeed.
should be applied for 2.7, 3.1 and 3.2.
--
nosy: +doko
versions: +Python 3.1, Python 3.2
___
Python tracker
New submission from Matthias Klose :
the SOABI is always defined, no need to try loading an extension without the
SOABI in its name.
ok to commit?
--
components: Interpreter Core
files: dynload.diff
keywords: patch
messages: 115922
nosy: barry, doko
priority: normal
severity: normal
Changes by Matthias Klose :
--
stage: -> patch review
___
Python tracker
<http://bugs.python.org/issue9806>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Matthias Klose :
currently, much of the configuration information is fetched by opening the
config.h and the Makefile for the build. The locations of these files are
derived from the prefix given at configure time.
If you want to have two distinct builds with the same
Changes by Matthias Klose :
--
nosy: +dmalcolm
___
Python tracker
<http://bugs.python.org/issue9807>
___
___
Python-bugs-list mailing list
Unsubscribe:
Matthias Klose added the comment:
+1
--
___
Python tracker
<http://bugs.python.org/issue9807>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Matthias Klose added the comment:
On 09.09.2010 21:51, Dave Malcolm wrote:
> # * Debian's patch to dynload_shlib.c looks for module_d.so, then module.so,
> # but this can potentially find a module built against the wrong DSO ABI. We
> # instead search for just module_d.so in
New submission from Matthias Klose :
files in Modules/expat reference a file COPYING for the copyright/license, but
this is file is not included in the Python sources.
Proposing to add the attached file, taken from the expat sources.
--
assignee: doko
components: None
files: COPYING
New submission from Matthias Klose :
PC/V[CS]* contain the information to build the wininst-[678]* files, but I
don't see any information how to build wininst-9.0*.
--
components: Build
messages: 115988
nosy: doko
priority: normal
severity: normal
status: open
title: build fil
Matthias Klose added the comment:
however we should expose the name of the SOABI string/extension in
python-config, so that people can build with this name if they want to.
--
___
Python tracker
<http://bugs.python.org/issue9
Matthias Klose added the comment:
--extension-suffix ?
doesn't use the `so', which you don't see on MacOs, HpUX and Windows.
--
___
Python tracker
<http://bugs.py
Matthias Klose added the comment:
the .rst file is missing the zlib and libffi licenses too. will add them.
--
___
Python tracker
<http://bugs.python.org/issue9
Matthias Klose added the comment:
fixed in r84743, r84745 and r84746
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9817>
___
___
Py
Matthias Klose added the comment:
my bad
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9818>
___
___
New submission from Matthias Klose :
use the SOABI for GNU/kfreeBSD and the GNU Hurd
afaik, the only distribution for GNU/kfreeBSD and the GNU Hurd currently is
Debian, and Debian already has this turned on for Linux too.
--
assignee: doko
components: Build
files: soabi.diff
keywords
Matthias Klose added the comment:
checked in, r85481
--
resolution: accepted -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Matthias Klose added the comment:
two fixes, the configure.in differentiates the name for the static library, as
mentioned in msg118832.
the python-config.in fix prints the library name with the abiflags.
Index: configure.in
Matthias Klose added the comment:
Index: Misc/python.pc.in
===
--- Misc/python.pc.in (Revision 85644)
+++ Misc/python.pc.in (Arbeitskopie)
@@ -8,6 +8,6 @@
Requires:
Version: @VERSION@
Libs.private: @LIBS@
-Libs: -L${libdir
Matthias Klose added the comment:
the name of the library should not differ for the static and the shared library.
--
___
Python tracker
<http://bugs.python.org/issue9
Matthias Klose added the comment:
the python.pc installation name should be changed too, and a symlink added.
--
___
Python tracker
<http://bugs.python.org/issue9
Matthias Klose added the comment:
Lib/distutils/command/install.py () needs updates in INSTALL_SCHEMES/headers.
--
___
Python tracker
<http://bugs.python.org/issue9
Matthias Klose added the comment:
this adds the modifier to the /python3.2/config directory.
Now you end up with both
/python3.2/config
and
/python3.2/
for anything else. This is not what Debian, Fedora and Ubuntu are currently
doing. Is this really wanted? I'd rather like t
Matthias Klose added the comment:
the change to python.pc should make the abi change to includedir, not Cflags.
--
___
Python tracker
<http://bugs.python.org/issue9
Matthias Klose added the comment:
I think this is not a good idea, because then you have different names for
extension modules, which will be recognized by one configuration but not the
other. This configure option should not change the sonames. If this option is
to keep pathes like /usr
Matthias Klose added the comment:
On 15.11.2010 23:57, Barry A. Warsaw wrote:
> you mean $prefix/lib/python3.2 and $prefix/lib/python3.2$abiflags, right?
> The latter has just a config directory, and you'd rather see that become
> $prefix/lib/python3.2/config-$abiflag
Matthias Klose added the comment:
On 16.11.2010 00:01, Barry A. Warsaw wrote:
> When you say the python.pc change should change includedir instead of Cflags,
> that seems weird. includedir does not currently include the 'pythonX.Y'
> subdirectory so there's no place
Matthias Klose added the comment:
heh, that's easy, just add the multiarch id to the extension name ;-)
--
___
Python tracker
<http://bugs.python.org/issu
Matthias Klose added the comment:
On 29.03.2011 21:28, Antoine Pitrou wrote:
> > Barry: does it allow to install Python into /usr/lib/whateverarch,
no, it looks for headers and libraries in more directories. But really, this
whole testing for paths is wrong. Just use the compiler to sear
Matthias Klose added the comment:
> Barry A. Warsaw added the comment:
>
> I'm closing this as invalid for Python, since I believe this is strictly an
> Ubuntu bug caused by an out-of-date kernel on the build farm.
that's where I disagree. a configure check should n
Matthias Klose added the comment:
looks good. checked with a plain and a debug build and installation.
--
___
Python tracker
<http://bugs.python.org/issue9
Matthias Klose added the comment:
-L. should appear before -L/usr/local/lib.
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue10520>
___
___
Pytho
Matthias Klose added the comment:
that seems to be the wrong report. did you mean
Package: python3.1
Version: 3.1.2+20101012-1
Severity: normal
curses.tigetstr() returns bytes (which makes sense), but curses.tparm() expects
a Unicode string as first argument. As a consequence even the example
Matthias Klose added the comment:
I still fail to see the rationale for being able to build with a different
soabi name. But anyway, as long as the default is to build with the soabi
name, I'm +/-0 on this option.
Note that the soabi name isn't fixed but changes with other configu
Matthias Klose added the comment:
shouldn't that option work on platforms too, which currently default to not
using the soabi? It would make sense for all posix, and macos, maybe not for
Windows.
--
___
Python tracker
<http://bugs.py
Matthias Klose added the comment:
The java/openjdk tests allow setting an attribute `samevm' for running a
specific test. maybe something like this could be used for some problematic
tests which occasionally hang on some buildds?
--
___
P
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
on
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
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?
--
me
New submission from Matthias Klose :
[forwarded from http://bugs.debian.org/565713]
If the bug submitter is correct about these, it would be nice to replace these,
or clarify the copyright for these files.
"the python source packages contain a non-free audio clip that is
from Monty Pyt
Matthias Klose added the comment:
current status with 2.7 alpha3:
FAIL: test_get_python_inc (distutils.tests.test_sysconfig.SysconfigTestCase)
--
Traceback (most recent call last):
File
"/home/packages/python/2.7/pyth
Matthias Klose added the comment:
this works with 2.7 alpha3, won't fix for 3.0
--
versions: -Python 2.7, Python 3.0
___
Python tracker
<http://bugs.python.org/i
New submission from Matthias Klose :
when byte-compiling files in a deb/rpm package distributed e.g. in a Linux
distribution, it is sometimes wanted to only touch the files found in the
deb/rpm, which can be a subset of the files in a directory. the attached patch
now lets compileall accept
Matthias Klose added the comment:
with this patch the following test cases fail. the tests need backports as
well. with this patch there's still one test failure, which I do see with db4.7
as well.
will wait for test results on different platforms and then submit to the trunk.
the set
Matthias Klose added the comment:
the remaining test failure is
test_bsddb3
Berkeley DB 4.8.24: (August 14, 2009)
Test path prefix: /tmp/z-test_bsddb3-25705
Exception in thread reader 0:
Traceback (most recent call last):
File "/home/packages/python/2.6/python2.6-2.6.5~rc2/Lib/threadi
New submission from Matthias Klose :
opening a report to track issues with the update of the internal libffi copy to
3.0.9. will commit this update to the trunk, and later to the py3k branch.
--
assignee: theller
components: ctypes
messages: 101072
nosy: doko, theller
severity: normal
Changes by Matthias Klose :
--
assignee: theller -> doko
___
Python tracker
<http://bugs.python.org/issue8142>
___
___
Python-bugs-list mailing list
Unsubscri
Matthias Klose added the comment:
checked in after testing on {arm,i486,x86_64,powerpc,sparc,ia64}-linux with no
test failures.
fixed in r78974 on the trunk
fixed in r78975 on the py3k branch
--
resolution: -> fixed
status: open ->
Matthias Klose added the comment:
updated on the trunk and the py3k branch
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Matthias Klose added the comment:
fixed for 2.7, 3.1, 3.2, will fix for 2.6 after the 2.6.5 release.
--
___
Python tracker
<http://bugs.python.org/issue7
Matthias Klose added the comment:
changed the @ syntax to an option -i, and added a test for
compile_file/compile_dir.
--
Added file: http://bugs.python.org/file16556/compileall.py.diff
___
Python tracker
<http://bugs.python.org/issue8
Matthias Klose added the comment:
fixed for 2.7 and 3.2
--
resolution: accepted -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Matthias Klose added the comment:
jcea: yes, but we want _dbm be able to build with 4.8.x as well.
--
___
Python tracker
<http://bugs.python.org/issue6
Matthias Klose added the comment:
the patch works for me with tcl8.5
--
nosy: +doko
stage: test needed -> patch review
___
Python tracker
<http://bugs.python.org/iss
Matthias Klose added the comment:
fixed for 2.7, 3.1, 3.2, commit pending for 2.6 until after the 2.6.5 release
--
resolution: -> fixed
status: open -> pending
___
Python tracker
<http://bugs.python.org/
New submission from Matthias Klose :
calling os.execlp('true') with the wrong number of arguments (missing 2nd arg),
the interpreter crashes. fixed in 3.x, this is a backport of the patch to 2.x
--
components: Extension Modules
files: p.diff
keywords: patch
messages: 101162
Matthias Klose added the comment:
it does crash:
$ python
Python 2.6.5rc2 (r265rc2:78822, Mar 11 2010, 13:01:50)
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> os.ex
Matthias Klose added the comment:
crash seen on both Debian unstable and recent Ubuntu lucid.
(gdb) run
Starting program: /home/doko/a.out
process 30155 is executing new program: /bin/ls
[Thread debugging using libthread_db enabled]
Program received signal SIGSEGV, Segmentation fault
Matthias Klose added the comment:
no access to solaris hardware. please could you run the libffi testsuite on
this machine? make sure that expect is installed.
--
___
Python tracker
<http://bugs.python.org/issue8
Matthias Klose added the comment:
the ports which are maintained separately still need an update:
libffi_msvc
libffi trunk now has a port to x86/msvc. might require some
extra updates from libffi.
libffi_osx:
3.0.9 has support for darwin on powerpc and x86
libffi_wince:
same, support
Matthias Klose added the comment:
commited to the trunk, commit to the 2.6 branch pending
--
___
Python tracker
<http://bugs.python.org/issue8154>
___
___
Pytho
Matthias Klose added the comment:
On 18.03.2010 16:44, Thomas Heller wrote:
>
> Thomas Heller added the comment:
>
>> the ports which are maintained separately still need an update:
>>
>> libffi_msvc
>>libffi trunk now has a port to x86/msvc. might requ
Matthias Klose added the comment:
> Can you make this change, run autoconf, and commit please?
done, and updated the patch for the merge from the trunk.
--
Added file: http://bugs.python.org/file16590/libffi-update3.diff
___
Python tracker
&l
Changes by Matthias Klose :
Removed file: http://bugs.python.org/file16588/libffi-update2.diff
___
Python tracker
<http://bugs.python.org/issue8142>
___
___
Python-bug
Matthias Klose added the comment:
committed to the 2.6 branch as well
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Matthias Klose added the comment:
committed to the 2.6 branch as well
--
assignee: gpolo ->
status: pending -> closed
___
Python tracker
<http://bugs.python.org/
Matthias Klose added the comment:
committed to the 2.6 branch as well
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Matthias Klose added the comment:
> this change in its current form needs to be backed out of 2.6
done.
I'll check for uses of execlp and execlpe.
how should the divergency of execlp (raises ValueError), and execlpe (raises
IndexError) be
Matthias Klose added the comment:
reverted in r79190 on the 2.6 branch
--
___
Python tracker
<http://bugs.python.org/issue8154>
___
___
Python-bugs-list mailin
Matthias Klose added the comment:
> However since issue1039 change has not been released yet
os.execlp('true') does raise ValueError on released 3.x versions. sorry if I do
misunderstand something.
--
nosy: +doko
___
Python t
Matthias Klose added the comment:
the buildbot labeled "ARM Linux 3.x" is an ARM EABI as well, compiler defaults
-march=armv7 -math=vfp -float-abi=softfp.
The failing test_float test is an ARM EABI, armv4, ARM mode, soft floating
point. I never did see the test_float test suce
Changes by Matthias Klose :
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue8233>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Matthias Klose :
--
keywords: +needs review -patch
___
Python tracker
<http://bugs.python.org/issue8233>
___
___
Python-bugs-list mailing list
Unsub
Changes by Matthias Klose :
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue1044>
___
___
Python-bugs-list mailing list
Unsubscribe:
1 - 100 of 827 matches
Mail list logo
