我的 iOS 应用程序中有一个带有 dylib 的框架，该框架是在另一台机器上编译的。
我检查了我机器上的源代码并尝试指示lldb 使用以下方法映射源代码路径：
settings set target.source-map /source/code/path/in/dylib/prefix /source/code/path/on/my/machine/prefix
无济于事，仍在查看组装。
注意 #1：dylib 是从相同版本的 Xcode 中的 C++ 代码编译而来的。
注意 #2：我使用nm -pa /path/to/dylib 来确定文件路径是否嵌入到调试信息中，并且它们是，lldb 出于某种原因无法正常运行。
谢谢
更新
我已经按照下面 Jim Ingham 的回答创建了一个脚本来自动执行此操作，该脚本在我写的这篇文章中作为要点链接提供：https://medium.com/@maxraskin/background-1b4b6a9c65be
【问题讨论】：
要调试在一台机器上构建但在另一台机器上调试的代码，您必须构建一个 dSYM 并在您正在调试的机器上使用它。如果你还没有这样做，那就什么都做不了。
接下来要检查的是 lldb 正在获取 dSYM。这个页面有一些关于这个过程是如何工作的描述：
http://lldb.llvm.org/symbols.html
但如果一切都失败了，您可以使用add-dsym 命令手动添加它。
如果这还没有解决你的问题，那么在你的 dylib 中选择一些符号，然后做：
(lldb) image lookup -vn <SYMBOL_NAME>
或者在加载的dylib中找到一些地址并执行：
(lldb) image lookup -va <ADDRESS>
如果 lldb 找到 dSYM 并且调试信息正确，则输出行之一应该是“编译单元”的条目。这就是调试信息所说的源文件的路径。该路径的适当基础是您应该在 target.source-map 中使用的基础。如果您没有看到该条目，则该编译单元的调试信息会以某种方式丢失。
如果所有这些看起来都不错，而 lldb 仍然看不到源文件，那么您很可能遇到了错误，在这种情况下，请通过 http://bugreporter.apple.com 提交错误。
【讨论】：
add-dsym指出dSYM路径，然后用image lookup -vn <SYMBOL_NAME>得到符号源代码路径，然后用settings set target.source-map /path/prefix/i/got/from/lookup /path/prefix/on/my/machine改映射。