我已经下载了libgcrypt库源代码,我想通过在一个特定的内部添加我的函数来自定义这个标准的共享库 源代码文件。
虽然自定义共享库的编译/构建过程是成功的,但它在链接时显示错误。
这就是我所做的。
在/src/visibility.c文件中,我添加了自定义函数
void MyFunction(void)
{
printf("This is added just for testing purpose");
}
我还在/src/gcrypt.h中包含了函数原型
void MyFunction(void);
#build process
./configure --prefix=/usr
sudo make install
nm command find this custom function.
nm /usr/lib/libgcrypt.so | grep MyFunction
000000000000dd70 t MyFunction
以下是访问我的自定义函数的示例代码。
//aes_gcrypt_example.c
#include <stdio.h>
#include <gcrypt.h>
#include <assert.h>
int main()
{
MyFunction();
return 0;
}
gcc aes_gcrypt_example.c -o aes -lgcrypt
/tmp/ccA0qgAB.o: In function `main':
aes_gcrypt_example.c:(.text+0x3a2): undefined reference to `MyFunction'
collect2: error: ld returned 1 exit status
我也试过在Gcrypt.h中将MyFunction设为extern,但在这种情况下我也得到同样的错误。
为什么会这样?
是否不允许自定义标准库?
如果是,那么是否有任何标志要禁用以允许自定义?
如果不是,我犯了什么错误?
如果有人为上述问题提供了一些有用的链接/解决方案,那将会很有帮助。我使用的是Ubuntu16.04,gcc 4.9。
答案 0 :(得分:0)
符号类型的小写t
?
nm /usr/lib/libgcrypt.so | grep MyFunction 000000000000dd70 t MyFunction
你确定这是一个可见的功能吗?在我的Ubuntu 16.04 VM上,目标文件中定义的可链接函数具有T
(不是t
)作为符号类型。是否有一个流浪static
踢来并造成混乱?检查libgcrypt.so
中定义的其他几个函数(并在gcrypt.h
中记录),看看它们是t
还是T
。他们将有T
而不是t
。你需要弄清楚为什么你的函数得到t
- 从你展示的代码中就不清楚了。
nm
的(Ubuntu)手册页包括:
符号类型。至少使用以下类型;其他 也是,取决于目标文件格式。如果小写, 符号通常是本地的;如果是大写,则符号是全局的 (外部)。
您显示的行显示MyFunction
在其源文件之外不可见,并且链接器同意,因为它找不到它。
现在您的问题是检查包含MyFunction
的对象文件是否具有符号类型T
- 如果不是,则源代码中存在问题。
假设目标文件显示符号类型T
但共享对象显示符号类型t
,您必须找到在共享对象创建阶段发生的事情,以使符号在共享对象外不可见。这可能是因为“链接器脚本”控制了哪些符号在库外可见(或者可能只是编译选项)。您可以使用“链接器脚本”和各种额外的单词(“教程”,“提供”,“示例”等)在Google上进行搜索,并提供指向相关文档的链接。
您可能需要研究LibTool或链接器BinUtils的文档。 LibTool提供了操作共享库的方法。在comment中显示的编译命令行中,有选项-fvisibility=hidden
。我在visibility找到了(主要是偶然发生的事故)GCC Wiki。另请参阅visibility attribute和code generation options。