_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.

Typo fix.

Fix the code in Parser/ to also compile with C++. This was mostly casts for
malloc/realloc type functions, as well as renaming one variable called 'new'
in tokensizer.c. Still lots more to be done, going to be checking in one
chunk at a time or the patch will be massively huge. Still compiles ok with
gcc.

Try to repair what may be the last new test failure on the
"x86 OpenBSD trunk" buildbot due to changing Python so that
Python-exposed addresses are always non-negative.

test_int_pointer_arg():  This line failed now whenever the
box happened to assign an address to `ci` "with the sign
bit set":

    self.failUnlessEqual(addressof(ci), func(byref(ci)))

The problem is that the ctypes addressof() inherited "all
addresses are non-negative now" from changes to
PyLong_FromVoidPtr(), but byref() did not inherit that
change and can still return a negative int.

I don't know whether, or what, the ctypes implementation wants
to do about that (possibly nothing), but in the meantime
the test fails frequently.

So, introduced a Python positive_address() function in
the test module, that takes a purported machine address and,
if negative, converts it to a non-negative value "with the
same bits".  This should leave the test passing under all
versions of Python.

Belated thanks to Armin Rigo for teaching me the sick trick ;-)
for determining the # of bits in a machine pointer via abuse
of the struct module.

subclasspropagation():  Squash two more bogus hash(x) == id(x)
tests.  Alas, because only the "x86 OpenBSD trunk" buildbot fails
these tests, and test_descr stops after the first failure, there's
no sane way for me to fix these short of fixing one and then
waiting for the buildbot to reveal the next one.

Typo repair.

Whitespace normalization.

More words on patch #837242, since 4 or 5 tests started
failing on one of the 32-bit buildbot boxes because of it,
due to tempting but always-wrong Python code.  Users
probably have code like this too (I know I did ...).

Add notes to NEWS for other work today.

specials():  squash another incorrect hash(x) == id(x)
test.  Add some lines that at least invoke the default
__hash__, although there's nothing to check there beyond
that they don't blow up.

Forgot to mark up a PEP reference

Updated the warnings, linecache, inspect, traceback, site, and doctest modules
to work correctly with modules imported from zipfiles or via other PEP 302
__loader__ objects.  Tests and doc updates are included.

Huh.  This belonged with the last checkin -- no idea why svn
didn't commit it.

Try to repair more new buildbot failures in "x86 OpenBSD trunk", due
to that id() can now return a Python long on a 32-bit box that allocates
addresses "with the sign bit set".

test_set.py test_subclass_with_custom_hash():  it's never been portably
legal for a __hash__() method to return id(self), but on 32-bit boxes
that never caused a problem before it became possible for id() to
return a Python long.  Changed __hash__ here to return a Python int
regardless of platform.

test_descr.py specials():
    vereq(hash(c1), id(c1))
has never been a correct test -- just removed it (hash() is always
a Python int; id() may be a Python long).

Write part of ElementTree section

Give SQLite examples

Fix one of the tests that fails on the "x86 OpenBSD trunk" buildbot,
due to that id() may return a long on a 32-bit box now.  On a box that
assigns addresses "with the sign bit set", id() always returns a long now.

Fix one of the tests that fails on the "x86 OpenBSD trunk" buildbot, due
to that id() may return a long on a 32-bit box now.  On a box that assigns
addresses "with the sign bit set", id() always returns a long now.

Whitespace normalization.

Patch #837242: id() for large ptr should return a long.

DecimalContextTestCase:  this permanently changed the
default decimal context, causing test_tokenize to fail
if it ran after test_contextlib.  Changed to restore
the decimal context in effect at the test's start.

test_contextlib wasn't actually being run by regrtest.py.  Or more precisely,
it was being run, but no tests were actually executed!

Minor clarity edit to contextlib per Guido's request.

SF Patch #1463867: Improved generator finalization to allow generators
that are suspended outside of any try/except/finally blocks to be
garbage collected even if they are part of a cycle.  Generators that
suspend inside of an active try/except or try/finally block (including
those created by a ``with`` statement) are still not GC-able if they
are part of a cycle, however.

Patch #1467770: Add Popen objects to _active only in __del__.
Introduce _child_active member to keep track on whether a child
needs to be waited for.
Backport candidate.

Patch #1441452: Add more AST nodes.

Patch #1429775: Link Python modules to libpython on linux if
--enable-shared. Fixes #832799.

Patch #1462222: Fix Tix.Grid. Closes #1036406.

