Update notes to address cyclic garbage and what should happen when a test is fixed.

SF Bug #1454485, array.array('u') could crash the interpreter when
passing a string.  Martin already fixed the actual crash by ensuring
Py_UNICODE is unsigned.  As discussed on python-dev, this fix
removes the possibility of creating a unicode string from a raw buffer.

There is an outstanding question of how to fix the crash in 2.4.

Added George Yoshida.

ALIGNMENT_SHIFT is not used

When using -R, lots of "*** DocTestRunner.merge:" nuisance messages
appear.  Get rid of them by nuking doctest's default DocTestRunner
instance as part of cleanup().  Also cleanup() before running the
first test repetition (the test was run once before we get into
the -R branch).

Whitespace normalization.

raise the minimum supported BerkeleyDB version to 3.3 and add notes to
news about this and a couple other recent fixes.

Force 8-alignment of memory blocks, as needed on
64-bit machines that require pointers to be aligned (e.g. IA64)

Fix type errors.

Typo fix

[Bug #1464571] Mention that generator's .gi_frame can now be None

Add some items

Introduce asdl_int_seq, to hold cmpop_ty.

Include more detail on Coverity results and add a link; minor edits

Describe sys.subversion, Py_GetBuildInfo()
Add metadata example

Add missing word

revert - breaks build of Python/ast.c w/ gcc

Use union to discriminate pointer types from enum/int types.

Change more occurrences of maxsplit to Py_ssize_t.

Change maxsplit types to Py_ssize_t.

Allocate the 0x1D1A0000 base adress for the _ctypes extension module.
Export the COM entry point functions.

Note that there are several conflicting base addresses defined for
other extensions, also not all are listed in dllbase_nt.txt.

Add two entries about how to actually clear a list.

Add a test for Py_ssize_t. Correct typo in getargs.c.

Replace INT_MAX with PY_SSIZE_T_MAX.

Replace INT_MAX with PY_SSIZE_T_MAX where string length
are concerned.

Replace INT_MAX with PY_SSIZE_T_MAX.

Add PY_SSIZE_T_MIN/MAX to _testcapi.

Stop claiming that Py_Finalize releases all memory.
Fixes part of #1445210.

Remove another INT_MAX limitation

Replace most INT_MAX with PY_SSIZE_T_MAX.

C++ compiler changes. casts, rename variables with reserved names.

Support NFD of very long strings.

test_compile can be really long if we are using -u compiler.
This may be causing the debian sparc buildbot to fail.
Print a little message to let the user ^w buildbot know it's still thinking.

We may want to adjust the time period which is currently 5 minutes.

Will backport.

Change more ints to Py_ssize_t.

Revert 34153: Py_UNICODE should not be signed.

whoops. missed one in an auto-generated file. another extern "C" {} for C++ compiler compatibility

Remove tests that no longer leak.  There is still one leaking generator test

Fix {} mismatch spotted by George Yoshida.

tty isn't supported on all boxes.

Fix typography of Martin's name

spread the extern "C" { } magic pixie dust around. Python itself builds now
using a C++ compiler. Still lots and lots of errors in the modules built by
setup.py, and a bunch of warnings from g++ in the core.

Write some ctypes examples

If compiling with g++ don't use -Wstrict-prototpes.

reverting r45321: Patch #860326: traceback.format_exception_only() now
prepends the exception's module name to non-builtin exceptions, like
the interpreter itself does.

broke a number of doctests. should be discussed before checking in (see
discussion on python-dev).

casting nastiness to make C++ compiler happy

Add a cast to make code compile with a C++ compiler.

Patch #860326: traceback.format_exception_only() now prepends the
exception's module name to non-builtin exceptions, like the interpreter
itself does.

Fixes bug #1117761

bsddb.*open() methods cachesize parameter wouldn't work (raised an
internal bsddb.db exception when it was given).  The set_cachesize
call needed to be moved from the DB object to the DBEnv since the env
was introduced to allow for threading.

(will backport to 2.4)

Closes bug #1149413

Using None for a filename with the 'n' flag when calling bsddb.btopen
would cause an error while checking if the file None existed.  error
not likely to be seen as anyone using None for a filename would likely
use the 'c' flag in the first place.

Fix for a bug found by Armin Rigo, plus test.
https://sourceforge.net/tracker/?func=detail&atid=532154&aid=1467852&group_id=71702

Don't set gi_frame to Py_None, use NULL instead, eliminating some insane
pointer dereferences.

Mention ASCII as default encoding; update TODO list; use PyCF_ONLY_AST by MvL's suggestion; typographical tidying of MvL's name

Bump version number; rearrange introduction a bit

Ignore the references to the dummy objects used as deleted keys
in dicts and sets when computing the total number of references.

Patch #1468808: don't complain if Tkinter is already deleted at the time Font.__del__ is run.

Add PEP 243 section

Update test_sundry. Many modules have now tests, but
e.g. SimpleXMLRPCServer wasn't in here yet.

Note C API incompatibilities

Mention access to ASTs

