Linux下gcc编译控制动态库导出函数小结

根据说明文档“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):

#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,windows,ubuntu,gcc,文档,dll)