create a temporary file. This fixes #688011.

Got rid of the install() method in macresource, and replaced it with
a resource_filename() method which will optionally decode a given resourcefile
(which may be applesingle-encoded) and return the real resourcefile.

Use this new method in buildtools to copy the correct resource file to
the bundle. This fixes #688007.

is now in buildtools.

os.listdir() may now return unicode strings on platforms that set
Py_FileSystemDefaultEncoding.

- tweaked the help text a little.
(Jack: up to you to change your client code.)

import warnings.py _after_ site.py has run. This ensures that site.py
is again the first .py to be imported, giving it back full control over
sys.path.

- Replaced bootstrap shell script with Python script. This means
  standalone apps built with bundlebuilder will not work on MacOS < 10.1,
  since we depend (again) on an installed Python.
- Add a hack to set sys.executable; the bootstrap script does os.execve()
  with an argv[0] that's different from the actual Python executable
  (it has to match the CFBundleExecutable entry in the Info.plist to make
  the app work both from the Finder and the command line, and it has to be
  the bootstrap script), yet a proper sys.executable is needed to spawn
  auxiliary processes.

of the form file:/path/to/file don't work whereas file:///path/to/file
works fine. We convert the former to the latter.

building distutils extension modules also works if you've only done
an altinstall. Fixes bug #677293.

called python.exe but actually pass it from the main Makefile to
Mac/OSX/Makefile. This makes framework builds work again on case
sensitive filesystems. Fixes bug #677753.

(see SF bug #690309) and raise ImportErrors instead of
RuntimeErrors, so building Python continues even
if importing iconv_codecs fails.

This is a temporary fix until we get proper configure
support for "broken" iconv implementations.

filename as the source, but in Contents/Resources in the app bundle).

into dst in the bundle. The Python API already had this functionality

os.popen(). Fixes #692222.

is found if you are running fink, but the module doesn't work. For now
I disabled building iconv_codec on darwin.

if the include files cannot be found.

This improves speed by about 5.6% for me.

    The problem is in sre_compile.py: the call to
    _compile_charset near the end of _compile_info forgets to
    pass in the flags, so that the info charset is not compiled
    with re.U. (The info charset is used when searching to find
    the first character at which a match could start; it is not
    generated for patterns beginning with a repeat like '\w{1}'.)

Need to make sure that preprocessor directives start in first column.
This means we can't indent code which has preprocessor directives,
nor have a space between [ #include for example.

packages can check that extension modules are built for the right type
of python. Current values can be static, framework, shared and cfm (for
completeness, for MacPyton-OS9).

Closes bug #691889. The reporter suggests backporting this to 2.2.3
and I think I agree.

On a 64-bit machine, a dictionary could contain duplicate int/long keys
if the value was > 2**32.

a serious slowdown when loading dynamic modules that depend on large shared
libraries or frameworks.

Don't bother testing os.getlogin() if we aren't running from a tty (terminal)
It fails when run without a tty (e.g., when run from cron).

(patch provided by Greg Chapman)