I discovered the [MREMAP_MAYMOVE] symbol is only defined when _GNU_SOURCE is
defined; therefore, here is the change: if we are compiling for linux,
define _GNU_SOURCE before including mman.h, and all is done.

this patch adds a fast _flatten function to the _tkinter
module, and imports it from Tkinter.py (if available).

this speeds up canvas operations like create_line and
create_polygon.  for example, a create_line with 5000
vertices runs about 50 times faster with this patch in
place.

this patch introduces PySequence_Fast and PySequence_Fast_GET_ITEM,
and modifies the list.extend method to accept any kind of sequence.

the mremap() change I made; did someone modify configure.in previously
without recreating these files?

Remove two unused variables

	The seek() method is broken for any 'whence' value (seek from
	start, current, orend) other than the default. I have a patch
	that fixes that as well as gets mmap'd files working on
	Linux64 and Win64.

and added (empty) 'precompile_hook()' for symmetry.  One can envision
a much more elaborate hook mechanism, but this looks like it'll do for
now.

size of the mapped area.  This seems to be what the Windows version does.
This change requires keeping around the fd of the mapped file.

This patch fixes an optimisation mystery in _PyUnicodeNew causing segfaults
on AIX when the interpreter is compiled with -O.

mutable, rather than public and constant.

instead of muddling through IOError and OSError exception objects itself.

muddling through IOError and OSError exception objects right here.

forms that IOError and OSError can take (taken from core.py).

'remove_tree()' can cooperate with 'mkpath()' in the maintenance of
the PATH_CREATED cache: specifically, if a directory is created
with 'mkpath()', later removed with 'remove_tree()', and 'mkpath()'
is again requested to create it, then it would erroneously think
the directory already existed, because it was in the PATH_CREATED
cache.  The patch (slightly tweaked by me) fixes that.

Added a bit more documentation in the chapter on building extension types,
including Py_FindMethod() documentation.

Several minor consistency nits were fixed.

The error message refers to "append", yet the operation in
question is "concat".

Carl Feynman <carlf@abinitio.com>.

This patch corrects a little glitch and two outright errors.

(Including one reported earlier by Thomas Wouters.)

The following patch adds "sq_contains" support to rangeobject, and enables
the already-written support for sq_contains in listobject and tupleobject.

The rangeobject "contains" code should be a bit more efficient than the
current default "in" implementation ;-) It might not get used much, but it's
not that much to add.

listobject.c and tupleobject.c already had code for sq_contains, and the
proper struct member was set, but the PyType structure was not extended to
include tp_flags, so the object-specific code was not getting called (Go
ahead, test it ;-). I also did this for the immutable_list_type in
listobject.c, eventhough it is probably never used. Symmetry and all that.

Added code so that .isXXX() testing returns 0 for emtpy strings.

Removed a test which can fail when the default locale setting
uses a Latin-1 encoding. The test case is not applicable anymore.

Documentation for the unicodedata module (massaged by Fred for minor
consistency issues).

Thanks to Hubert Hoegl <hubert.hoegl@dlr.de> for finding this bug.

Fixed some tests to not cause the script to fail, but rather
output a warning (which then is caught by regrtest.py as wrong
output). This is needed to make test_unicode.py run through
on JPython.
Thanks to Finn Bock.

Removed import of string module -- use string methods directly.
Thanks to Finn Bock.