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符号表；