Commit Graph

2888 Commits

Author SHA1 Message Date
Benjamin Peterson cd0ace391c remove svn:executable from scripts without a shebang line 2010-03-08 02:11:06 +00:00
Ronald Oussoren 2a4ab81633 Fix for issue #7998: pythonw didn't work when --with-framework-name was
specified
2010-03-07 09:04:06 +00:00
Andrew M. Kuchling f2055ae43d Remove Tools/modulator, a reference to it in the docs, and a screenshot of it.
(I asked the BDFL first, and he approved removing it.  The last actual bugfix
to Tools/modulator was in 2001; since then all changes have been search-and-replace:
string methods, whitespace fixes, etc.)
2010-02-22 21:04:02 +00:00
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
2010-01-17 16:25:57 +00:00
Ronald Oussoren 724c5b2e7f Add text to Mac/README to warn about non-universal libraries when
building a universal Python. Based on issue7679.
2010-01-17 12:38:11 +00:00
Georg Brandl 8cdc9bc901 More yearly updates. 2010-01-01 13:07:05 +00:00
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.
2009-12-24 13:30:58 +00:00
Ronald Oussoren 1a13cff7a5 An update to the script that's used to build the binary installer: don't install files in
/usr/local by default. Users can still choose to install files into /usr/local, but by
default we'll only install files in /Library/Framework/Python.framework and
/Applications/Python X.Y/
2009-12-24 13:30:42 +00:00
Ronald Oussoren 3934619da7 Don't use the '==' operator with test, that's an unportable bash-ism.
(Issue 7179)
2009-11-19 17:42:51 +00:00
Ronald Oussoren 209d4c3151 Fix for issue6957: ensure that the OSX installer
installs a version of Python that can build
extensions on OSX 10.6.
2009-09-29 19:34:13 +00:00
Ronald Oussoren 9ebd242fbb * Update the Mac/README file. Add the list of OSX-specific configure options
to that README file with some explanation.

* Be more strict in the configure script: complain loudly when the user has
  specified invalid combinations of OSX-specific configure arguments.

  The error message refers to the Mac/README file for more information.
2009-09-29 13:00:44 +00:00
Ronald Oussoren e50a9fdd2a The 'Navigation Toolbox' is not available at all for 64-bit
code, make this explicit in the C code to avoid confusing
error messages during the build.
2009-09-22 14:24:57 +00:00
Ronald Oussoren c66ced30be * Make it easier to build custom installers (such as a 3-way universal build)
* Upgrade bzip dependency to 1.0.5
2009-09-20 20:16:11 +00:00
Ronald Oussoren 956f4b2520 For for issue 6934: failures in postflight script in OSX installer 2009-09-20 11:19:00 +00:00
Ronald Oussoren 51f0633efd Fix for issue 6851: urllib.urlopen crashes in a thread on OSX 10.6 2009-09-20 10:31:22 +00:00
Ronald Oussoren 2596758cb4 Fix build issues on OSX 10.6 (issue 6802) 2009-09-06 10:00:26 +00:00
Jeffrey Yasskin 7937d939b1 Fix nearly all compilation warnings under Apple gcc-4.0. Tested with OPT="-g
-Wall -Wstrict-prototypes -Werror" in both --with-pydebug mode and --without.
There's still a batch of non-prototype warnings in Xlib.h that I don't know how
to fix.
2009-05-29 03:44:31 +00:00
Ronald Oussoren 364b22183c Remove some old MacPython files that are no longer relevant. 2009-05-19 20:12:17 +00:00
Ronald Oussoren cc00a262a6 Remove some traces of 'MacPython' 2009-05-19 19:29:24 +00:00
Ronald Oussoren e392b357e9 Minor update to OSX build-installer script, needed
to ensure that the build will succeed in a clean
checkout and with a non-default deployment target.
2009-03-31 13:20:45 +00:00
Ronald Oussoren 008af85dc0 Fix for issue 13095 2009-03-30 20:02:08 +00:00
Ronald Oussoren 354bb5ca67 Fixes issue 5270 2009-03-30 19:56:25 +00:00
Ronald Oussoren 508282e897 * Set a custom icon on the Python installer DMG
* Remove last traces of "MacPython"
* Add options to build different flavors of the installer
  (still defaulting to a 2-way universal build that
  runs on OSX 10.3)
