dyld的：延迟符号绑定失败：找不到符号 - 纳米报告发现符号 [英] dyld: lazy symbol binding failed: Symbol not found - nm reports symbol found

问题描述

相当抽象的问题在这里，因为我不知道在哪里挺开始我自己的调查。

Fairly abstract question here, as I don't know quite where to start my own investigations.

我有CMake的构建了一个C包产生librpdb.so;我有一个Ruby宝石设置了相同的库，产生rpdb.bundle。

I have a C package constructed with CMake that produces librpdb.so; I have a Ruby Gem set up for the same library, which produces rpdb.bundle.

在Ruby中使用，我得到这样的：

When used in Ruby, I get this:

dyld: lazy symbol binding failed: Symbol not found: _RPDB_RuntimeStorageController_sharedInstance
  Referenced from: /usr/local/lib/ruby/gems/1.9.1/gems/rpdb-0.1.0/lib/rpdb/rpdb.bundle
  Expected in: flat namespace

当我看着图书馆，纳米报告：

When I look into the library, nm reports:

000000000000ea40 T _RPDB_RuntimeStorageController_sharedInstance

所以看来符号确实是在库中。那么，为什么会失败的结合？

So it appears that the symbol is indeed in the library. Why, then, would binding fail?

推荐答案

简单地说，连接在第一库的水平没有发生，虽然它，因为头被适当被发现没有报告一样多。

Simply put, linking wasn't occurring at the level of the first library, although it wasn't reporting as much because the headers were found appropriately.

关于为什么这发生了我的情况的更多细节，这里

<一个href=\"http://stackoverflow.com/questions/992068/building-a-python-shared-object-binding-with-cmake-which-depends-upon-external-l/997615#997615\">and同时，这里

这篇关于dyld的：延迟符号绑定失败：找不到符号 - 纳米报告发现符号的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！