[issue2285] list.sort.__doc__ says "cmp" is a keyword, but it isn't.

[David Binger]

New submission from David Binger <[EMAIL PROTECTED]>:

(at revision 61376)

It looks like this docstring needs to be updated.

--
assignee: georg.brandl
components: Documentation
messages: 63521
nosy: dbinger, georg.brandl
severity: minor
status: open
title: list.sort.__doc__ says "cmp" is a keyword, but it isn't.
versions: Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2285] list.sort.__doc__ says "cmp" is a keyword, but it isn't.

[Bruno Gola]

Bruno Gola <[EMAIL PROTECTED]> added the comment:

i'm using the lastest version from subversion (trunk) and cmp still is a
keyord for list.sort.

--
nosy: +brunogola

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2286] Stack overflow exception caused by test_marshal on Windows x64

[Trent Nelson]

New submission from Trent Nelson <[EMAIL PROTECTED]>:

S:\src\svn\svn.python.org\projects\python\trunk.x64\PCbuild>amd64\python_d
..\lib\test\test_marshal.py
test_bool (__main__.IntTestCase) ... ok
test_int64 (__main__.IntTestCase) ... ok
test_ints (__main__.IntTestCase) ... ok
test_floats (__main__.FloatTestCase) ... ok
test_buffer (__main__.StringTestCase) ... ok
test_string (__main__.StringTestCase) ... ok
test_unicode (__main__.StringTestCase) ... ok
test_code (__main__.CodeTestCase) ... ok
test_dict (__main__.ContainerTestCase) ... ok
test_list (__main__.ContainerTestCase) ... ok
test_sets (__main__.ContainerTestCase) ... ok
test_tuple (__main__.ContainerTestCase) ... ok
test_exceptions (__main__.ExceptionTestCase) ... ok
test_bug_5888452 (__main__.BugsTestCase) ... ok
test_exact_type_match (__main__.BugsTestCase) ... ok
test_fuzz (__main__.BugsTestCase) ... ok
test_loads_recursion (__main__.BugsTestCase) ...
 ^^^

python_d.exe crashes at this point with a stack overflow.  Just
capturing the issue for now.  Will investigate shortly and hopefully
provide a patch.

--
components: Tests
messages: 63523
nosy: Trent.Nelson
severity: normal
status: open
title: Stack overflow exception caused by test_marshal on Windows x64
type: crash
versions: Python 2.6

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2285] list.sort.__doc__ says "cmp" is a keyword, but it isn't.

[David Binger]

David Binger <[EMAIL PROTECTED]> added the comment:

Hi Bruno,
Are you testing py3k?  This is what I see:

  Python 3.0a3+ (py3k:61352M, Mar 12 2008, 13:11:35)
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
 >>> [].sort(cmp=lambda x, y: 1)
Traceback (most recent call last):
   File "", line 1, in 
TypeError: 'cmp' is an invalid keyword argument for this function
 >>>

In listobject.c, in listsort(), at line 1863, we have
the following, which appears to be where "key" and "reverse"
keyword args are supported, but not "cmp".

static char *kwlist[] = {"key", "reverse", 0};

assert(self != NULL);
assert (PyList_Check(self));
if (args != NULL) {
if (!PyArg_ParseTupleAndKeywords(args, kwds, "|Oi:sort",

On Mar 14, 2008, at 8:41 AM, Bruno Gola wrote:

>
> Bruno Gola <[EMAIL PROTECTED]> added the comment:
>
> i'm using the lastest version from subversion (trunk) and cmp still  
> is a
> keyord for list.sort.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2285] list.sort.__doc__ says "cmp" is a keyword, but it isn't.

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Thanks, fixed in r61377.

--
resolution:  -> fixed
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2284] [PATCH] -x64 option added to pcbuild/rt.bat to facilitate testing of amd64\python[_d].exe.

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

Thanks for the patch. Committed as r61378

--
nosy: +loewis
resolution:  -> accepted
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2287] Problems using logging module with logging.basicConfig(level=logging.NOTSET)

[panhudie]

New submission from panhudie <[EMAIL PROTECTED]>:

The problem is in the logging.basicConfig(**kwargs):

<...>
level = kwargs.get("level")
if level:
root.setLevel(level)

So you can not set the level like this, this logger will log WARNING(and
above) instead of all the level:

 logging.basicConfig(level=logging.NOTSET)
 #logging.NOTSET == 0, root default level is WARNING