2009-03-30 19:34:51 +00:00
Ronald Oussoren 451e82439d Remove usage of the deprecated '-cString' and '+stringWithCString:' API's
in PythonLauncher, replacing them with the correct counterparts.
2009-03-30 19:22:56 +00:00
Ronald Oussoren 648a4feced * Updates installed dependencies to latest releaases (bzip, zlib, ...)
* Changes code for updating folder icons from Python code
  that uses the deprecated Carbon module to a much simpler
  Cocoa program in Objective-C
2009-03-30 17:15:29 +00:00
Ronald Oussoren 506e6b0657 This patch fixes issue 1254695 (wrong argument type conversion in Carbon.Qt) 2009-03-30 15:20:46 +00:00
Ronald Oussoren 1ea79913b9 Fix for issue #1113328. 2009-03-04 22:49:36 +00:00
Ronald Oussoren a97063a108 Fixes issues 3883 and 5194 2009-03-04 21:35:05 +00:00
Ronald Oussoren 9ff3042650 Fix for issue 5226. 2009-03-04 21:12:17 +00:00
Ronald Oussoren 799868e8a7 Fix issue 5224. 2009-03-04 21:07:19 +00:00
Ronald Oussoren 6290178fc9 Fix issue776533. 2009-02-17 12:38:42 +00:00
Ronald Oussoren 0238497e93 Fix for issue1594 2009-01-02 14:10:20 +00:00
Ronald Oussoren 862359e2e6 Fix for issue 3433 2009-01-02 11:46:05 +00:00
Benjamin Peterson 16a2a1d2ce revert unrelated change to installer script 2008-12-09 02:05:11 +00:00
Benjamin Peterson d729aada6a specify how things are copied 2008-12-09 02:03:03 +00:00
Benjamin Peterson c310476802 update the mac installer script 2008-10-03 11:52:06 +00:00
Benjamin Peterson 218c6662a4 we're in 2.7 now 2008-10-02 19:00:31 +00:00
Ronald Oussoren aa8efbf084 Another fix for 4-way universal builds, use the right #ifndef guard
to detect the OSX 10.5 SDK.
2008-08-12 12:41:45 +00:00
Ronald Oussoren 5aa0b4d766 Fix build issue on OSX 10.4, somehow this wasn't committed before. 2008-07-22 07:06:33 +00:00
Ronald Oussoren 0bd10fd5cc Last bit of a fix for issue3381 (addon for my patch in r65061) 2008-07-18 05:48:03 +00:00
Mark Dickinson 1b6c4c80a3 issue #3199: Fix typo in Mac/Makefile.in 2008-06-25 15:29:32 +00:00
Gregory P. Smith dd96db63f6 This reverts r63675 based on the discussion in this thread:
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.
2008-06-09 04:58:54 +00:00
Ronald Oussoren 0d236eb05a Fix build issue on OSX 10.4 2008-06-06 21:31:33 +00:00
Ronald Oussoren 5640ce2f1e MacOS X: Enable 4-way universal builds
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.
2008-06-05 12:58:24 +00:00
Christian Heimes 593daf545b Renamed PyString to PyBytes 2008-05-26 12:51:38 +00:00
Ronald Oussoren 6cc9fd7bd5 Make gestaltmodule.c 64-bit safe. 2008-05-18 20:47:13 +00:00
Benjamin Peterson 236819310d Add warnings to and deprecated all those Mac modules 2008-05-12 21:42:13 +00:00
Ronald Oussoren f2ef92cee7 Fix for #1905: PythonLauncher not working correctly on OSX 10.5/Leopard
This fixes both Python Launchar and the terminalcommand module.
2008-05-02 21:42:35 +00:00
Ronald Oussoren 85f19709f9 Finish fix for issue2573, previous patch was incomplete. 2008-05-02 19:58:56 +00:00
Ronald Oussoren 580c7fec67 Fix for issue #2573: Can't change the framework name on OS X builds
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).
2008-05-02 19:45:11 +00:00