Linux下gcc編譯控制動態庫導出函數小結
來源 https://www.cnblogs.com/lidabo/p/5703890.html
根據說明文檔“How To Write Shared Libraries"介紹,
有四種方法:
1. 在方法聲明定義時,加修飾:__attribute__((visibility("hidden")))
就是說將不公開的函數都加上這個屬性,沒加的就是可見的
2. gcc 在鏈接時設置 -fvisibility=hidden,則不加 visibility聲明的都默認為hidden; gcc默認設置 -fvisibility=default,即全部可見;
在gcc中加了這個設置之后表示所有的函數都是對外不可見了,然后在代碼里面對於想公開的函數加上 __attribute__((visibility("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符號表;
另外可以參考 http://blog.csdn.net/shuiyingzi5/article/details/8108190
轉自 http://blog.csdn.net/zdragon2002/article/details/6061962
=============== End
