在Mac OS X上,你使用发布的python还是你自己的?

时间:2010-06-16 11:06:23

标签: python macos installation

在Tiger上,我使用自定义python安装来评估更新的版本,我对 * 没有任何问题。现在Snow Leopard更新一些,默认情况下附带

$ ls /System/Library/Frameworks/Python.framework/Versions/
2.3    2.5    2.6    @Current

  • 什么可以被认为是最佳做法?使用Mac OS X附带的python或自定义编译版本,比如$HOME
  • 使用一个选项比另一个选项有任何优点/缺点吗?

到目前为止,我的设置相当简单,看起来像这样:$HOME中的自定义编译Python和首先调查$PATH的{​​{1}},然后使用我的私有 Python版本。此外,$HOME/bin指向此本地安装。这样,我不需要$PYTHONPATH - 安装包 - virtualenv负责其余的工作。注意:我喜欢这个设置,所以我很好奇,并且认为我询问 hive mind

5 个答案:

答案 0 :(得分:5)

我想这取决于你的需求。就个人而言,我使用MacPorts的任何系列(2.5,2.6等)的最新版本。

答案 1 :(得分:2)

我自己编译,因为这给了我最新的64位版本。官方OS X版本似乎只有32位。几个月前我放弃了MacPorts,因为它的依赖系统及其经常过时的软件包太烦人了。

答案 2 :(得分:1)

使用操作系统附带的Python版本的问题在于它可能包含错误,或者在其他方面受到限制。如果您从Fink或MacPorts安装Python,您可以自由更新它。

使用软件包管理器(Fink或MacPorts)管理自己的Python版本的另一个重要优势是它们对编译模块依赖项有很大帮助(例如,当您使用模块时)这取决于编译的C代码)。因此,如果不使用OS X附带的Python,安装Python模块肯定会更容易。在做出选择之前,这是一个需要考虑的重点。

答案 3 :(得分:0)

您在机器上所做的事完全取决于您。如果您要将代码部署到其他人,我会说使用发布的版本显然更可取,除非真的需要更新的版本。

答案 4 :(得分:0)

我正在挖掘这个老话题。

没有真正的答案从源和捆绑创建自己的python发行版/框架并以正确的方式打包它。我试图从源代码编译它,将它链接到我的C编程应用程序,它使用python 3并在我的计算机上工作。但是当我在文件系统中移动它时(例如到/ tmp),它在python编译中有硬编码路径。我不知道要制作什么脚本/包装器。

我发布我们自己的python发行版的意思是确保在运送应用程序并依赖OS python安装时,涉及到interpeter更改并不奇怪。

python docs上也没有记载。

我已经找到了这篇文章4206511