MacOSX10.6SnowLeopard上的Python 3.1.1

今天，我花了一些时间，使用--enable framework和--enable universalsdk选项在MacBook Pro上构建python 3.1.1的源代码，但没有成功。我谦虚地承认，我不知道为什么我不能在雪豹上编译3.1.1，我确实确保了雪豹的新Xcode版本，并且确保了我还安装了10.4u SDK。它似乎在make阶段阻塞了10.4SDK，在configure阶段有几个关于wchar、cursor和ncursor的头的错误。我已经能够从一个简单的配置中获得成功，并且大多数都通过了测试，但这还不够具有挑战性。是否有其他人试图在运行Snow Leopard的Mac上构建python 3.1.1？如果您真的想使用较旧的SDK，则需要设置MACOSX_部署_目标

---

如果你的目标是10.6，可能是PPC建筑不再受支持，根据。事实上，即使你以10.4为目标，使用XCode 3.2（我自己还没有尝试过），情况也可能会如此。

我还没有安装10.6，所以我不能肯定它是否能正常工作，但一般来说，如果你想在OS X上构建一个针对10.6版Python优化的电池框架构建，在Martin提到的bug报告中应用后，最好使用源代码树中的安装程序构建脚本

Mac/BuildScript/build installer.py

。这样的方法应该有效[未经测试]：

.

/build-installer.py--sdk path=/Developer/SDKs/MacOSX10.6.sdk--universal-arch=intel--dep-target=10.6--src-dir=--构建目录=…

这将构建所有内容，包括依赖的第三方库和文档，但是，预先警告一下，您可能需要调整一些内容，直到您正确地完成它，并且有一些内容在64位中还不受支持，最显著的是tkinter。如上所述，只要不需要64位支持，标准的python.org 3.1.1安装程序应该可以正常工作

---

[编辑：我应该澄清，WRT 64位支持，问题不在于tkinter，而在于苹果提供的10.5和更早版本的Tk仅为32位，因此setup.py中有代码防止试图在OSX上构建64位版本的tkinter。如果10.6 Tk是64位的，也许现在可以删除该检查。]

这里有一个自动安装程序：

Kenneth Reitz的Solution不适合我。事实上，安装工作正常，但我的默认路径仍然指向

/usr/bin/python

（v2.6.1.）。我隐约记得，我们应该修改

~/.profile

以指向

/…/Frameworks

，我希望安装程序能为我这样做（没有）

无论如何，

/Library/Frameworks/Python.framework/Versions/3.1/bin

存在，因此我们可以添加它。 但我很好奇，为什么里面的蟒蛇垃圾箱会在我身上撞击和燃烧

---

现在没有时间解决这个问题。再见。

您为什么不在使用Mac安装程序磁盘映像？或者为什么不使用MacPorts（）？我同意，您对我的假设陈述了一个更加雄辩的版本。我最终放弃了使用安装程序，并遇到了同样的问题。然后，在阅读一些文档时，我意识到安装程序并没有像通常那样自动修改配置文件。