如何修复install_name_tool:无法在xcode 10.2中打开文件

时间:2019-04-08 09:15:55

标签: xcode macos version

这是我的第一篇文章,所以希望我能正确遵守规则...

  

install_name_tool:无法打开文件:/Users/App/Desktop/myApp/DerivedData/MyApp/Build/Products/Debug/Test.app/Contents/Frameworks/mylib.dylib(无此类文件或目录)

这从版本10.2(10E125)开始。在此版本之前,install_name工具可以正常工作。从我所看到的是,在Xcode实际将dylib复制到@executable_path /../ Frameworks / mylib.dylib“” $ {APP_FILENAME}“之前,正在执行构建阶段下的复制脚本。

我将dylib添加到Xcode中,如下所示(让Xcode处理所有复制): 1.链接的框架和库,然后添加 2.嵌入式二进制文件 3.添加了实际代码以重新链接到Build Phases => Run Script:

  

install_name_tool -change“ $ {LIB_PATH} /libtest.dylib”“ @executable_path /../ Frameworks / libtest.dylib”“ $ {APP_FILENAME}”   install_name_tool -id @executable_path /../ Frameworks / libtest.dylib“ $ {FRAMEWORK_PATH} /mylib.dylib”```

我有以下几点建议: 1.在复制脚本中使用了sleep语句,但是它只是暂停了Xcode的运行,并且仍然存在相同的问题。 2.使用了外部脚本,同样的问题。 3.添加到发布,同样的问题。

我认为这很简单,我不能把手放在上面。

  

install_name_tool -change“ $ {LIB_PATH} /libtest.dylib”“ @executable_path /../ Frameworks / libtest.dylib”“ $ {APP_FILENAME}”   install_name_tool -id @executable_path /../ Frameworks / libtest.dylib“ $ {FRAMEWORK_PATH} /mylib.dylib”

我试图重命名dylib,以便它们从/ usr / local / opt /

的原始位置指向@executable_path /../ Frameworks /

1 个答案:

答案 0 :(得分:0)

我已解决错误。 就我而言,我已从XCode的构建阶段中删除了运行脚本