Bug #1469163: SimpleXMLRPCServer unconditionally attempted to import fcntl.
Wrapped in a try/except.

Off-by-one buffer overflow error.

Patch #1463288: use a context manager to temporarily switch locales.

Add tests for the output of the TextCalendar and HTMLCalendar classes.

wrap docstrings so they are less than 80 columns. add spaces after commas.

gen_throw():  The caller doesn't own PyArg_ParseTuple()
"O" arguments, so must not decref them.  This accounts
for why running test_contextlib.test_main() in a loop
eventually tried to deallocate Py_None.

Update comments and the skip list, maybe some of these tests don't
report failures, we'll see.

Skip certain hopeless tests: compiler and logging.

compiler will likely always show varying leaks since it doesn't work
on a defined set of modules unless -u compiler is specified.  But that
takes forever (we only run with -u network currently).

logging causes hangs when running with -R.

Add another little test to make sure we roundtrip multiple list comp ifs ok.
Add tests for generator expressions too.

Update for new grammar

put in a reference to PEP 306 in a comment at the top

Get rid of some warnings on Mac

avoid C++ name mangling for the _Py.*SizeT functions

remove forward declarations. No constructors to move for these files. Makes
code work with C++ compilers.

Move constructors, add some casts to make C++ compiler happy. Still a problem
with the getstring() results in pattern_subx. Will come back to that.

remove forward declarations, move constructor functions. makes code C++ safe.

Make symtable.c safe for C++ compilers. Changed macros in the same way as
compile.c to add a cast.

per Jeremy's email, remove the _WITH_CAST versions of macros. g++
still has errors from the casts of asdl_seq_GET to cmpop_ty, but
otherwise it's C++ clean.

Part two of the fix for SF bug #1466641: Regenerate graminit.c and add test
for the bogus failure.

Fix SF bug #1466641: multiple adjacent 'if's in listcomps and genexps, as in
[x for x in it if x if x], were broken for no good reason by the PEP 308
patch.

Fix int() and long() to repr() their argument when formatting the exception,
to avoid confusing situations like:

>>> int("")
ValueError: invalid literal for int():
>>> int("2\n\n2")
ValueError: invalid literal for int(): 2

2

Also report the base used, to avoid:

ValueError: invalid literal for int(): 2

They now report:

>>> int("")
ValueError: invalid literal for int() with base 10: ''
>>> int("2\n\n2")
ValueError: invalid literal for int() with base 10: '2\n\n2'
>>> int("2", 2)
ValueError: invalid literal for int() with base 2: '2'

(Reporting the base could be avoided when base is 10, which is the default,
but hrm.) Another effect of these changes is that the errormessage can be
longer; before, it was cut off at about 250 characters. Now, it can be up to
four times as long, as the unrepr'ed string is cut off at 200 characters,
instead.

No tests were added or changed, since testing for exact errormsgs is (pardon
the pun) somewhat errorprone, and I consider not testing the exact text
preferable. The actually changed code is tested frequent enough in the
test_builtin test as it is (120 runs for each of ints and longs.)

StreamHandler now checks explicitly for None before using sys.stderr as the stream (see SF bug #1463840).

_Py_PrintReferenceAddresses,_Py_PrintReferences:
interpolate PY_FORMAT_SIZE_T for refcount display
instead of casting refcounts to long.

I understand that gcc on some boxes delivers
nuisance warnings about this, but if any new ones
appear because of this they'll get fixed by magic
when the others get fixed.

Complete the ElementTree section

Some more changes to make code compile under a C++ compiler.

more low-hanging fruit to make code compile under a C++ compiler. Not
entirely happy with the two new VISIT macros in compile.c, but I
couldn't see a better approach.

Patch #1464444: Add --with-system-ffi.

Convert 0 to their respective enum types. Convert
void* to their respective _ty types. Fix signature of
ast_for_exprlist.

Correct casts to char*.

Remove "static forward" declaration. Move constructors
after the type objects.

Regenerate.

As discussed on python-dev, really fix the PyMem_*/PyObject_* memory API
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.
Explicitly cast void* to int to cmpop_ty.

Get compiling again

low-hanging fruit in Python/ - g++ still hates all the enum_kind declarations
in Python/Python-ast.c. Not sure what to do about those.

More low-hanging fruit. Still need to re-arrange some code (or find a better
solution) in the same way as listobject.c got changed. Hoping for a better
solution.

C++ already defines a perfectly good 'bool'. Use that.

Adjust whitespace.

Add whitespace after comma

Correct test whether wchar_t is unsigned. Fixed crash
in #1454485.

Clear errno before calling opendir() and readdir().

More C++-compliance. Note especially listobject.c - to get C++ to accept the
PyTypeObject structures, I had to make prototypes for the functions, and
move the structure definition ahead of the functions. I'd dearly like a better
way to do this - to change this would make for a massive set of changes to
the codebase.

There's still some warnings - this is purely to get rid of errors first.

Bug #1467952: os.listdir() now correctly raises an error if readdir()
fails with an error condition.