Mirrors/cpython - cpython - Gitea: Git with a cup of tea

Author	SHA1	Message	Date
Ezio Melotti	24b07bcba3	#11515 : fix several typos. Patch by Piotr Kasprzyk.	16 years ago
Ronald Oussoren	27c72e9e5c	Fix for issue8868: without this patch 'MacOS.WMAvailable()' will return False on MacOSX 10.5 or earlier and scripts won't be able to access GUI functionality.	16 years ago
Antoine Pitrou	c83ea137d7	Untabify C files. Will watch buildbots.	16 years ago
Ronald Oussoren	7591285fc3	This check-in fixes two problems: 1) A non-critical off-by-one error in pythonw 2) A problem in the configure script that caused builds with '--enable-framework --enable-universalsdk=/' to fail on OSX 10.6.	17 years ago
Ronald Oussoren	2a4ab81633	Fix for issue #7998 : pythonw didn't work when --with-framework-name was specified	17 years ago
Ronald Oussoren	a55af9a9db	- Issue #7658 : Ensure that the new pythonw executable works on OSX 10.4 - Issue #7714: Use ``gcc -dumpversion`` to detect the version of GCC on MacOSX. - Make configure look for util.h as well as libutil.h. The former is the header file that on OSX contains the defition of openpty. (Needed to compile for OSX 10.4 on OSX 10.6) - Use the correct definition of CC to compile the pythonw executable	17 years ago
Ronald Oussoren	92919a66d2	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.	17 years ago
Ronald Oussoren	8ec9f866c0	Move Mac/OSX/Tools one level up	20 years ago
Ronald Oussoren	836b039b7c	Rework the build system for osx applications: * Don't use xcodebuild for building PythonLauncher, but use a normal unix makefile. This makes it a lot easier to use the same build flags as for the rest of python (e.g. make a universal version of python launcher) * Convert the mac makefile-s to makefile.in-s and use configure to set makefile variables instead of forwarding them as command-line arguments * Add a C version of pythonw, that we you can use '#!/usr/local/bin/pythonw' * Build IDLE.app using bundlebuilder instead of BuildApplet, that will allow easier modification of the bundle contents later on.	20 years ago