I have seen this problem was fixed in the trunk, but not in python25 branch:

level = kwargs.get("level")
if level is not None:
root.setLevel(level)

--
components: Library (Lib)
messages: 63527
nosy: panhudie
severity: minor
status: open
title: Problems using logging module with 
logging.basicConfig(level=logging.NOTSET)
type: behavior
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue705836] struct.pack of floats in non-native endian order

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

Fixed in r61383.

--
status: open -> closed


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2288] Confusing documentation for urllip.urlopen

[Mark Dickinson]

New submission from Mark Dickinson <[EMAIL PROTECTED]>:

Grant Edwards pointed out in a comp.lang.python posting that the 
documentation for urlopen in the urllib module appears to be self-
contradictory:  at http://docs.python.org/dev/library/urllib.html
in the third-to-last paragraph for the urllib function, it says:

"Alternatively, the optional proxies argument may be used to explicitly 
specify proxies..."

and goes on to give examples.  Then the second-to-last paragraph seems 
to directly contradict this:

"The urlopen() function does not support explicit proxy specification. 
If you need to override environmental proxy settings, use URLopener, or 
a subclass such as FancyURLopener."

I suspect that this second paragraph should just be deleted in its 
entirety.

--
assignee: georg.brandl
components: Documentation
messages: 63529
nosy: georg.brandl, marketdickinson
severity: normal
status: open
title: Confusing documentation for urllip.urlopen
versions: Python 2.5, Python 2.6, Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2288] Confusing documentation for urllib.urlopen

[Mark Dickinson]

Changes by Mark Dickinson <[EMAIL PROTECTED]>:


--
title: Confusing documentation for urllip.urlopen -> Confusing documentation 
for urllib.urlopen

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue803422] sgmllib doesn't support hex or Unicode character references

[Fred L. Drake, Jr.]

Fred L. Drake, Jr. <[EMAIL PROTECTED]> added the comment:

SGML TC 2 can be found here:
http://www1.y12.doe.gov/capabilities/sgml/wg8/document/1955.htm

See the section K.4.1 for hexidecimal character references.

Since this is really an update to the SGML standard, and not part of the
original, any support for this should be an optional feature.  It's
really only interesting on the web, where standards compliance is... a
little on the lax side.  It would be reasonable to enable this by
default from htmllib (if not already supported in htmllib; I don't
remember).

I'm fairly sure hex character references are already supported in
HTMLParser.

--
nosy: +fdrake


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue871747] sys.exec_prefix does not work

[Ralf Schmitt]

Ralf Schmitt <[EMAIL PROTECTED]> added the comment:

this works now:
$ ./configure --prefix ~/soft/ --exec-prefix ~/soft/deb3
...
~/release25-maint/ ~/soft/deb3/bin/python  
[EMAIL PROTECTED] ok
Python 2.5.3a0 (release25-maint, Mar 14 2008, 18:19:57) 
[GCC 4.2.3 (Debian 4.2.3-2)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.prefix
'/home/ralf/soft'
>>> sys.exec_prefix
'/home/ralf/soft/deb3'


please close this issue.

--
nosy: +schmir


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue998998] pickle bug - recursively memoizing class?

[Ralf Schmitt]

Changes by Ralf Schmitt <[EMAIL PROTECTED]>:


--
nosy: +schmir


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1261390] import dynamic library bug?

[Ralf Schmitt]

Ralf Schmitt <[EMAIL PROTECTED]> added the comment:

maybe running ldconfig, or changing /etc/ld.so.conf would have helped.
I'd say close this bug report.

--
nosy: +schmir

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1474680] pickling files works with protocol=2.

[Ralf Schmitt]

Changes by Ralf Schmitt <[EMAIL PROTECTED]>:


--
nosy: +schmir
versions: +Python 2.5

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1509798] replace dist/src/Tools/scripts/which.py with tmick's which

[Ralf Schmitt]

Changes by Ralf Schmitt <[EMAIL PROTECTED]>:


--
nosy: +schmir

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2289] os.path.normpath over-normalizes

[John Love-Jensen]

New submission from John Love-Jensen <[EMAIL PROTECTED]>:

I found a bug (or at least a shortcoming) in Python's os.path.normpath routine.

It overly normalizes, at least for Unix and Unix-like systems (including Mac), 
and 
Windows.

Example:

