我在Linux上,问题是关于C ++类的共享对象。
当我的共享对象尝试使用链接到主可执行文件的资源时,问题就出现了。我有以下代码:
loader.cpp:
#include <dlfcn.h>
#include <iostream>
#include "CommonInfo.h"
using namespace std;
int main(int argc, char** argv) {
for(int i=1; i<argc; ++i) {
string pth = "./";
pth.append(argv[i]);
void* dh = dlopen(pth.c_str(), RTLD_NOW);
if(dh==NULL) {
cerr << dlerror() << endl;
return 1;
}
CommonInfo::GetInfoFunc getInfo = (CommonInfo::GetInfoFunc)(dlsym(dh,"getInfo"));
if(getInfo==NULL) {
cerr << dlerror() << endl;
return 1;
}
CommonInfo* info = getInfo();
cout << "INFO: " << info->getX() << endl;
delete info;
}
return 0;
}
CommonInfo.h:
#include <string>
class CommonInfo {
public:
typedef CommonInfo* (*GetInfoFunc)();
private:
std::string x;
public:
CommonInfo(const std::string& nx);
std::string getX() const;
};
编辑: 我不小心忘记了ctrl-c + ctrl-v这里CommonInfo.cpp的来源。当然,它在编译期间存在,所以CommonInfo.cpp:
#include "CommonInfo.h"
CommonInfo::CommonInfo(const std::string& nx) : x(nx) {
}
std::string CommonInfo::getX() const {
return x;
}
一个Plugin.h标题:
#include "CommonInfo.h"
extern "C" CommonInfo* getInfo();
一个非常简单的Plugin.cpp:
#include <iostream>
#include "Plugin.h"
#include "CommonInfo.h"
using namespace std;
CommonInfo* getInfo() {
return new CommonInfo("I'm a cat!");
}
编译完成:
g++ -rdynamic -ldl -Werror CommonInfo.cpp loader.cpp -o loader
g++ -shared -fPIC -Werror Plugin.cpp -o Plugin.so
运行:
./loader Plugin.so
出现错误:
./loader: symbol lookup error: ./Plugin.so: undefined symbol: _ZN10CommonInfoC1ERKSs
确实,在nm Plugin.so | grep -i CommonInfo
内查看Plugin.so时,它为此符号(未解析)提供了一个'U',这是完全可以的。
另外,用nm loader.so | grep -i CommonInfo
查看加载器的二进制文件,我可以找到带有'T'的符号,这也没关系。
问题是,dlfcn.h是否应该从主二进制文件中解析有问题的符号?没有这个功能,使用这些东西变得非常困难......我是否必须为CommonInfo编写一个类工厂函数,从插件加载dlfcn并调用它?
提前致谢, 丹尼斯
答案 0 :(得分:5)
我没有密切关注您的代码,但是我在过去发现的行为就像您在标题中描述的那样,当我没有将可执行文件与-E
链接时。 (或-Wl,-E
而非gcc
链接时ld
。
请注意,并非所有平台都允许共享库从调用二进制文件中获取符号。 Linux和* BSD允许你。但是,如果您想要移植到Windows,那么您将无法使用此模式。我相信还有一些Unix类型的操作系统不会让你这样做。 (已经有一段时间了,所以我不记得......也许是Solaris?)