Define USE_GUSI2, not USE_GUSI1. PythonStandalone still doesn't compile due to tk issues, though, but it isn't important right now.

Added a CARBON indicator to the version string.

Half-fixed RPM 2 compatibility:added 'rpm_base' option, which must be set
  (to eg. /usr/src/redhat on a stock Red Hat system) if rpm2_mode is on.
  Still not quite working, though.

spelled sensibly in a config file.

Fills in question marks in help

Reads scripts in from files rather than strings

Adds RPM 2 compatibility mode (untested). Use of this mode requires that
--bdist-base be specified because bdist_rpm has no way of detecting where
RPM wants to find spec files and source files. An unmodified RedHat 5.0
system would require '--bdist-base=/usr/src/RedHat'. (You would also have
to be root.) If the rpmrc file has been modified to allow RPMs to be built
by normal users then --build-base would need to be changed accordingly.

Formats the changelog.

GPW: tweaked formatting, added some editorial comments.

and added 'ensure_dirname()'.

command class, so they're now in the Command base class.

(and in order to generate a more sensible error message cleanly).

   from Greg Stein

   (Pointed out by Moshe Zadka)

Wrote Unicode section

overhaul last night.

  support the forthcoming Cygwin/Mingw32 GCC-on-Windows patch.
Standardized CVS id line.

First version of the project that produces a working Carbon binary. The binary has only been tested on MacOS9, so far. This project needs CW IDE 4.1b4 or later.

Revived various of the compatability routines and made them Carbon-compliant. This is needed because the initial carbon-python does not use GUSI.

Removed hfsrunning() macro. This means MacPython won't run on MacOS 5 (oops, System 5) or earlier anymore:-)

Made the core toolbox modules carbon-compatible using the new greylist feature of bgen: non-carbon methods are still included in non-carbon MacPython. The issue of backward compatibility of Python code is still open.
Macmodule and macosmodule have also been carbonified. Some functionality is still missing there.

Replaced GetFInfo and SetFInfo calls with FspGetFInfo and FspSetFInfo calls, which are carbon-compatible.

- Don't call all the toolbox init routines.
- No balloon help, so removed help code from the initial dialog.

- Use TickCount() in stead of LMGetTicks()
- Don't use xxxGetFile event filter
- Don't call SystemTask or HandleSysWindowEvent (is this also automatically handled under os9??)
- Don't scan event queue for cmd-. (to be fixed at some point).

(Temporarily?) removed call to ProcessHighLevelEvent until we find out how to do this (Carbon only).

before the real release, but I want to make it clear that a major new
release is on the way).

extraneous debug prints).

do so if DEBUG is true.

'_check_*()' helpers.

prep/build/etc. scripts, doc files, dependency info) from a config file
rather than the dedicated "package_info" file.  (The idea is that
developers will provide RPM-specific info in the "[bdist_rpm]" section of
setup.cfg, but of course it could also be supplied in the other config
files, on the command line, or in the setup script -- or any mix of the
above.)

Major changes:
  * added a boatload of options to 'user_options' and
    'initialize_options()': 'distribution_name', 'group', 'release', ...
  * added 'finalize_package_data()', which takes the place of
    '_get_package_data()' -- except it's called from 'finalize_options()',
    not 'run()', so we have everything figured out before we actually run
    the command
  * added 'ensure_string()', 'ensure_string_list()', 'ensure_filename()';
    these take the place of '_check_string()' and friends.  (These actually
    look like really useful type-checking methods that could come in handy
    all over the Distutils; should consider moving them up to Command and
    using them in other command classes' 'finalize_options()' method for
    error-checking).
  * various cleanup, commentary, and adaptation to the new way of
    storing RPM info in '_make_spec_file()'

This patch correct bounds checking in PyLong_FromLongLong. Currently, it does
not check properly for negative values when checking to see if the incoming
value fits in a long or unsigned long. This results in possible silent
truncation of the value for very large negative values.

Fix test of the "math" module so it does not break on platforms that do
not offer rint(); just skip that portion of the test in that case.