cpython.git - https://github.com/python/cpython.git

	Commit message (Collapse)	Author	Age	Files	Lines
*	Recorded merge of revisions 81029 via svnmerge from	Antoine Pitrou	2010-05-09	1	-491/+491
\| \| \| \| \| \| \| \| \| \|	svn+ssh://pythondev@svn.python.org/python/trunk ........ r81029 \| antoine.pitrou \| 2010-05-09 16:46:46 +0200 (dim., 09 mai 2010) \| 3 lines Untabify C files. Will watch buildbots. ........
*	Another fix for 4-way universal builds, use the right #ifndef guard	Ronald Oussoren	2008-08-12	1	-1/+1
\| \| \| \|	to detect the OSX 10.5 SDK.
*	This reverts r63675 based on the discussion in this thread:	Gregory P. Smith	2008-06-09	1	-1/+1
\| \| \| \| \| \| \|	http://mail.python.org/pipermail/python-dev/2008-June/079988.html Python 2.6 should stick with PyString_* in its codebase. The PyBytes_* names in the spirit of 3.0 are available via a #define only. See the email thread.
*	Fix build issue on OSX 10.4	Ronald Oussoren	2008-06-06	1	-0/+3
\|
*	MacOS X: Enable 4-way universal builds	Ronald Oussoren	2008-06-05	1	-77/+157
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	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.
*	Renamed PyString to PyBytes	Christian Heimes	2008-05-26	1	-6/+6
\|
*	Add warnings to and deprecated all those Mac modules	Benjamin Peterson	2008-05-12	1	-0/+3
\|
*	Modified PyImport_Import and PyImport_ImportModule to always use absolute ↵	Christian Heimes	2008-01-03	1	-1/+1
\| \| \| \| \| \|	imports by calling __import__ with an explicit level of 0 Added a new API function PyImport_ImportModuleNoBlock. It solves the problem with dead locks when mixing threads and imports
*	Fix for bug #1525447 (renaming to MacOSmodule.c would also work, but not	Ronald Oussoren	2006-07-25	1	-0/+644
	without causing problems for anyone that is on a case-insensitive filesystem). Setup.py tries to compile the MacOS extension from MacOSmodule.c, while the actual file is named macosmodule.c. This is no problem on the (default) case-insensitive filesystem, but doesn't work on case-sensitive filesystems.