2009-08-29 2 views
2

Я провел некоторое время сегодня, играя с получением источника для python 3.1.1 для создания на моем MacBook Pro с использованием --enable-framework и --enable-universalsdk варианты без успеха. Я смиренно признаю, что у меня нет реального понятия, почему я не могу скомпилировать 3.1.1 на Snow Leopard, я обязательно получил новую версию Xcode для Snow Leopard и убедился, что я также установил SDK 10.4u. Кажется, он задыхается от 10.4 SDK во время стадии make и имеет несколько ошибок в отношении заголовков для wchar, курсора и ncursor во время этапа настройки. Я смог получить make из простой конфигурации, и большинство тестовых проходов, но это просто недостаточно сложно. Кто-нибудь еще попытался построить python 3.1.1 на Mac с помощью Snow LeopardPython 3.1.1 на Mac OS X 10.6 Snow Leopard

+1

Есть ли какая-то особая причина, почему вы не используете образ диска установщика Mac по адресу http://www.python.org/ftp/python/3.1.1/python-3.1.1.dmg? – las3rjock

+0

Или почему бы не использовать MacPorts (http://www.macports.org)? –

ответ

1

Вам необходимо установить MACOSX_DEPLOYMENT_TARGET, если вы действительно хотите использовать старый SDK.

Если вы нацеливаете 10.6, возможно, что здание PPC больше не поддерживается, согласно this bug report. Фактически, это может иметь место, даже если вы нацелились на 10.4, используя XCode 3.2 (не пробовали себя).

+0

Согласен, вы заявили гораздо более красноречивую версию моего предположения. – snarkyname77

1

У меня пока нет 10.6, поэтому я не могу сказать, что он будет работать без проблем, но, в общем, если вы хотите построить встроенную в каркас фреймворк, оптимизированную для 10.6 Python на OS X, вам лучше всего использовать скрипт сборки установщика в исходном дереве в Mac/BuildScript/build-installer.py после применения the patch в отчете об ошибке, о котором упоминал Мартин. Что-то вроде этого должно работать [непроверено]:

. /build-installer.py --sdk-path=/Developer/SDKs/MacOSX10.6.sdk --universal-archs=intel --dep-target=10.6 --src-dir=... --build-dir=...

Это построит все, в том числе зависимые сторонние библиотеки и документацию, но, быть предупрежденными, вам, вероятно, придется настраивать все, пока не получится правильно, а некоторые вещи еще не поддерживаются в 64-разрядной версии, в частности, tkinter. Как упоминалось выше, стандартный установщик python.org 3.1.1 должен, вероятно, работает нормально, если вам не нужна поддержка 64-разрядной версии.

[EDIT: Я должен уточнить, что 64-разрядная поддержка WRT, проблема не в tkinter, а в том, что поставляемые Apple версии Tk в 10,5 и более ранних версиях были только 32-битными, и поэтому был код в setup.py, чтобы предотвратить попытку создания 64-разрядной версии tkinter в OSX. Возможно, что проверка может быть удалена в настоящее время, если 10,6 Ок 64-бит]

0

soluton Кеннета РАЙТЦ не работает для меня. Фактически, установка работает нормально, но мой по умолчанию PATH по-прежнему указывает на /usr/bin/python (v2.6.1.). Я смутно помню, что мы должны изменить наш ~/.profile, чтобы указать на /.../Frameworks, и я ожидал, что установщик сделает это для меня (нет).

В любом случае, /Library/Frameworks/Python.framework/Versions/3.1/bin существует, поэтому мы можем добавить его. Но мне любопытно, почему в баре python там происходит сбой и горит.

Нет времени решить это сейчас. До свидания.

+0

Я, наконец, дал в использовании установщика и имел эту же проблему. Затем, когда я читал какую-то документацию, я понял, что установщик не модифицировал профиль автоматически, как обычно. – snarkyname77

Смежные вопросы