gpt4 book ai didi

python - 在 OS X 上跟踪互连的 Python 可执行文件

转载 作者:太空宇宙 更新时间:2023-11-04 09:19:23 27 4
gpt4 key购买 nike

我有一个相当长的设置,最后是三个问题。在 OS X 上,系统 Python 框架包含三个可执行文件(让我给它们起个简称):

> F=/System/Library/Frameworks/Python.framework/Versions/2.6
> A=$F/bin/python2.6
> B=$F/Resources/Python.app/Contents/MacOS/Python
> C=$F/Python

$A 和 $B 显然太小了,不能成为 Python 本身。

> ls -s $A; ls -s $B; ls -s $C
16 /System/Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6
16 /System/Library/Frameworks/Python.framework/Versions/2.6/Resources/Python.app/Contents/MacOS/Python
3152 /System/Library/Frameworks/Python.framework/Versions/2.6/Python

> $A
Python 2.6.1 (r261:67515, Jun 24 2010, 21:47:49)
> $B
Python 2.6.1 (r261:67515, Jun 24 2010, 21:47:49)
> $C
-bash: /System/Library/Frameworks/Python.framework/Versions/2.6/Python: cannot execute binary file

尽管大小和效果明显相同,但前两个是不同的,例如:

> cmp -lc $A $B

此外,在/usr/bin 中,python2.6 是$C 的符号链接(symbolic link),但还有:

> D=/usr/bin/python
> ls -s $D
48 /usr/bin/python

我想理清这些是如何联系起来的;命令 which 没有帮助。

> export DYLD_PRINT_LIBRARIES=1
> $A
..
dyld: loaded: /System/Library/Frameworks/Python.framework/Versions/2.6/Resources/Python.app/Contents/MacOS/Python
dyld: loaded: /System/Library/Frameworks/Python.framework/Versions/2.6/Python

总结:$A 加载 $B 然后是 $C; $B 加载 $C; $D 加载 $B 后跟 $C

所以我的问题是:

  1. 这在任何地方都有记录吗?
  2. 它们扮演什么角色?
  3. 最重要的是,哪些工具可用于跟踪此类联系?

最佳答案

Apple 在 OS X 10.6 中提供的 Python 是使用标准 Python framework 构建选项构建和安装的,并进行了一些自定义调整。它不在 Apple 的文档中,因为特定布局不是 Apple 的发明;多年来,Python 项目以其他 OS X 框架布局为起点,不断发展。如果您使用 python.org 安装程序之一在 OS X 上安装 Python 版本,例如来自 here ,您将看到相同的模式,框架位于 /Library/Frameworks/ 而不是 /System/Library/Frameworks。所以,如果您真的很好奇,可以下载源代码并查看configure 脚本和Makefile 模板。不过,这可能是繁重的阅读。 Apple 还提供了 here用于在每个 OS X 版本中构建开源组件(包括 Python)的源代码以及自定义补丁,因此从理论上讲,您可以确切地看到 Apple 如何构建它发布的内容。

也就是说,为了解决您的问题,在 Python 2.6 中:

$A 是 pythonw 包装器,它确保 Python 被 OS X 识别为 GUI 应用程序(参见 pythonw.c here 的源代码)。请注意,Apple 版本的 pythonw 已被定制以添加首选执行模式(请参阅 Apple 的 man 1 python)。较新版本的 Python(2.7 和 3.2)的上游源代码提供了一种稍微不同的方法。

$B 是 Python 解释器的实际可执行文件。它是由 pythonw 可执行文件 $A exec 执行的。您应该能够通过实际运行 Python 并查看 sys.executable 的值来轻松验证这一点,但是 Apple 提供的 Python 2.6 存在一个错误(可能是由于上述添加的功能)这会导致错误的值被分配给它。 python.org Python 2.6.6 显示正确的值:

$ cd /Library/Frameworks/Python.framework/Versions/2.6
$ ./bin/python2.6 -c 'import sys;print(sys.executable)'
/Library/Frameworks/Python.framework/Versions/2.6/Resources/Python.app/Contents/MacOS/Python`

$C 是包含解释器所有可加载模块的共享库。您可以通过在 $B 上使用 otool 来查看:

$ cd /System/Library/Frameworks/Python.framework/Versions/2.6
$ cd Resources/Python.app/Contents/MacOS/
$ otool -L ./Python
Python:
/System/Library/Frameworks/Python.framework/Versions/2.6/Python (compatibility version 2.6.0, current version 2.6.1)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0)

关于python - 在 OS X 上跟踪互连的 Python 可执行文件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4658008/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com