Message145364
> sudo make frameworkinstall
While that shouldn't affect the Apple-supplied system Pythons, be aware that with default ./configure settings this will overwrite any third-party Python installs (like from the python.org installers) of the version in question in /Library/Frameworks. For unreleased versions, like from default that shouldn't be a big issue. But it is safer and easy to pick some other location to install the framework. I also usually use a different framework name to reduce the chances of accidentally dynamically linking to the wrong framework. On a current 10.6 or 10.7 system, I'd recommend something like this:
./configure --enable-universalsdk=/Developer/SDKs/MacOSX10.6.sdk --with-universal-archs=intel '--prefix=/path/to/test/root' '--enable-framework=/path/to/test/Library' --with-framework-name=pytest_10_6 MACOSX_DEPLOYMENT_TARGET=10.6 CC=/usr/bin/gcc-4.2
On 10.4 or 10.5 systems, to simulate the 32-bit-only installer build:
./configure --enable-universalsdk=/Developer/SDKs/MacOSX10.4u.sdk --with-universal-archs=32-bit '--prefix=/path/to/test/root' '--enable-framework=/path/to/test/Library' --with-framework-name=pytest_10_3 --with-pydebug MACOSX_DEPLOYMENT_TARGET=10.3 CC=/usr/bin/gcc-4.0
Bryce, are you interested in writing a patch for the test? |
|
Date |
User |
Action |
Args |
2011-10-11 20:25:44 | ned.deily | set | recipients:
+ ned.deily, vinay.sajip, ixokai, ronaldoussoren, eric.araujo, louiscipher |
2011-10-11 20:25:44 | ned.deily | set | messageid: <1318364744.22.0.762285855906.issue10881@psf.upfronthosting.co.za> |
2011-10-11 20:25:43 | ned.deily | link | issue10881 messages |
2011-10-11 20:25:43 | ned.deily | create | |
|