[issue6103] Static library (libpythonX.Y.a) installed in incorrect location
Dirkjan Ochtman added the comment: It would be nice to get some feedback on this. -- ___ Python tracker <http://bugs.python.org/issue6103> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1222585] C++ compilation support for distutils
Dirkjan Ochtman added the comment: Could this get some attention, please? -- ___ Python tracker <http://bugs.python.org/issue1222585> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9284] inspect.findsource() cannot find source for doctest code
Dirkjan Ochtman added the comment: Here's an attempted patch against 2.7. It seemed nice to put the test in test_doctest, but maybe it belongs in inspect... -- keywords: +needs review, patch Added file: http://bugs.python.org/file22270/issue9284.diff ___ Python tracker <http://bugs.python.org/issue9284> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9284] inspect.findsource() cannot find source for doctest code
Dirkjan Ochtman added the comment: Would it still be possible to get this into 2.7.2? It's a 2.6-2.7 regression, would be nice to fix, and it seems fairly low-impact. -- nosy: +benjamin.peterson ___ Python tracker <http://bugs.python.org/issue9284> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9284] inspect.findsource() cannot find source for doctest code
Dirkjan Ochtman added the comment: I'm fine with moving the test; I put it in doctest because the inspect behavior we're relying upon here seems somewhat doctest-specific, and the test itself is a doctest. Do you want me to move it? I'll fix up the other things as well. -- ___ Python tracker <http://bugs.python.org/issue9284> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9284] inspect.findsource() cannot find source for doctest code
Dirkjan Ochtman added the comment: Here's a fresh patch. -- Added file: http://bugs.python.org/file22297/issue9284.diff ___ Python tracker <http://bugs.python.org/issue9284> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9284] inspect.findsource() cannot find source for doctest code
Changes by Dirkjan Ochtman : Removed file: http://bugs.python.org/file22270/issue9284.diff ___ Python tracker <http://bugs.python.org/issue9284> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1475523] gettext breaks on plural-forms header
Dirkjan Ochtman added the comment: This looks similar to https://bugs.gentoo.org/show_bug.cgi?id=373115. Is it the same thing, or should I file a separate bug for it? (Sorry, I don't intend to hijack this bug, but I don't know much about gettext and the patch here looks somewhat similar to the patch proposed there.) -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue1475523> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5375] Unified locals/consts array + register-based instructions
Dirkjan Ochtman added the comment: Yeah, I probably won't work on this anytime soon. I think this has also become less interesting as pypy has made progress. -- ___ Python tracker <http://bugs.python.org/issue5375> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1475523] gettext breaks on plural-forms header
Dirkjan Ochtman added the comment: Looks like this was the problem: http://git.fedorahosted.org/git/?p=virt-manager.git;a=commitdiff;h=cb56316cf3702f03b05e30f406ff3028e45f7bfb. E.g., the empty Plural-Forms header is throwing off the python gettext parser. -- ___ Python tracker <http://bugs.python.org/issue1475523> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12291] file written using marshal in 3.2 can be read by 2.7, but not 3.2 or 3.3
Changes by Dirkjan Ochtman : -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue12291> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12425] gettext breaks on empty plural-forms value
New submission from Dirkjan Ochtman : See https://bugzilla.redhat.com/show_bug.cgi?id=692632 for more details and a proposed patch. -- components: Library (Lib) messages: 139347 nosy: djc priority: normal severity: normal status: open title: gettext breaks on empty plural-forms value versions: Python 2.7, Python 3.1, Python 3.2 ___ Python tracker <http://bugs.python.org/issue12425> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1475523] gettext breaks on plural-forms header
Dirkjan Ochtman added the comment: Okay, I've filed issue12425. -- ___ Python tracker <http://bugs.python.org/issue1475523> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12450] Use the Grisu algorithms to convert floats to strings
Changes by Dirkjan Ochtman : -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue12450> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12571] Python built on Linux 3.0 doesn't include DLFCN
New submission from Dirkjan Ochtman : This seems similar to issue 12326, but it doesn't seem similar enough to include it there: the DLFCN module seems to not be built when running against a 3.0 kernel. See https://bugs.gentoo.org/show_bug.cgi?id=374579. -- messages: 140391 nosy: djc priority: normal severity: normal status: open title: Python built on Linux 3.0 doesn't include DLFCN ___ Python tracker <http://bugs.python.org/issue12571> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12571] Python built on Linux 3.0 doesn't include DLFCN
Changes by Dirkjan Ochtman : -- versions: +Python 2.7, Python 3.2 ___ Python tracker <http://bugs.python.org/issue12571> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12326] Linux 3: tests should avoid using sys.platform == 'linux2'
Changes by Dirkjan Ochtman : -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue12326> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12555] PEP 3151 implementation
Changes by Dirkjan Ochtman : -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue12555> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1625] bz2.BZ2File doesn't support multiple streams
Changes by Dirkjan Ochtman : -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue1625> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10036] compiler warnings for various modules on Linux buildslaves
Dirkjan Ochtman added the comment: At least one of these also happens on Gentoo: Modules/_ctypes/libffi/src/dlmalloc.c:3193: warning: implicit declaration of function 'mremap' Modules/_ctypes/libffi/src/dlmalloc.c:3193: warning: cast to pointer from integer of different size Modules/_ctypes/libffi/src/dlmalloc.c:3612: warning: comparison between pointer and integer -- nosy: +djc title: compiler warnings for various modules on Ubuntu x86 -> compiler warnings for various modules on Linux buildslaves ___ Python tracker <http://bugs.python.org/issue10036> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10036] compiler warnings for various modules on Linux buildslaves
Dirkjan Ochtman added the comment: Current Ubuntu builds from the buildbot also only show the libffi warning: http://www.python.org/dev/buildbot/builders/x86%20Ubuntu%20Shared%203.x/builds/2326/steps/compile/logs/warnings I suspect we don't really fix libffi compile warnings because (a) libffi is just bundled from upstream in python, for ctypes, AFAICT, and (b) libffi maintenance seems to be intermittent at best. For example, it seems like we're not bundling any released version of libffi, but just some snapshot from the upstream repo. -- nosy: +theller ___ Python tracker <http://bugs.python.org/issue10036> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1813] Codec lookup failing under turkish locale
Dirkjan Ochtman added the comment: We've included this patch in Gentoo for about two years now. Can we get some discussion going on doing something like this? -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue1813> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7247] test_fcntl_64_bit from test_fcntl.py fails in Python 2.6.4
Dirkjan Ochtman added the comment: I'm also unable to reproduce this. -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue7247> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10213] tests shouldn't fail with unset timezone
New submission from Dirkjan Ochtman :
test_strptime in test_time fails when the timezone is not set:
==
FAIL: test_strptime (test.test_time.TimeTestCase)
--
Traceback (most recent call last):
File
"/var/tmp/portage/dev-lang/python-2.6.4/work/Python-2.6.4/Lib/test/test_time.py",
line 117, in test_strptime
(format, strf_output))
AssertionError: conversion specifier '%Z' failed with 'Local time zone must be
set--see zic manual page' input.
--
Ran 14 tests in 1.206s
Maybe something like this is good enough?
Index: test_time.py
===
--- test_time.py(revision 85856)
+++ test_time.py(working copy)
@@ -111,6 +111,8 @@
try:
time.strptime(strf_output, format)
except ValueError:
+if 'Local time zone must be set' in strf_output:
+continue
self.fail("conversion specifier %r failed with '%s' input." %
(format, strf_output))
--
components: Tests
messages: 119696
nosy: belopolsky, djc
priority: normal
severity: normal
status: open
title: tests shouldn't fail with unset timezone
versions: Python 2.6
___
Python tracker
<http://bugs.python.org/issue10213>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9281] Race condition in distutils.dir_util.mkpath()
Dirkjan Ochtman added the comment: Still, shouldn't this also be fixed in 2.7? -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue9281> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10213] tests shouldn't fail with unset timezone
Dirkjan Ochtman added the comment: You can easily reproduce (at least on Gentoo) by copying /usr/share/zoneinfo/Factory to /etc/localtime. By checking for this exact message, I don't think the chance is very high that we're hiding a Python bug. I also think that Python tests should test Python; if we see this message, we know we can't reliably test Python, in which case I think a skipped test (hey, we can't test this!) is better than a failed test (implication that Python failed). -- ___ Python tracker <http://bugs.python.org/issue10213> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10221] {}.pop('a') raises non-standard KeyError exception
New submission from Dirkjan Ochtman :
d...@miles ~ $ python2.7
Python 2.7 (r27:82500, Oct 4 2010, 10:01:41)
[GCC 4.3.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> {}.pop('a')
Traceback (most recent call last):
File "", line 1, in
KeyError: 'pop(): dictionary is empty'
>>> {'a': 'b'}.pop('c')
Traceback (most recent call last):
File "", line 1, in
KeyError: 'c'
IMO the former exception should be in line with normal KeyErrors.
--
messages: 119778
nosy: djc
priority: normal
severity: normal
status: open
title: {}.pop('a') raises non-standard KeyError exception
___
Python tracker
<http://bugs.python.org/issue10221>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10221] {}.pop('a') raises non-standard KeyError exception
Changes by Dirkjan Ochtman : -- components: +Interpreter Core versions: +Python 2.6, Python 2.7, Python 3.1 ___ Python tracker <http://bugs.python.org/issue10221> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6103] Static library (libpythonX.Y.a) installed in incorrect location
Changes by Dirkjan Ochtman : -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue6103> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6731] Add option of non-zero exit status of setup.py when building of extensions has failed
Changes by Dirkjan Ochtman : -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue6731> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1222585] C++ compilation support for distutils
Changes by Dirkjan Ochtman : -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue1222585> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9520] Add Patricia Trie high performance container
Changes by Dirkjan Ochtman : -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue9520> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5800] make wsgiref.headers.Headers accept empty constructor
Changes by Dirkjan Ochtman : -- keywords: +needs review ___ Python tracker <http://bugs.python.org/issue5800> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10084] SSL support for asyncore
Changes by Dirkjan Ochtman : -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue10084> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10618] regression in subprocess.call() command quoting
New submission from Dirkjan Ochtman : http://mercurial.selenic.com/bts/issue2534 is a regression in 2.7.1 relative to 2.7, around the way commands are called (it seems to concern subprocess.call()). The error seems to be raised from mercurial's util.system() call, which uses subprocess.call() or subprocess.Popen() depending on the circumstances. -- components: Library (Lib) messages: 123291 nosy: asksol, djc, jnoller priority: normal severity: normal status: open title: regression in subprocess.call() command quoting versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue10618> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10618] regression in subprocess.call() command quoting
Dirkjan Ochtman added the comment: Ask, Jesse, sorry, I got confused about multiprocessing and subprocess. Taking you out of the nosy now. -- nosy: -asksol, jnoller ___ Python tracker <http://bugs.python.org/issue10618> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8194] Incompatible API change in xmlrpclib.Transport.parse_response() of Python 2.7 and 3.2
Dirkjan Ochtman added the comment: Can we get a decision on this? It's kind of sad that this regression wasn't fixed in 2.7.1. -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue8194> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11115] csv readers and writers should be context managers
New submission from Dirkjan Ochtman : The context managers should simply forward to the underlying file object. -- components: Library (Lib) messages: 127876 nosy: djc priority: normal severity: normal status: open title: csv readers and writers should be context managers versions: Python 2.6 ___ Python tracker <http://bugs.python.org/issue5> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11115] csv readers and writers should be context managers
Changes by Dirkjan Ochtman : -- type: -> feature request versions: -Python 2.6 ___ Python tracker <http://bugs.python.org/issue5> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7733] asyncore docs reference is unclear
Dirkjan Ochtman added the comment: Yeah, I'll get to it. :) -- ___ Python tracker <http://bugs.python.org/issue7733> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1537721] csv module: add header row to DictWriter
Dirkjan Ochtman added the comment: Fixed in SVN, r78384. -- ___ Python tracker <http://bugs.python.org/issue1537721> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1537721] csv module: add header row to DictWriter
Changes by Dirkjan Ochtman : -- assignee: -> djc resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue1537721> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8004] add small server to serve docs
New submission from Dirkjan Ochtman :
I'd like to put something like this in Doc, to make it easier to actually
review the built documentation. (I guess we could put it in Tools, I'd just
like it better if it was right there with the other stuff.)
Good idea? Thomas Wouters kind of liked it but said I should ask you.
from wsgiref.simple_server import make_server
import mimetypes, sys, os
CWD = os.path.dirname(os.path.abspath(__file__))
ROOT = os.path.join(CWD, 'build', 'html')
def app(environ, respond):
fn = os.path.join(ROOT, environ['PATH_INFO'][1:])
if '.' not in fn.split(os.path.sep)[-1]:
fn = os.path.join(fn, 'index.html')
type = mimetypes.guess_type(fn)[0]
if os.path.exists(fn):
respond('200 OK', [('Content-Type', type)])
return [open(fn).read()]
else:
respond('404 Not Found', [('Content-Type', 'text/plain')])
return ['not found']
if __name__ == '__main__':
port = int(sys.argv[1]) if len(sys.argv) > 1 else 8000
httpd = make_server('', port, app)
httpd.serve_forever()
--
assignee: djc
components: Demos and Tools, Documentation
keywords: patch
messages: 99953
nosy: benjamin.peterson, djc
priority: low
severity: normal
stage: patch review
status: open
title: add small server to serve docs
type: feature request
versions: Python 2.7
___
Python tracker
<http://bugs.python.org/issue8004>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8004] add small server to serve docs
Dirkjan Ochtman added the comment: I do almost all of my development on servers, so while I guess I could mount the remote file system and do that, that's not very easy to do (since I access my servers from multiple boxes, some of which run Windows, etc). I guess if not many people do that there's not much point, but I figured the script is small and straightforward enough that it might be nice. -- ___ Python tracker <http://bugs.python.org/issue8004> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8004] add small program to serve docs
Dirkjan Ochtman added the comment: Sure, I'm happy to fix up the little things. The point is that this works and solves (IMO) a real problem, so I wonder if we can get this in. -- ___ Python tracker <http://bugs.python.org/issue8004> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7733] asyncore docs reference is unclear
Dirkjan Ochtman added the comment: Fixed in r78415. -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue7733> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8039] precedence rules for ternary operator
New submission from Dirkjan Ochtman : So http://docs.python.org/reference/expressions.html doesn't currently mention the ternary operator as far as I can see. Maybe this is trivial, but it would be nice to know where it fits into the hierarchy. (I.e., my co-worker just came up to me asking when he needed the parentheses around the entire expression and when he didn't, and I couldn't give him a good answer.) -- assignee: georg.brandl components: Documentation messages: 100294 nosy: djc, georg.brandl severity: normal status: open title: precedence rules for ternary operator versions: Python 2.6, Python 3.1 ___ Python tracker <http://bugs.python.org/issue8039> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8039] precedence rules for ternary operator
Changes by Dirkjan Ochtman : -- nosy: +ezio.melotti ___ Python tracker <http://bugs.python.org/issue8039> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1537721] csv module: add header row to DictWriter
Dirkjan Ochtman added the comment: Testing on Windows with this: Index: Lib/test/test_csv.py === --- Lib/test/test_csv.py(revision 78430) +++ Lib/test/test_csv.py(working copy) @@ -9,6 +9,7 @@ import tempfile import csv import gc +import io from test import test_support class Test_Csv(unittest.TestCase): @@ -595,7 +596,7 @@ ### "short" means there are fewer elements in the row than fieldnames def test_write_simple_dict(self): fd, name = tempfile.mkstemp() -fileobj = os.fdopen(fd, "w+b") +fileobj = io.open(fd, 'w+b') try: writer = csv.DictWriter(fileobj, fieldnames = ["f1", "f2", "f3"]) writer.writeheader() -- ___ Python tracker <http://bugs.python.org/issue1537721> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1537721] csv module: add header row to DictWriter
Dirkjan Ochtman added the comment: Committed in r78660 after positive comment from briancurtin re Windows. Hopefully this fixes Solaris, as well. -- ___ Python tracker <http://bugs.python.org/issue1537721> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1537721] csv module: add header row to DictWriter
Dirkjan Ochtman added the comment: Both the solaris and windows slaves seem to have succeeded this time. -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue1537721> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7946] Convoy effect with I/O bound threads and New GIL
Changes by Dirkjan Ochtman : -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue7946> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8483] asyncore.dispatcher.__repr__() is weird
New submission from Dirkjan Ochtman :
This is rather confusing:
Python 2.6.4 (r264:75706, Mar 8 2010, 08:41:55)
[GCC 4.3.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import socket, asyncore
>>> class T:
... pass
...
>>> t = T()
>>> print t
<__main__.T instance at 0x18237a0>
>>> print repr(t)
<__main__.T instance at 0x18237a0>
>>> class A(asyncore.dispatcher):
... pass
...
>>> a = A()
>>> print a
None
>>> print repr(a)
<__main__.A at 0x179c0e0>
>>> class B(asyncore.dispatcher):
... def __init__(self, *args):
... asyncore.dispatcher.__init__(self, *args)
...
>>> sock = socket.socket()
>>> b = B(sock)
>>> print b
>>> print repr(b)
<__main__.B at 0x179c0e0>
Here's dispatcher's __repr__:
def __repr__(self):
status = [self.__class__.__module__+"."+self.__class__.__name__]
if self.accepting and self.addr:
status.append('listening')
elif self.connected:
status.append('connected')
if self.addr is not None:
try:
status.append('%s:%d' % self.addr)
except TypeError:
status.append(repr(self.addr))
return '<%s at %#x>' % (' '.join(status), id(self))
Which doesn't seem excessively complex...
--
components: Library (Lib)
messages: 103816
nosy: djc
severity: normal
status: open
title: asyncore.dispatcher.__repr__() is weird
versions: Python 2.6
___
Python tracker
<http://bugs.python.org/issue8483>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8483] asyncore.dispatcher.__repr__() is weird
Changes by Dirkjan Ochtman : -- nosy: +josiah.carlson, josiahcarlson ___ Python tracker <http://bugs.python.org/issue8483> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8483] asyncore.dispatcher.__repr__() is weird
Dirkjan Ochtman added the comment: Current guess for this behavior: dispatcher doesn't have __str__, so __getattr__ escalates to _socket.socket.__str__, which gets redirected to _socket.socket.__repr__. -- ___ Python tracker <http://bugs.python.org/issue8483> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8483] asyncore.dispatcher.__repr__() is weird
Dirkjan Ochtman added the comment: David, just have a look at the interpreter transcript, in particular the results of the print statements. I'm not sure why it happens, in my previous message I just stated a hypothesis. -- ___ Python tracker <http://bugs.python.org/issue8483> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8483] asyncore.dispatcher's __getattr__ method produces confusing effects
Dirkjan Ochtman added the comment: I definitely like the patch, but ideally we would also have a patch adding a __str__ on dispatcher, right? Which would just return the repr(self) result. -- ___ Python tracker <http://bugs.python.org/issue8483> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6731] Add option of non-zero exit status of setup.py when building of extensions has failed
Change by Dirkjan Ochtman : -- nosy: -djc ___ Python tracker <https://bugs.python.org/issue6731> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7946] Convoy effect with I/O bound threads and New GIL
Change by Dirkjan Ochtman : -- nosy: -djc ___ Python tracker <https://bugs.python.org/issue7946> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29427] Option to skip padding for base64 urlsafe encoding/decoding
Change by Dirkjan Ochtman : -- nosy: +djc ___ Python tracker <https://bugs.python.org/issue29427> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17239] XML vulnerabilities in Python
Change by Dirkjan Ochtman : -- nosy: -djc ___ Python tracker <https://bugs.python.org/issue17239> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7247] test_fcntl_64_bit from test_fcntl.py fails in Python 2.6.4
Change by Dirkjan Ochtman : -- nosy: -djc ___ Python tracker <https://bugs.python.org/issue7247> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2142] difflib.unified_diff(...) produces invalid patches
Change by Dirkjan Ochtman : -- nosy: -djc ___ Python tracker <https://bugs.python.org/issue2142> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6103] Static library (libpythonX.Y.a) installed in incorrect location
Change by Dirkjan Ochtman : -- nosy: -djc ___ Python tracker <https://bugs.python.org/issue6103> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14030] Be more careful about selecting the compiler in distutils
Changes by Dirkjan Ochtman : -- versions: +Python 2.7 ___ Python tracker <http://bugs.python.org/issue14030> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14030] Be more careful about selecting the compiler in distutils
New submission from Dirkjan Ochtman :
distutils incorrectly handles CFLAGS as 1 argument instead of
space-separated list of arguments. distutils should respect environment
variables, which set compiler, linker etc.
--- Lib/distutils/unixccompiler.py
+++ Lib/distutils/unixccompiler.py
@@ -297,7 +297,7 @@
# this time, there's no way to determine this information from
# the configuration data stored in the Python installation, so
# we use this hack.
-compiler = os.path.basename(sysconfig.get_config_var("CC"))
+compiler = os.path.basename(self.compiler[0])
if sys.platform[:6] == "darwin":
# MacOSX's linker doesn't understand the -R flag at all
return "-L" + dir
Patch was created by Arfrever Frehtes Taifersar Arahesis
(arfrever@gmail.com). It was originally written for PyPy, but it seems like
it should actually apply to the stdlib. This patch is for 2.7, I'm hoping it
could be taken as a bug fix.
--
messages: 153471
nosy: djc
priority: normal
severity: normal
status: open
title: Be more careful about selecting the compiler in distutils
___
Python tracker
<http://bugs.python.org/issue14030>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14393] Incorporate Guide to Magic Methods?
New submission from Dirkjan Ochtman : Should we perhaps ask if we can include https://github.com/RafeKettler/magicmethods in the official docs? It seems nice (and now ranks higher on Google than the official docs...). -- assignee: docs@python components: Documentation messages: 156639 nosy: djc, docs@python priority: normal severity: normal status: open title: Incorporate Guide to Magic Methods? ___ Python tracker <http://bugs.python.org/issue14393> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1222585] C++ compilation support for distutils
Dirkjan Ochtman added the comment: Ping, again. I'm sorry, I didn't write any of these patches and would not be a great fit for writing tests. -- ___ Python tracker <http://bugs.python.org/issue1222585> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1762561] unable to serialize Infinity or NaN on ARM using marshal
Dirkjan Ochtman added the comment: Could we reconsider ARM support at this time? Seems like ARM support has been surging over the past few years, and it's becoming more supported by Linux distributions. Seems like a pity to leave a patch like this out here. -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue1762561> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1222585] C++ compilation support for distutils
Changes by Dirkjan Ochtman : -- nosy: -djc ___ Python tracker <http://bugs.python.org/issue1222585> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14831] make r argument on itertools.combinations() optional
New submission from Dirkjan Ochtman : I'm not sure why this is allowed for permutations() but not combinations(). -- messages: 160874 nosy: djc priority: normal severity: normal status: open title: make r argument on itertools.combinations() optional ___ Python tracker <http://bugs.python.org/issue14831> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14831] make r argument on itertools.combinations() optional
Changes by Dirkjan Ochtman : -- components: +Library (Lib) versions: +Python 3.3 ___ Python tracker <http://bugs.python.org/issue14831> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14831] make r argument on itertools.combinations() optional
Changes by Dirkjan Ochtman : -- versions: +Python 3.2 -Python 3.3 ___ Python tracker <http://bugs.python.org/issue14831> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14831] make r argument on itertools.combinations() optional
Dirkjan Ochtman added the comment: [[], [0], [1], [2], [0, 1], [0, 2], [1, 2], [0, 1, 2]] That is, all possible combinations. -- ___ Python tracker <http://bugs.python.org/issue14831> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14908] datetime.datetime should have a timestamp() method
New submission from Dirkjan Ochtman : There's datetime.fromtimestamp() and datetime.timetuple(), but no datetime.timestamp(). It should be possible to round-trip a UNIX timestamp through a datetime.datetime. -- messages: 161558 nosy: djc priority: normal severity: normal status: open title: datetime.datetime should have a timestamp() method versions: Python 2.7, Python 3.2 ___ Python tracker <http://bugs.python.org/issue14908> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15520] Document datetime.timestamp() in 3.3 What's New
New submission from Dirkjan Ochtman: It seems nice if datetime.timestamp() would be mentioned in the What's New. Does that seem acceptable? I'm happy to whip up a patch. -- assignee: docs@python components: Documentation messages: 167096 nosy: djc, docs@python priority: normal severity: normal status: open title: Document datetime.timestamp() in 3.3 What's New versions: Python 3.3 ___ Python tracker <http://bugs.python.org/issue15520> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6308] termios fix for QNX breaks HP-UX
Dirkjan Ochtman added the comment: Can we have someone take a look at this? It seems fairly innocuous. -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue6308> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16286] Optimize a==b and a!=b for bytes and str
Changes by Dirkjan Ochtman : -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue16286> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
Changes by Dirkjan Ochtman : -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue20767> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
Dirkjan Ochtman added the comment: Can we have some more feedback on this? -- ___ Python tracker <http://bugs.python.org/issue20767> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20767] Some python extensions can't be compiled with clang 3.4
Dirkjan Ochtman added the comment: That does look to be a different issue, though. -- ___ Python tracker <http://bugs.python.org/issue20767> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16570] Absolute imports fail to take full path into account?
New submission from Dirkjan Ochtman: This seems confusing: djc@enrai test $ ls -lR .: total 0 drwxr-xr-x 4 djc users 160 Nov 28 15:35 pkg ./pkg: total 4 -rw-r--r-- 1 djc users 39 Nov 28 15:37 http.py -rw-r--r-- 1 djc users 0 Nov 28 15:34 __init__.py drwxr-xr-x 3 djc users 136 Nov 28 15:40 tests ./pkg/tests: total 8 -rw-r--r-- 1 djc users 21 Nov 28 15:37 http.py -rw-r--r-- 1 djc users 27 Nov 28 15:40 __init__.py djc@enrai test $ cat pkg/__init__.py djc@enrai test $ cat pkg/http.py from http.client import HTTPConnection djc@enrai test $ cat pkg/tests/__init__.py from pkg.tests import http djc@enrai test $ cat pkg/tests/http.py from pkg import http djc@enrai test $ python3 Python 3.2.3 (default, May 28 2012, 09:27:08) [GCC 4.5.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> from pkg import http >>> djc@enrai test $ python3 Python 3.2.3 (default, May 28 2012, 09:27:08) [GCC 4.5.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> from pkg.tests import http >>> djc@enrai test $ PYTHONPATH=. python3 pkg/tests/__init__.py Traceback (most recent call last): File "pkg/tests/__init__.py", line 1, in from pkg.tests import http File "/home/djc/src/test/pkg/tests/__init__.py", line 1, in from pkg.tests import http File "/home/djc/src/test/pkg/tests/http.py", line 1, in from pkg import http File "/home/djc/src/test/pkg/http.py", line 1, in from http.client import HTTPConnection File "/home/djc/src/test/pkg/tests/http.py", line 1, in from pkg import http ImportError: cannot import name http -- components: Interpreter Core messages: 176545 nosy: brett.cannon, djc, ncoghlan priority: normal severity: normal status: open title: Absolute imports fail to take full path into account? versions: Python 3.2 ___ Python tracker <http://bugs.python.org/issue16570> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16570] Absolute imports fail to take full path into account?
Dirkjan Ochtman added the comment: It's not nonsensical. Something exactly like it came up while I was looking into porting couchdb-python to Python 3. couchdb-python has had a couchdb.http module for a while now; it didn't start clashing with the stdlib until Python 3. Also, I don't understand why Python is trying to import any "bare" http, when all the imports are absolute. -- ___ Python tracker <http://bugs.python.org/issue16570> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16570] Absolute imports fail to take full path into account?
Dirkjan Ochtman added the comment: Never mind, I get what you're getting at now. I thought that the cwd was added to the sys.path, not the containing directory for the executed script. I'll look into using __main__. Thanks! -- ___ Python tracker <http://bugs.python.org/issue16570> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17136] ctypes tests fail with clang on non-OS X
New submission from Dirkjan Ochtman: I recently filed http://llvm.org/bugs/show_bug.cgi?id=15153, prompted by https://bugs.gentoo.org/show_bug.cgi?id=427338 (for 2.7, and https://bugs.gentoo.org/show_bug.cgi?id=427330 for 3.2), for which I found http://bugs.python.org/issue9852. Similar issues have subsequently been found in http://bugs.python.org/issue13370. The latter has been fixed in http://hg.python.org/cpython/rev/a425f2697273 (for 2.7 -- other branches were affected as well), but that fix is incorrectly scoped to just OS X. It looks like clang is actually right here, and gcc is wrong; see their bug at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46942 (clang has a bug for this at http://llvm.org/bugs/show_bug.cgi?id=15153). -- components: ctypes messages: 181454 nosy: djc priority: normal severity: normal status: open title: ctypes tests fail with clang on non-OS X versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5 ___ Python tracker <http://bugs.python.org/issue17136> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17136] ctypes tests fail with clang on non-OS X
Dirkjan Ochtman added the comment: Thanks, I've filed https://github.com/atgreen/libffi/issues/29. -- ___ Python tracker <http://bugs.python.org/issue17136> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17136] ctypes tests fail with clang on non-OS X
Dirkjan Ochtman added the comment: Is there a particular reason for not upstreaming the PyObjC changes? -- ___ Python tracker <http://bugs.python.org/issue17136> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17136] ctypes tests fail with clang on non-OS X
Dirkjan Ochtman added the comment: libffi now has this fix: https://github.com/atgreen/libffi/commit/6a790129427121f7db2d876e7218a3104e6d2741 Can someone test with that? -- ___ Python tracker <http://bugs.python.org/issue17136> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17136] ctypes tests fail with clang on non-OS X
Dirkjan Ochtman added the comment: libffi-3.0.12 has been released with that fix. Perhaps that should be included in future Python releases? -- nosy: +benjamin.peterson, georg.brandl, larry priority: normal -> release blocker ___ Python tracker <http://bugs.python.org/issue17136> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21591] "exec(a, b, c)" not the same as "exec a in b, c" in nested functions
Changes by Dirkjan Ochtman : -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue21591> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21591] "exec(a, b, c)" not the same as "exec a in b, c" in nested functions
Dirkjan Ochtman added the comment: I came up with a patch that shifts the compatibility hack we have for the tuple form of exec from run-time (in exec_statement()) to the CST-to-AST transformation (in ast_for_exec_stmt()). It seems to pass the tests (including the ones Robert pasted in here). Please review. -- keywords: +patch stage: needs patch -> patch review Added file: http://bugs.python.org/file36061/bug21591.patch ___ Python tracker <http://bugs.python.org/issue21591> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21591] "exec(a, b, c)" not the same as "exec a in b, c" in nested functions
Dirkjan Ochtman added the comment: Oh, one specific question: I'm not sure if I should free the "old" expr1 (the top-level exec value) before overwriting it with the new one. -- ___ Python tracker <http://bugs.python.org/issue21591> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21591] "exec(a, b, c)" not the same as "exec a in b, c" in nested functions
Dirkjan Ochtman added the comment: Thanks to Victor Stinner for the review! -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue21591> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21591] "exec(a, b, c)" not the same as "exec a in b, c" in nested functions
Dirkjan Ochtman added the comment: I can take a look at the py failure next week. Keeping the run-time compatibility code seems sensible, but I'm not sure if it'd fix the py test? I don't think reverting the changes at this point is warranted. -- ___ Python tracker <http://bugs.python.org/issue21591> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21591] "exec(a, b, c)" not the same as "exec a in b, c" in nested functions
Dirkjan Ochtman added the comment: Thanks, Benjamin, for reverting the run-time bits. -- ___ Python tracker <http://bugs.python.org/issue21591> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20324] gcc-4.3 support on python-3.3 (libmpdec)
New submission from Dirkjan Ochtman:
See https://bugs.gentoo.org/show_bug.cgi?id=498640:
What compiler versions are supported for 3.3? We noticed an issue when
compiling 3.3.3 with gcc 4.3:
/usr/lib/gcc/x86_64-pc-linux-gnu/4.2.4/../../../../x86_64-pc-linux-gnu/bin/ld:
build/temp.linux-x86_64-3.3/var/tmp/portage/dev-lang/python-3.3.3/work/Python-3.3.3/Modules/_decimal/libmpdec/mpdecimal.o:
warning: relocation against `mprime_rdx' in readonly section `.text'.
/usr/lib/gcc/x86_64-pc-linux-gnu/4.2.4/../../../../x86_64-pc-linux-gnu/bin/ld:
build/temp.linux-x86_64-3.3/var/tmp/portage/dev-lang/python-3.3.3/work/Python-3.3.3/Modules/_decimal/libmpdec/basearith.o:
relocation R_X86_64_PC32 against symbol `mprime_rdx' can not be used when
making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-pc-linux-gnu/4.2.4/../../../../x86_64-pc-linux-gnu/bin/ld:
final link failed: Bad value
Ruud Koolen came up with a patch:
diff -r f7cebf727bc6 Modules/_decimal/libmpdec/constants.c
--- a/Modules/_decimal/libmpdec/constants.c Mon Jan 20 21:59:33 2014 +0200
+++ b/Modules/_decimal/libmpdec/constants.c Mon Jan 20 22:12:50 2014 +0100
@@ -71,6 +71,9 @@
};
/* magic number for constant division by MPD_RADIX */
+#if defined(__GNUC__) && (__GNUC__ < 4 || (__GNUC__ == 4 && __GNUC_MINOR__ <
3))
+ __attribute__((visibility("hidden")))
+#endif
const mpd_uint_t mprime_rdx = 15581492618384294730ULL;
#elif defined(CONFIG_32)
--
components: Library (Lib)
keywords: 3.3regression
messages: 208630
nosy: djc, skrah
priority: normal
severity: normal
status: open
title: gcc-4.3 support on python-3.3 (libmpdec)
versions: Python 3.3
___
Python tracker
<http://bugs.python.org/issue20324>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20324] gcc-4.2.4 support on python-3.3 (libmpdec)
Dirkjan Ochtman added the comment: Given this, WONTFIXing this seems reasonable to me, FWIW. -- ___ Python tracker <http://bugs.python.org/issue20324> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6312] httplib fails with HEAD requests to pages with "transfer-encoding: chunked"
Dirkjan Ochtman added the comment: The fix in r80583 is bad. It fails to close() the response (which previously worked as expected), meaning that the connection can't be re-used. (I ran into this because Gentoo has backported the 2.6-maint fixes to their 2.6.5 distribution.) Shall I open a new issue, or re-open this one? -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue6312> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8877] 2to3 fixes stdlib import wrongly
New submission from Dirkjan Ochtman : d...@enrai src $ ls -l test/* -rw-r--r-- 1 djc users 34 Jun 2 16:00 test/http.py -rw-r--r-- 1 djc users 0 Jun 2 16:00 test/__init__.py d...@enrai src $ cat test/http.py from httplib import BadStatusLine d...@enrai src $ 2to3 test/* RefactoringTool: Skipping implicit fixer: buffer RefactoringTool: Skipping implicit fixer: idioms RefactoringTool: Skipping implicit fixer: set_literal RefactoringTool: Skipping implicit fixer: ws_comma --- test/http.py (original) +++ test/http.py (refactored) @@ -1,1 +1,1 @@ -from httplib import BadStatusLine +from .http.client import BadStatusLine RefactoringTool: Files that need to be modified: RefactoringTool: test/http.py ... which doesn't work, of course. On the other hand, http.py is not in a package, it works correctly. If test/http.py is moved to test/blah.py instead, it also works correctly. 2to3 should be able to conclude that the "httplib" it was before did not refer to .http, but refered to http.client. -- components: 2to3 (2.x to 3.0 conversion tool) messages: 106882 nosy: djc priority: normal severity: normal status: open title: 2to3 fixes stdlib import wrongly versions: Python 3.1 ___ Python tracker <http://bugs.python.org/issue8877> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2459] speedup for / while / if with better bytecode
Dirkjan Ochtman added the comment: Is this still relevant / will it get some love in the future? -- nosy: +djc ___ Python tracker <http://bugs.python.org/issue2459> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
