summaryrefslogtreecommitdiffstats
path: root/Mac/IDLE
Commit message (Collapse)AuthorAgeFilesLines
* Fix for issue #3646: with this patch it is possible to do aRonald Oussoren2010-04-301-1/+1
| | | | | | | | | | | | framework install of Python in your home directory (on OSX): $ configure --enable-framework=${HOME}/Library/Frameworks $ make && make install Without this patch the framework would get installed just fine, but 'make install' would try to install the application bundles and command-line tools outside the user's home, which doesn't work for non-admin users (and is bad form anyway).
* Issue #6834: replace the implementation for the 'python' and 'pythonw' ↵Ronald Oussoren2009-12-243-3/+19
| | | | | | | | | | | | | | | | | 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.
* Fixes issues 3883 and 5194Ronald Oussoren2009-03-041-7/+50
|
* Fix for issue 3433Ronald Oussoren2009-01-021-3/+3
|
* Last bit of a fix for issue3381 (addon for my patch in r65061)Ronald Oussoren2008-07-181-1/+1
|
* MacOS X: Enable 4-way universal buildsRonald Oussoren2008-06-052-3/+6
| | | | | | | | | | | | | | | | | | This patch adds a new configure argument on OSX: --with-universal-archs=[32-bit|64-bit|all] When used with the --enable-universalsdk option this controls which CPU architectures are includes in the framework. The default is 32-bit, meaning i386 and ppc. The most useful alternative is 'all', which includes all 4 CPU architectures supported by MacOS X (i386, ppc, x86_64 and ppc64). This includes limited support for the Carbon bindings in 64-bit mode as well, limited because (a) I haven't done extensive testing and (b) a large portion of the Carbon API's aren't available in 64-bit mode anyway. I've also duplicated a feature of Apple's build of python: setting the environment variable 'ARCHFLAGS' controls the '-arch' flags used for building extensions using distutils.
* Fix for issue #2573: Can't change the framework name on OS X buildsRonald Oussoren2008-05-021-1/+2
| | | | | | | This introduces a new configure option: --with-framework-name=NAME (defaulting to 'Python'). This allows you to install several copies of the Python framework with different names (such as a normal build and a debug build).
* Fix bug #1517990: IDLE keybindings on OSXRonald Oussoren2006-07-251-1/+1
| | | | | | | This adds a new key definition for OSX, which is slightly different from the classic mac definition. Also add NEWS item for a couple of bugfixes I added recently.
* - Patch the correct version of python in the Info.plists at build time, insteadRonald Oussoren2006-06-072-5/+10
| | | | | of relying on a maintainer to update them before releases. - Remove the now empty Mac/OSX directory
* And the last bit: move IDLE one level up and adjust makefilesRonald Oussoren2006-06-075-0/+303