[issue7997] http://www.python.org/dev/faq/ doesn't seem to explain how to regenerate "configure"

New submission from Dave Malcolm : http://www.python.org/dev/faq/ doesn't seem to explain how to regenerate "configure" Here's an attempt at answering that question; I hope the following is appropriate and factually correct: How to regenerate the "configure" script (e.g. to add a new configura

[issue6931] dreadful performance in difflib: ndiff and HtmlDiff

Jack Diederich added the comment: Here is a profile run of the 200 line case, run on the 3.x trunk, and with all the trivial functions removed. quick_ratio and __contains__ dominate the time. The process was CPU bound, memory usage stayed low. 17083154 function calls (17066360 primitive c

[issue7997] http://www.python.org/dev/faq/ doesn't seem to explain how to regenerate "configure"

Mark Dickinson added the comment: This looks good! Is it worth mentioning that autoreconf updates pyconfig.h.in as well as configure? There's also an OS X oddity to be aware of, though I'm not sure whether it's worth mentioning in the FAQ. On OS X 10.6, the system autoconf (/usr/bin/autoco

[issue6292] Fix tests to work with -OO

R. David Murray added the comment: Applied a slightly cleaned up (with help from Brian and Matias Torchinsky at the sprint) version of Brian's patch in r78351. Leaving open until merged to py3k. -- assignee: -> r.david.murray nosy: +r.david.murray resolution: -> fixed stage: patch

[issue7997] http://www.python.org/dev/faq/ doesn't seem to explain how to regenerate "configure"

Eric Smith added the comment: Isn't it true that after regenerating configure that you need to check it back in? Or is that so obvious to everyone except me that it's not worth mentioning? -- nosy: +eric.smith ___ Python tracker

[issue1708316] doctest work with Windows PyReadline

manuelg added the comment: The supported version and the trunk of pyreadline launchpad.net/pyreadline no long relies on sys.stdout for the encoding for the Windows console. Getting .encoding from sys.__stdout__ seems reasonable. If taken from sys.stdout at very last moment, only referencing

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Matthew Barnett added the comment: OK, you've convinced me, \X is supported. :-) issue2636-20100223.zip is a new version of the regex module. -- Added file: http://bugs.python.org/file16331/issue2636-20100223.zip ___ Python tracker

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Alex Willmer added the comment: On 22 Feb 2010, at 21:24, Matthew Barnett wrote: > issue2636-20100222.zip is a new version of the regex module. > > This new version adds reverse searching. > > The 'features' now come in ReStructuredText (.rst) and HTML Thank you

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Vlastimil Brom added the comment: Wow, that's what can be called rapid development :-), thanks very much! I did'n noticed before, that \G had been implemented already. \X works fine for me, it also maintains the input string indices correctly. We can use unicode character properties \p{Letter}

[issue7976] warnings could provide a pre-filled -W option for third-party tools

Éric Araujo added the comment: Hello Here’s another idea. I seem to remember Python warnings can be turned into logging events. If these big apps and frameworks (that already use logging) turned warnings into logging calls, standard logging configuration mecanisms could be used to achieve yo

[issue2134] function generate_tokens at tokenize.py yields wrong token for colon

A.M. Kuchling added the comment: Unfortunately I think this will break many users of tokenize.py. e.g. http://browsershots.googlecode.com/svn/trunk/devtools/pep8/pep8.py has code like: if (token_type == tokenize.OP and text in '([' and ...): If tokenize now returns LPAR, this code will no lon

[issue7997] http://www.python.org/dev/faq/ doesn't seem to explain how to regenerate "configure"

Dave Malcolm added the comment: Eric Smith: > Isn't it true that after regenerating configure that you need to check > it back in? Or is that so obvious to everyone except me that it's not > worth mentioning? FWIW the above point wasn't obvious to me; if that's the case, then it needs to be s

[issue7976] warnings could provide a pre-filled -W option for third-party tools

R. David Murray added the comment: I believe the ability to log warning messages was added recently, but that it does not give you an control over what warnings are *generated*, just what happens to them (that is, allowing you to log them). On the other hand, what is the motivation for wantin

[issue5939] Ensure that PyCapsule_GetPointer calls in ctypes handle errors appropriately

Larry Hastings added the comment: I finally reviewed this, and I think it does need additional armor against attack. I think a user could insert a different object into the thread local dict with the hard-coded name and get CPython to crash. This patch fixes the vulnerability: http://coderev

[issue5801] spurious empty lines in wsgiref code

Tarek Ziadé added the comment: empty lines were removed in r78367, r78369 -- status: open -> closed ___ Python tracker ___ ___ Python-

[issue7649] "u'%c' % char" broken for chars in range '\x80'-'\xFF'

Ezio Melotti added the comment: Indeed some comments would be helpful, I'll add them. I also tried already to reuse 's' and extract the first char using unicode_getitem, but it returns a PyObject and anyway it's probably more expensive/complicated than calling PyString_AS_STRING again. I'll tr

[issue7900] posix.getgroups() failure on Mac OS X

Ronald Oussoren added the comment: Alexander: What makes you think r63955 introduced the problem? Btw. This does not crash the interpreter: the example you give causes an exception and cleanly shuts down the interpreter. The exception is unwanted, but I wouldn't call it a crash. The Apple

[issue7998] MacPython 2.7a3 posix_spawn error for build using --with-framework-name

New submission from Tom Loredo : Build Py-2.7a3 on Snow Leopard OS 10.6.2 with a non-default framework name: ./configure --prefix=/usr/local/tmp --enable-framework --with-framework-name=PythonAlpha --enable-universalsdk=/ --with-universal-archs=intel "make" succeeds, "make test" isn't perfec

<    1   2