Below are the problems I found that have not been fixed at r65995 on
trunk (2.6). There will be a separate mail for the 3.0 problems.
I've done the following:
* built in debug and opt mode (gcc 4.1.2) fixing the important warnings
* run all the tests in both modes
* run all the tests (except t
Brett Cannon wrote:
> On Sat, Aug 23, 2008 at 1:50 PM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
>> On Sat, Aug 23, 2008 at 3:48 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
>>> I don't think Victor has commit privileges, which would mean you
>>> should have had another committer review this fi
when I'm trying to build extensions under Python 2.6 on Windows XP, the
build process terminates with single line that says:
error: None
which is about as useless as an error message can be. Googling for this
brings up a few hits which all seem to involve setuptools (and none of
the hits
>Isaac Morland wrote:
This would avoid accidentally leaving out commas in list construction,
but tuple construction would still have the same problem.
Tuple construction already has a "no comma, no tuple" problem. That
problem remains, but as soon as you add a comma, you'll get the same
pro
On Sat, 23 Aug 2008, Fredrik Lundh wrote:
removing it is a bad idea for the reasons already given, but requiring
parentheses could help.
that is, the following would result in a warning or an error:
L = ["first", "second" "third"]
but the following wouldn't:
L = ["first", ("second" "t
Tres Seaver wrote:
- -1. The feature exists to allow adherence to PEP-8, "Limit all lines to
a maximum of 79 characters.", without requiring runtime concatenation
costs. I use it frequently when assembling and testing message strings,
for instance.
removing it is a bad idea for the reasons a