x = os.path.join(".", "dog", "..", "cupcake.txt")
print x
x = os.path.normpath(x)
print x

If say "dog" is a symlink (any flavor of Unix (including OS X), or Win), there 
is a 
difference between ./dog/../cupcake.txt and ./cupcake.txt.

In the OS, if dog is a symlink to fire/fly, the .. resolves relative to 
fire/fly.

It should be safe to normalize this:
././././././././cupcake.txt --> ./cupcake.txt

It should be safe to normalize this:
.cupcake.txt --> ./cupcake.txt

But this is not safe to normalize:
./x/../x/../x/../cupcake.txt --> ./cupcake.txt

For example, if the directories look like this:
./cupcake.txt
./over/yonder/back/cupcake.txt
./x --> over/there
./over/there
./over/x --> yonder/aways
./over/yonder/aways
./over/yonder/x --> back/again
./over/yonder/back/again

./cupcake.txt refers to first cupcake.
./x/../x/../x/../cupcake.txt refers to the second cupcake.

The os.path.realpath does the resolve, but sometimes the path-in-hand is for 
some 
arbitrary path, and not necessarily one on the local system, or if on the local 
files system may be relative based off from a different cwd.

--
messages: 63533
nosy: eljay451
severity: minor
status: open
title: os.path.normpath over-normalizes
type: behavior
versions: Python 2.4

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1644987] ./configure --prefix=/ breaks, won't build C modules

[Ralf Schmitt]

Changes by Ralf Schmitt <[EMAIL PROTECTED]>:


--
type:  -> compile error
versions: +Python 2.5

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1653457] Python misbehaves when installed in / (patch attached)

[Ralf Schmitt]

Changes by Ralf Schmitt <[EMAIL PROTECTED]>:


--
nosy: +schmir

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1737127] re.findall hangs python completely

[Ralf Schmitt]

Changes by Ralf Schmitt <[EMAIL PROTECTED]>:


--
nosy: +schmir

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1450807] Python build fails for gcc 4.x from Gnu

[Ralf Schmitt]

Ralf Schmitt <[EMAIL PROTECTED]> added the comment:

This should be closed:
from http://python.org/download/releases/2.4.5/:
"Since the release candidate, we received various reports that the this
release may fail to build on current operating systems, in particular on
OS X. We have made no attempt to fix these problems..."

--
nosy: +schmir

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1773632] Remove references to _xmlrpclib from xmlrpclib.py

[Ralf Schmitt]

Changes by Ralf Schmitt <[EMAIL PROTECTED]>:


--
nosy: +schmir

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1745722] please add wsgi to SimpleXMLRPCServer

[Ralf Schmitt]

Changes by Ralf Schmitt <[EMAIL PROTECTED]>:


--
nosy: +schmir

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1737127] re.findall hangs python completely

[Ralf Schmitt]

Ralf Schmitt <[EMAIL PROTECTED]> added the comment:

ctrl-c should now work with python 2.5.

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1702551] distutils sdist does not exclude SVN/CVS files on Windows

[Ralf Schmitt]

Changes by Ralf Schmitt <[EMAIL PROTECTED]>:


--
nosy: +schmir

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1540386] SocketServer.ForkingMixIn.collect_children() waits on pid 0

[Ralf Schmitt]

Changes by Ralf Schmitt <[EMAIL PROTECTED]>:


--
nosy: +schmir

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2286] Stack overflow exception caused by test_marshal on Windows x64

[Trent Nelson]

Trent Nelson <[EMAIL PROTECTED]> added the comment:

Traced the problem down to the following minimal code snippet:

import marshal
s = 'c' + ('X' * 4*4) + '{' * 2**20
marshal.loads(s)

When Python/marshal.c:18 MAX_MARSHAL_STACK_DEPTH is 2000 (which is what
it is currently), marshal.loads() eventually overflows the stack in
r_object().  There is a check in r_object() to avoid this though:

  if (p->depth > MAX_MARSHAL_STACK_DEPTH) {
  p->depth--;
  PyErr_SetString(PyExc_ValueError, "recursion limit exceeded");
  return NULL;
  }

On Windows x64, a value of 1964 raises the recursion limit exception
above (which is what test_marshal is expecting).  With a value of 1965,
a C stack overflow exception is raised.

So, MAX_MARSHAL_STACK_DEPTH needs to be <= 1964 in order to prevent this
particular code from overflowing the stack on Win64 before we can raise
a Python recursion limit exception.

