diff options
| author | Ronald Oussoren <ronaldoussoren@mac.com> | 2009-12-24 14:03:19 (GMT) |
|---|---|---|
| committer | Ronald Oussoren <ronaldoussoren@mac.com> | 2009-12-24 14:03:19 (GMT) |
| commit | 6f6c56249295a69965cd404900997c4ea4ac6130 (patch) | |
| tree | ef660745b784fc8bf9d8a3787d0dd1dfe7140c40 /Misc | |
| parent | ecc6081b3efb5f9d6117acfde692360226eae798 (diff) | |
| download | cpython-6f6c56249295a69965cd404900997c4ea4ac6130.zip cpython-6f6c56249295a69965cd404900997c4ea4ac6130.tar.gz cpython-6f6c56249295a69965cd404900997c4ea4ac6130.tar.bz2 | |
Merged revisions 77031 via svnmerge from
svn+ssh://pythondev@svn.python.org/python/trunk
........
r77031 | ronald.oussoren | 2009-12-24 14:30:58 +0100 (Thu, 24 Dec 2009) | 15 lines
Issue #6834: replace the implementation for the 'python' and 'pythonw' executables on OSX.
The previous implementation used execv(2) to run the real interpreter, which means that
you cannot use the arch(1) tool to select the architecture you want to use for a
universal build because that only affects the python/pythonw wrapper and not the actual
interpreter.
The new version uses posix_spawnv with a number of OSX-specific options that ensure that
the real interpreter is started using the same CPU architecture as the wrapper, and that
means that 'arch -ppc python' now actually works.
I've also changed the way that the wrapper looks for the framework: it is now linked to
the framework rather than hardcoding the framework path. This should make it easier to
provide pythonw support in tools like virtualenv.
........
Diffstat (limited to 'Misc')
| -rw-r--r-- | Misc/NEWS | 7 |
1 files changed, 7 insertions, 0 deletions
@@ -12,6 +12,13 @@ What's New in Python 3.2 Alpha 1? Core and Builtins ----------------- +- Issue #6834: replace the implementation for the 'python' and 'pythonw' + executables on OSX. + + These executables now work properly with the arch(1) command: + ``arch -ppc python`` will start a universal binary version of python + in PPC mode (unlike previous releases). + - Issue #7466: segmentation fault when the garbage collector is called in the middle of populating a tuple. Patch by Florent Xicluna. |