delta/cpython.git/Parser, branch v2.5b2

Don't truncate if size_t is bigger than uint

2006-06-12T02:07:57+00:00

Fix comment typo

2006-06-06T17:10:41+00:00

Patch #1357836:

2006-06-02T06:23:00+00:00

Prevent an invalid memory read from test_coding in case the done flag is set.
In that case, the loop isn't entered.  I wonder if rather than setting
the done flag in the cases before the loop, if they should just exit early.

This code looks like it should be refactored.

Backport candidate (also the early break above if decoding_fgets fails)

Patch #1475845: Raise IndentationError for unexpected indent.

2006-05-04T05:51:03+00:00

C++ compiler cleanup: cast signed to unsigned

2006-04-18T00:53:06+00:00

Patch #1355883: Build Python-ast.c and Python-ast.h

2006-04-14T15:02:32+00:00

independently. Fixes #1355883.

Introduce asdl_int_seq, to hold cmpop_ty.

2006-04-13T12:29:43+00:00

more low-hanging fruit to make code compile under a C++ compiler. Not

2006-04-11T12:01:56+00:00

entirely happy with the two new VISIT macros in compile.c, but I
couldn't see a better approach.

As discussed on python-dev, really fix the PyMem_/PyObject_ memory API

2006-04-11T08:19:15+00:00

mismatches.  At least I hope this fixes them all.

This reverts part of my change from yesterday that converted everything
in Parser/*.c to use PyObject_* API.  The encoding doesn't really need
to use PyMem_*, however, it uses new_string() which must return PyMem_*
for handling the result of PyOS_Readline() which returns PyMem_* memory.

If there were 2 versions of new_string() one that returned PyMem_*
for tokens and one that return PyObject_* for encodings that could
also fix this problem.  I'm not sure which version would be clearer.
This seems to fix both Guido's and Phillip's problems, so it's good enough
for now.  After this change, it would be good to review Parser/*.c
for consistent use of the 2 memory APIs.

Make _kind types global for C++ compilation.

2006-04-11T08:06:50+00:00

Explicitly cast void* to int to cmpop_ty.