我做了一个搜索,但没有找到任何具体问题的答案。我有一个在几个共享对象中链接的应用程序。它抱怨不能解析一个符号,但它给了我一个空字符串来表示它试图解析的符号名:
<path_to_application_name>: symbol '': can't resolve symbol in lib '<path_to_a_specific_shared_object>'正如我所提到的,这个应用程序链接到几个共享对象,但是它具体地调用了一个,在其中它正在寻找符号。GDB没有给出任何额外的信息,至少我知道如何使用它。有什么方法可以从这个错误消息中获取更多的信息吗?如果我知道它真正想要的是什么,我就可以调试了。
提前感谢
发布于 2014-10-31 02:32:46
所以前几天我发现了这个问题。首先,我将采取懦弱的方式来挽回面子,并注意到我从其他人那里继承了这个特定的项目,这也是我花的时间比我希望的要长的原因之一。
首先,我试图将现有.so的新版本集成到项目中,这基本上只是包含了我们所追求的几个额外的API调用。当然,这恰好是错误消息中调用的库。显然,.so本身调用第三个库中定义的函数,这些函数本身静态地链接到调用.so的原始应用程序中。在以这种奇怪的方式链接的共享对象中已经存在API调用,在我开始这个项目之前,它们运行得很好。这可能是让我失望的原因;额外的电话似乎破坏了一切。但是,它工作的原因是因为有第二个.so,它显然也有在第一个.so中引用并在静态链接库中实际定义的函数的定义。新的API调用没有共享这种安排。所以..。当我试图添加第一个.so的新版本时,第二个.so中从未(错误地)定义了这些新的API调用。不用说,我对这个安排做了一些手术,现在一切都好了。感谢大家的帮助和建议。
https://stackoverflow.com/questions/26614775
复制相似问题