Was there any science behind choosing 2000 as the current value?  Should
a new value (e.g. 1500) be provided for only Win64, leaving everyone
else at 2000?  Interesting that Linux/BSD etc on AMD64 don't run into this.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2290] [PATCH] Update Lib/distutils/sysconfig.py to handle x64 Windows builds living in pcbuild/amd64.

[Trent Nelson]

New submission from Trent Nelson <[EMAIL PROTECTED]>:

This patch is required in order to support x64 Windows builds that live
in pcbuild/amd64.  Without it, sysutils._python_build() returns the
wrong directory, which causes the test_get_config_h_filename method in
Lib/distutils/tests/test_sysconfig.py to fail.

--
components: Library (Lib)
files: sysconfig.py.patch
keywords: patch
messages: 63537
nosy: Trent.Nelson
severity: normal
status: open
title: [PATCH] Update Lib/distutils/sysconfig.py to handle x64 Windows builds 
living in pcbuild/amd64.
type: behavior
versions: Python 2.5, Python 2.6, Python 3.0
Added file: http://bugs.python.org/file9671/sysconfig.py.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2291] Catching all exceptions with 'object'

[Igor]

New submission from Igor <[EMAIL PROTECTED]>:

I have discovered the following behaviour in 2.5, which I cannot explain:

>>> try:
...   raise ValueError("foo")
... except object:
...   print "aiee!"
... 
Traceback (most recent call last):
  File "", line 2, in 
ValueError: foo
>>> sys.version
'2.5.1 (r251:54863, Jan 23 2008, 16:53:41) \n[GCC 4.2.2 (Gentoo 4.2.2
p1.0)]'
>>> isinstance(ValueError("foo"), object)
True

At first I thought I misunderstood something about exceptions, but the
wording of the try-statement leads me to believe that this should work.
ValueError is a subclass of object and thus, I think, should be a match,
thus catching the exception.

I realize that all exceptions should inherit from Exception
(BaseException?), but for the sake of consistence, shouldn't "except
object" catch *anything* in python 2.5? I.e. be the equivalent of "except:".

Is this a bug? If so, should this be fixed?

--
components: None
messages: 63538
nosy: zotbar1234
severity: normal
status: open
title: Catching all exceptions with 'object'
type: behavior
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1450807] Python build fails for gcc 4.x from Gnu

[Jeffrey Yasskin]

Jeffrey Yasskin <[EMAIL PROTECTED]> added the comment:

I think this is still a problem at head, so it's not covered by the
comment about the bugfix releases. But there is another issue covering
the same thing... Since that one also has a patch and is a little newer,
I'll point this one over there.

--
resolution:  -> duplicate
status: open -> closed
superseder:  -> Make python build with gcc-4.2 on OS X 10.4.9

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2286] Stack overflow exception caused by test_marshal on Windows x64

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

The situation was the same on win32 with the VC2005 debug build, some
months ago.
I think this is because of the extra stack checks added with "recent"
versions of Visual Studio, together with the fact that local variables
are not shared when optimizations are disabled.

Can you try to raise the stack size on x64 builds? If 2Mb is enough for
32bit, 4Mb should be good in your case.

--
nosy: +amaury.forgeotdarc

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2288] Confusing documentation for urllib.urlopen

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Thanks, fixed in r61392.

--
resolution:  -> fixed
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue871747] sys.exec_prefix does not work

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Done.

--
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed


Tracker <[EMAIL PROTECTED]>


___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2291] Catching all exceptions with 'object'

[Alexander Belopolsky]

Alexander Belopolsky <[EMAIL PROTECTED]> added the comment:

Py3k behavior seems to be better:

Python 3.0a2+ (py3k:61137M, Feb 29 2008, 15:17:29) 
[GCC 4.0.1 (Apple Computer, Inc. build 5367)] on darwin
>>> try:
...   raise ValueError("foo")
... except object:
...   pass
... 
Traceback (most recent call last):
  File "", line 3, in 
TypeError: catching classes that do not inherit from BaseException is 
not allowed

Something needs to be done for 2.6: at the minimum a warning should be 
issued under -3 option.

--
nosy: +belopolsky

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2290] [PATCH] Update Lib/distutils/sysconfig.py to handle x64 Windows builds living in pcbuild/amd64.

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

That shouldn't apply to 2.5, right?

--
nosy: +loewis

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com