根据说明文档“How To Write Shared Libraries"介绍,
有四种方法:
1. 在方法声明定义时,加修饰:__attribute__((visibility("hidden")))
【Linux下gcc编译控制动态库导出函数小结】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.cgcc -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|109 个实用 shell 脚本
- linux笔记|linux 常用命令汇总(面向面试)
- Linux|Linux--网络基础
- linux|apt update和apt upgrade命令 - 有什么区别()
- linux|2022年云原生趋势
- Go|Docker后端部署详解(Go+Nginx)
- 开源生态|GPL、MIT、Apache...开发者如何选择开源协议(一文讲清根本区别)
- GitHub|7 款可替代 top 命令的工具