Index: Lib/optparse.py
===
--- Lib/optparse.py(revision 68465)
+++ Lib/optparse.py(working copy)
@@ -994,7 +994,7 @@
add_option(Option)
add_option(opt_str, ..., kwarg=val, ...)
-
On Fri, Jan 16, 2009 at 10:42 PM, Brett Cannon br...@python.org wrote:
Assuming we have been moving the C API usage to PyInt and not PyLong,
then yes it makes sense.
Hmm. I don't think there's been any such move. Maybe there
should be.
Benjamin wondered aloud about deprecating PyNumber_Long
Mark Dickinson dickinsm at gmail.com writes:
Benjamin wondered aloud about deprecating PyNumber_Long
in the issue 4910 discussion; I suggested deprecating
PyNumber_Int instead, but on reflection I think Benjamin's right:
it seems neater to keep the PyNumber_Int - int() - nb_int
naming
Le Saturday 17 January 2009 04:45:28 Barry Warsaw, vous avez écrit :
The optparse one could easily be fixed for 2.6, if we agree it should
be fixed. This untested patch should do it I think:
Index: Lib/optparse.py
===
---
It seems that the packaging of Mac Python 2.6 is missing at least one
file
that is critical to the operation of bundlebuilder.py.
I've logged the issue as http://bugs.python.org/issue4937.
Barry
___
Python-Dev mailing list
Python-Dev@python.org
Hi All,
May I ask for a vote how issue to be resolved.
The problem is command ... setup.py install ... --root=/$(DESTDIR) if
DESTDIR is specified:
error: could not create '//...': No such host or network path
Currently issue http://bugs.python.org/issue2233 propose three solutions:
1) replace
Luke Kenneth Casson Leighton wrote:
[SNIP]
i'm going to _try_ to merge in #3871 but it's... the prospect of
sitting waiting for configure to take THREE hours to complete, due to
/bin/sh.exe instances taking TWO SECONDS _each_ to start up does not
really fill me with deep joy.
As from version
On 1/17/09, Antoine Pitrou solip...@pitrou.net wrote:
Mark Dickinson dickinsm at gmail.com writes:
Benjamin wondered aloud about deprecating PyNumber_Long
in the issue 4910 discussion; I suggested deprecating
PyNumber_Int instead, but on reflection I think Benjamin's right:
it seems neater
hiya roumen, good to hear from you - i've been merging in the work
that you did, on mingw native-and-cross compiles. got a couple of
questions, will post them in the bugreport ok?
On Sat, Jan 17, 2009 at 3:16 PM, Roumen Petrov
bugtr...@roumenpetrov.info wrote:
Luke Kenneth Casson Leighton
About 5 test fail in emulated environment due bugs in emulator.
oh - nearly forgot: several of the ctypes tests fail quite spectacularly :)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
On Sat, Jan 17, 2009 at 12:25 AM, Martin v. Löwis mar...@v.loewis.de wrote:
Index: Lib/optparse.py
===
--- Lib/optparse.py(revision 68465)
+++ Lib/optparse.py(working copy)
@@ -994,7 +994,7 @@
add_option(Option)
That seems a bit *too* strict to me, as long as the Unicode strings
contain just ASCII. I'm fine with fixing both cases Barry mentioned,
especially if it otherwise breaks from __future__ import
unicode_literals. I expect though that as one tries more things one
will find more things broken
In article 7043cb7c-18f4-4e16-ae0c-cda6ba311...@barrys-emacs.org,
Barry Scott ba...@barrys-emacs.org wrote:
It seems that the packaging of Mac Python 2.6 is missing at least one
file
that is critical to the operation of bundlebuilder.py.
I've logged the issue as
folks, hi,
http://bugs.winehq.org/show_bug.cgi?id=16982 related to this:
from array import array
TESTFN = testfile.txt
def fail(x):
print x
testlines = [
spam, spam and eggs\n,
eggs, spam, ham and spam\n,
saussages, spam, spam and eggs\n,
spam, ham, spam and eggs\n,
Luke Kenneth Casson Leighton lkcl at lkcl.net writes:
running under wine, ftell() has an off-by-one bug, where the file
position accidentally doesn't include the fact that the CR of the CRLF
has been skipped. but, now with the fgets() bug fixed, the regression
tests pass, but there's still
Hi,
Any idea when the Mac OSX disk image (.dmg file) for Python 3.x
will be available?
Are we talking about days? weeks? Or, should I start learning how to
build Python from
source? Any info would be appreciated.
Thanks, Roger.
___
Are we talking about days? weeks? Or, should I start learning how to
build Python from source? Any info would be appreciated.
The latter. Don't ever expect that others will help you. This is open
source; you have to help yourself.
Regards,
Martin
___
In article 655d2f11-818d-43e4-8234-1dd6c3b74...@qwest.net,
Roger Vossler rvoss...@qwest.net wrote:
Any idea when the Mac OSX disk image (.dmg file) for Python 3.x
will be available?
Are we talking about days? weeks? Or, should I start learning how to
build Python from
source? Any
this was found as part of the regression tests, compiling python under
wine under msys with mingw32. test_maxint64 failed. i tracked it
down to the assumption that a long will fit into 32-bits, which
obviously... it won't! the simplest case is to add a test for the
length of the data string
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jan 16, 2009, at 10:52 PM, Benjamin Peterson wrote:
On Fri, Jan 16, 2009 at 9:45 PM, Barry Warsaw ba...@python.org
wrote:
The optparse one could easily be fixed for 2.6, if we agree it
should be
fixed. This untested patch should do it I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jan 17, 2009, at 2:25 PM, Guido van Rossum wrote:
On Sat, Jan 17, 2009 at 12:25 AM, Martin v. Löwis mar...@v.loewis.de
wrote:
Index: Lib/optparse.py
===
--- Lib/optparse.py
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jan 17, 2009, at 8:03 AM, Victor Stinner wrote:
Le Saturday 17 January 2009 04:45:28 Barry Warsaw, vous avez écrit :
The optparse one could easily be fixed for 2.6, if we agree it should
be fixed. This untested patch should do it I think:
I just realized that I had not received any emails on python-checkins
about the buildbot failures I accidentally caused. And then I noticed
that I had not gotten any emails for py3k in a while. Did that get
switched off on purpose?
-Brett
___
Python-Dev
23 matches
Mail list logo
