requires that errno ever get set, and it looks like glibc is already
playing that game.  New rules:

+ Never use HUGE_VAL.  Use the new Py_HUGE_VAL instead.

+ Never believe errno.  If overflow is the only thing you're interested in,
  use the new Py_OVERFLOWED(x) macro.  If you're interested in any libm
  errors, use the new Py_SET_ERANGE_IF_OVERFLOW(x) macro, which attempts
  to set errno the way C89 said it worked.

Unfortunately, none of these are reliable, but they work on Windows and I
*expect* under glibc too.

fullblown OSX application. It is starting to work, but building
the application bundle is still handwork, and we need a minimal
readme file too.

fullblown drag and drop application. To my surprise it is starting
to work already: Python actually executes a script dropped on it.

To be done:
- Make sure this still works in MacPython
- Don't lose argv[0] in the process
- Applet support

32 characters per component. This makes mkdir() calls and such fail with EINVAL.

For now I am disabling the test on the Mac, and I'll open a bugreport.

that provide a somewhat more uniform interface to getting values.

This is from SF patch #453691.

Fix up docstring for itemconfigure.

I don't know what difference it makes, but '/' indeed makes less sense
as an include dir than '.', so I'm changing the default.  Just so I
can close the bug. ;-)

date.

order.  Add breaks in SYNOPSIS.

Patch by Jim Ahlstrom which lets java's zipfile classes read zipfiles
create by zipfile.py.

I believe this works on Linux (tested both on a system with large file
support and one without it), and it may work on Solaris 2.7.

The changes are twofold:

(1) The configure script now boldly tries to set the two symbols that
    are recommended (for Solaris and Linux), and then tries a test
    script that does some simple seeking without writing.

(2) The _portable_{fseek,ftell} functions are a little more systematic
    in how they try the different large file support options: first
    try fseeko/ftello, but only if off_t is large; then try
    fseek64/ftell64; then try hacking with fgetpos/fsetpos.

I'm keeping my fingers crossed.  The meaning of the
HAVE_LARGEFILE_SUPPORT macro is not at all clear.

I'll see if I can get it to work on Windows as well.

SCO_ATAN2_BUG, SCO_ACCEPT_BUG, and STRICT_SYSV_CURSES.
Work aroudn a bug in the SCO UnixWare atan2() implementation.

found it necessary to warn about.

bdist_wininst doesn't use the NT SCHEME any more, instead
a custom SCHEME is used, which is exchanged at installation
time, depending on the python version used.

Avoid a bogus warning frpom install_lib about installing
into a directory not on sys.path.

   This will have to stay until we decide to drop 1.5.2 compatibility
   completely.

Shuts up another couple of gcc warnings.

overflow.  Needs testing on Linux (test_long.py and test_long_future.py
especially).

minimizes roundoff error.

incomplete coverage of the test suite).

a default repr() that's longer than 20 characters.

getting Infs, NaNs, or nonsense in 2.1 and before; in yesterday's CVS we
were getting OverflowError; but these functions always make good sense
for positive arguments, no matter how large).

Repaired the ldexp docstring (said the name of the func was "ldexp_doc").