Fix warning about ptsname not being a prototype on Solaris.  Is this prototype even necessary anymore?

Use PyObject_* allocator since FutureFeatures is small

SF patch #1467512, fix double free with triple quoted string in standard build.

This was the result of inconsistent use of PyMem_* and PyObject_* allocators.
By changing to use PyObject_* allocator almost everywhere, this removes
the inconsistency.

Get rid of warnings about using chars as subscripts
on Alpha (and possibly other platforms) by using Py_CHARMASK().

Fix some warnings on HP-UX when using cc/aCC

I wonder if we can be too graceful?  One oughta be enough. :-)

Python on OS X 10.3 and above now uses dlopen() (via dynload_shlib.c)
to load extension modules and now provides the dl module. As a result,
sys.setdlopenflags() now works correctly on these systems. (SF patch
#1454844)

Patch #1466993: remove wrong comment in socket.py

Fix tests so they pass in -R mode

Get test_optparse to pass in -R mode by stop changing state (COLUMNS env var)

Convert test_compare to use unittest.  Hopefully we can find out
why this breaks on openbsd sometimes.

Fix problem (not checking return result) reported by Coverity

Fix a couple of strings that were no-ops.  urllib.open_file was a docstring
in 2.4, so put it back.  The string in telnetlib looks like a comment.

glob('anything*/') would fail because isdir is in os.path, not os.

test_timeout():  This test was added during Bug Day, but disabled
soon after because the gmail address it connects to started timing
out on all the buildbot slaves.  Rewrote the test to produce a
warning message (instead of failing) when the address times out.

Also removed the special case for Windows -- this test started to
work on Windows as soon as bug 1462352 was fixed.

Define WIN32, to get proper struct alignment in WinSock2.h.
Fixes #1462352. Will backport.

Fix bsddb.db.DBError derived exceptions so they can be unpickled.

Also adds some backwards compatibility when compiling _bsddb.c on earlier
python versions (needed for pybsddb).

Don't try to build ctypes when configuration of libffi fails.

Configure Modules/_ctypes/libffi just before building the _ctypes extension.
This avoids configuring it when it is not build by setup.py.

Fix a few XXX markers

Adjust compileall -x option to Makefile.pre.in. Fixes #1465093.

Regenerate.

missing 'self' from TextCalendar.prweek.

minor error in uudecode main error handling

Patch #1462080: Conditionalize some NETLINK defines.

Whitespace normalization.

Expose RTLD_LOCAL and RTLD_GLOBAL always from the _ctypes extension module.
If RTLD_LOCAL is not #defined in any header file (Windows), set it to 0.
If RTLD_GLOBAL is not #defined, set it equal to RTLD_LOCAL.

This should fix ctypes on cygwin.

Fix unfinished paragraph; markup fix

Expand the PEP 353 section; various smaller changes

Bug #1464658: make clear that PyList_GetItem doesn't take negative indices.

Bug #1465619: rot13 codec decodes to a Unicode string.

Bug #1465600: note encoding issue in ZipFile.write().

Replace a few more 'char' types with 'signed char', to fix test failures
on platforms (ppc debian) where 'char' is unsigned.

This change shouldn't have any functional effect.  Coverity was
complaining because it seemed like parameters_iter could be NULL.

Fix unchecked return result from Coverity.

Remove dead code (reported by HP compiler).

Can probably be backported if anyone cares.

Handle ssize_t

Handle error conditions from PyString_ConcatAndDel().

Handle ssize_t
No need to INCREF then let PyString_ConcatAndDel() DECREF.  Just
use PyString_Concat().
Handle error condition if we can't concat.

Hopefully this makes test_urllib2 have inconsistent leak results

I don't think we know of any tests that really leak anymore
(other than those in leakers).

Fix for failure of test_urllib2 breaking test_mimetypes (SF bug 1464978)
will backport.

In some environments (under screen, in a chroot) curses doesn't support
mouse events. This makes the test fail. Catch that case and don't run
the tests. Should make the debian/ubuntu buildbots that run in a chroot
work again.

Will backport to release24-maint.

Bug #1451341: find fuzzy marks correctly.

remove more cruft no longer needed

remove much of the Python-version compatibility cruft; the minimum Python
version this should support is Python 2.3

revert incomplete changes committed by accident

update URL to reflect new website

Explicitely use 'signed char', to avoid problems on platforms with unsigned char type.

Explicitely use 'signed char', to avoid problems on platforms with unsigned char type.

One test still fails on the ia64 debian box.

Fixed error in comment for new PY_SSIZE_T_MIN.