Tony Lownds: [ Patch #101816 ] Fixes shared modules on Mac OS X

    1. Mac OS X is recognized by the Next-ish host recognition code as
    "Darwin/1.2"

    2. When specifying just --with-dyld, modules can compile as shared

    3. --with-dyld and --with-next-framework, modules can compile as
    shared

    4. --with-suffix=.exe, and Lib/plat-darwin1.2 is being made, the regen
    script invokes python as python.exe

    [I had to reformat this patch a bit to make it work.  Please test!]

Dan Wolfe: [ Patch #101823 ] Fix Darwin POSIX Thread redefinition

    The patch below fixes the redefinition problem in Darwin with
    _POSIX_THREADS. I'm not sure if this is the correct long term fix but
    for now it fixes the problem and the fix is specific to Darwin.

Dan Wolfe: [ Patch #101824 ] On Darwin, remove unrecognized option
                             `-OPT:Olimit=0'

  After many, many, many compiles, I finally got itchy of this warning
  cluttering up the output... so I scratched (Darwin configs only) and
  it's gone! :-)

Lownds. (#101816)

[Note: I'm not sure that this is really the right fix.  Surely Darwin
doesn't require you to say "python.exe" everywhere???  Even Windows
doesn't!  Or am I misunderstanding the point?]

follow).  Adapted from a patch by Tony Lownds. (#101816)

Update for BeOS.
This closes SourceForge patch #101774.

Also fix typo in a comment.

Removed DL_EXPORT_HEADER -- only needed on BeOS, and not needed there
anymore.

This closes SourceForge patch #101775.

Revise BeOS support.

This closes SourceForge patch #101776.

Updated to work better with BeOS.

This closes SourceForge patch #101777.

This closes SourceForge patch #101778.

expatreader: Use the error handler instead of raising exception directly.

Correct description of leapdays() function.

This closes SourceForge patch #101840.

   a Z_BUF_ERROR while decompressing.  If it is, assume that this means
   the data being decompressed is bad and raise an exception, instead of
   just assuming that Z_BUF_ERROR always means that more space is required.

"audio".

Also add AFMT_S16_NE ("native-endian").  (Somehow there's no AFMT_U16_NE.)

16-bit signed data instead.  Hope this works for you; it works for me.

they were similar to *_GetSize(); should be similar to *_Size().

Error noted by William Park <parkw@better.net>.

Generated files for BeOS R5.

Prevent possible buffer overflow exploits under Windows.  As per (the very quick) patch Patch #101801.

character class.  Fix provided by Andrew Kuchling.  Closes bug
#116251.

[ Bug #116174 ] using %% in cstrings sometimes fails with unicode paramsFix for the bug reported in Bug #116174: "%% %s" % u"abc" failed due
to the way string formatting delegated work to the Unicode formatting
function.

tokenize.py has always used naive regexps for matching string literals,
and that appears to trigger the sre recursion limit on Skip's platform (he
has very long single-line string literals).  Replaced all of tokenize.py's
string regexps with the "unrolled" forms used in IDLE, where they're known to
handle even absurd (multi-megabyte!) string literals without trouble.  See
Friedl's book for explanation (at heart, the naive regexps create a backtracking
choice point for each character in the literal, while the unrolled forms create
none).