自 Mac OS 10.11 El Capitan 起，具有系统完整性保护的 DYLD_LIBRARY_PATH 技巧的替代方案

这是我所拥有的：

• Mac 操作系统 10.11 埃尔卡皮坦
• python 2.7.12，从 python.org 安装/Library/Frameworks/Python.framework/
• 皮查姆 2016.2.3
• vtk 7.1.0

这是我所做的：

• 在本地构建一个 python 模块。就我而言，这是vtk。有关摘要，请参阅我用来配置 vtk 的 CMake 调用。

  cmake -G Ninja .. -DCMAKE_BUILD_TYPE=Release -DVTK_WRAP_PYTHON=ON -DBUILD_EXAMPLES=OFF -DBUILD_SHARED_LIBS=ON -DBUILD_TESTING=OFF -DCMAKE_INSTALL_PREFIX="/opt/dev/versions/vtk/vtk-7.1.0-shared" -DPYTHON_INCLUDE_DIR="/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7/" -DPYTHON_LIBRARY="/Library/Frameworks/Python.framework/Versions/2.7/lib/libpython2.7.dylib"
  

• 将 python 包安装在 python 可以找到的位置。就我而言，这是/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages请注意，我需要延长DYLD_LIBRARY_PATH通过库所在的位置：/opt/dev/versions/vtk/vtk-7.1.0-shared/lib/.

• 如果我从终端启动 python，我可以成功导入 vtk。

  import vtk
  v = vtk.vtkVersion()
  print v.GetVTKVersion()
  

• 如果我尝试在 PyCharm 的 python 控制台中导入 vtk，则会收到以下错误：

  Traceback (most recent call last):
    File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/IPython/core/interactiveshell.py", line 2881, in run_code
      exec(code_obj, self.user_global_ns, self.user_ns)
    File "<ipython-input-2-b7e11aadda62>", line 1, in <module>
      import vtk
    File "/Applications/PyCharm.app/Contents/helpers/pydev/_pydev_bundle/pydev_import_hook.py", line 21, in do_import
      module = self._system_import(name, *args, **kwargs)
    File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/vtk/__init__.py", line 41, in <module>
      from .vtkCommonCore import *
    File "/Applications/PyCharm.app/Contents/helpers/pydev/_pydev_bundle/pydev_import_hook.py", line 21, in do_import
      module = self._system_import(name, *args, **kwargs)
    File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/vtk/vtkCommonCore.py", line 9, in <module>
      from vtkCommonCorePython import *
    File "/Applications/PyCharm.app/Contents/helpers/pydev/_pydev_bundle/pydev_import_hook.py", line 21, in do_import
      module = self._system_import(name, *args, **kwargs)
  ImportError: No module named vtkCommonCorePython
  

到目前为止，我明白问题是由系统完整性保护(SIP) 已在 El Capitan 中引入。影响之一是子进程只具有禁止进入到其他资源，PyCharm 最有可能将 python 作为单独的进程执行。

我还了解到 python 无法导入 vtk，因为它找不到 python 模块链接到的 dylib。我可以通过两种方式验证这一点：

• The DYLD_LIBRARY_PATH是空的。这是因为 python 在 PyCharm 中作为子进程运行：os.getenv('DYLD_LIBRARY_PATH')回报None.
• 当我复制所有库时/opt/dev/versions/vtk/vtk-7.1.0-shared/lib/到当前工作目录，我可以导入模块

现在问题： 显然，DYLD_LIBRARY_PATH不能在子进程中使用，因此自 El Capitan 以来不应再使用。那么，如何正确替换这个在 MacOS 10.11 之前运行良好的“联动黑客”呢？有办法还能用吗DYLD_LIBRARY_PATH?

禁用 SIP 不是一个选项。显然，它有助于将 dylibs 复制到当前工作目录中，但这对我来说不可行。然而，将库放在（vtk 的）站点包位置中并没有帮助。

我很确定很多人一直依赖DYLD_LIBRARY_PATH-hack 现在正在与 SIP 的后果作斗争 - 这就是为什么我认为社区可能会从这个相当冗长的问题中受益。

经过长时间的斗争，我终于解决了最后一点问题。

通过设置一个RPATH 的固定值运行路径相关的库已安装的二进制文件，我的链接问题消失了。

实现这一目标有不同的可能性。我想一种选择是使用install_name_tool。对我来说，最简单的方法是使用适当的 CMake 标志构建 vtk。这是我更新的电话cmake, where CMAKE_MACOSX_RPATH and CMAKE_INSTALL_RPATH做一些改变：

    cmake -G Ninja .. -DCMAKE_BUILD_TYPE=Release \
              -DVTK_WRAP_PYTHON=ON \
              -DBUILD_EXAMPLES=OFF \
              -DBUILD_SHARED_LIBS=ON \
              -DBUILD_TESTING=OFF \
              -DCMAKE_INSTALL_PREFIX="/opt/dev/versions/vtk/vtk-7.1.0-shared" \
              -DCMAKE_MACOSX_RPATH=ON \
              -DCMAKE_INSTALL_RPATH="/opt/dev/versions/vtk/vtk-7.1.0-shared/lib" \
              -DPYTHON_INCLUDE_DIR="/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7/" \
              -DPYTHON_LIBRARY="/Library/Frameworks/Python.framework/Versions/2.7/lib/libpython2.7.dylib"

Read here有关 CMake 的 rpath 处理的更多信息。注意otool -L vtkCommonCorePython.so（举个例子）仍然会写@rpath在输出中，但值仍然是固定的。

@rpath/libvtkCommonCorePython27D-7.1.1.dylib (compatibility version 0.0.0, current version 0.0.0)
@rpath/libvtkWrappingPython27Core-7.1.1.dylib (compatibility version 0.0.0, current version 0.0.0)
/Library/Frameworks/Python.framework/Versions/2.7/Python (compatibility version 2.7.0, current version 2.7.0)
@rpath/libvtksys-7.1.1.dylib (compatibility version 0.0.0, current version 0.0.0)
@rpath/libvtkCommonCore-7.1.1.dylib (compatibility version 0.0.0, current version 0.0.0)
/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.1.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1)