Linux下gcc编译控制动态库导出函数小结
2012-09-08 20:30
417 查看
根据说明文档“How To Write Shared Libraries"介绍,
有四种方法:
1. 在方法声明定义时,加修饰:__attribute__((visibility("hidden")))
2. gcc 在链接时设置 -fvisibility=hidden,则不加 visibility声明的都默认为hidden; gcc默认设置 -fvisibility=default,即全部可见;
3. 使用export map,gcc -Wl,--version-script=export.map, 在export.map中指定
{
global:export_func;
local:*;
};
则除了export_func外,全部为内部可见;
4. 使用libtool的export-symbols选项,没试过,略;
以上方法,对于gcc的visibility功能需要 gcc 4以上版本,
常见的宏,用于等同于 windows下的 __declspec(dllexport)(摘自:http://gcc.gnu.org/wiki/Visibility):
有四种方法:
1. 在方法声明定义时,加修饰:__attribute__((visibility("hidden")))
2. gcc 在链接时设置 -fvisibility=hidden,则不加 visibility声明的都默认为hidden; gcc默认设置 -fvisibility=default,即全部可见;
3. 使用export map,gcc -Wl,--version-script=export.map, 在export.map中指定
{
global:export_func;
local:*;
};
则除了export_func外,全部为内部可见;
4. 使用libtool的export-symbols选项,没试过,略;
以上方法,对于gcc的visibility功能需要 gcc 4以上版本,
常见的宏,用于等同于 windows下的 __declspec(dllexport)(摘自:http://gcc.gnu.org/wiki/Visibility):
#if defined _WIN32 || defined __CYGWIN__ #ifdef BUILDING_DLL #ifdef __GNUC__ #define DLL_PUBLIC __attribute__((dllexport)) #else #define DLL_PUBLIC __declspec(dllexport) // Note: actually gcc seems to also supports this syntax. #endif #else #ifdef __GNUC__ #define DLL_PUBLIC __attribute__((dllimport)) #else #define DLL_PUBLIC __declspec(dllimport) // Note: actually gcc seems to also supports this syntax. #endif #define DLL_LOCAL #else #if __GNUC__ >= 4 #define DLL_PUBLIC __attribute__ ((visibility("default"))) #define DLL_LOCAL __attribute__ ((visibility("hidden"))) #else #define DLL_PUBLIC #define DLL_LOCAL #endif #endif 实践中发现几个有意思的东西[实验环境为ubuntu 9.10, gcc 4.4.1]: 1. gcc -fvisibility=hidden 只在链接时传入的.c文件起作用,对.o文件不其作用; 比如test.c test1.c, 使用以下命令: gcc -shared -fvisibility=hidden -o test.so test.c test1.c 和命令 gcc -c test.c test1.c gcc -shared -fvisibility=hidden -o test.so test.o test1.o 生成的test.so中的对应可见性是不一样的, 使用“readelf -s test.so”查看发现: 第一个达到预期目的,即将两个.c文件中的functions设为HIDDEN, 而第2个则不行,-fvisibility=hidden不起作用; 再用gcc -shared -fvisibility=hidden -o test.so test.o test1.c 生成的so,则可发现test1.c中的函数为HIDDEN,但test.o中的函数仍为DEFAULT; 2. 实验通过export map的方法,通过readelf总是发现函数仍然可见,后来搜索发现: 需同时使用ld --retain-symbols-file --version-script 两个选项方能达到 使得elf文件中的.dynsym和.symtab 中的符号表都得到控制;其中--retain-symbols-file控制静态符号表,--version-script则对应dynamic符号表;
相关文章推荐
- Linux下gcc编译控制动态库导出函数小结
- Linux下gcc编译控制动态库导出函数小结 .
- Linux下gcc编译控制动态库导出函数小结
- Linux下gcc编译控制动态库导出函数小结
- Linux下gcc编译控制动态库导出函数小结
- Linux下gcc编译控制动态库导出函数小结
- Linux下gcc编译, 控制动态库导出函数
- Linux下gcc编译, 控制动态库导出函数
- Linux 下 GCC 编译共享库控制导出函数的方法
- windows/Linux下动态库导出函数小结
- 控制linux动态链接库(so, standard object)导出函数
- GCC编译之如何控制共享文件导出符号
- Linux动态库的导出控制
- GCC编译之如何控制共享文件导出符号
- GCC编译之如何控制共享文件导出符号
- 控制linux动态链接库(so, standard object)导出函数
- GCC编译之如何控制共享文件导出符号
- 编译小结(1) GCC多平台安装(Linux,Aix,HP-UX,Solaris)及编译参数
- linux下gcc编译静态库和动态库
- 控制linux动态链接库(so, standard object)导出函数