如何创建mylib.exp文件

在Linux系统中，.exp文件通常用于共享库（动态链接库）的符号导出控制，尤其在开发复杂库时管理可见符号（如GCC链接器场景），以下是创建和使用.exp文件的详细方法：

.exp文件的作用

.exp文件是导出符号表（Export Symbol Table） 的文本文件，用于显式声明共享库（.so文件）中允许外部程序调用的函数或变量,作用包括：

• 控制符号可见性：避免内部符号泄露,提升安全性和兼容性。
• 解决循环依赖：链接阶段处理库之间的依赖关系。
• 替代编译器指令：替代__attribute__((visibility("default")))等代码注解。

手动创建.exp文件步骤

编写符号列表

用文本编辑器（如Vim/Nano）创建文件，按格式列出需导出的符号（每行一个函数/变量名）：

```示例：
```plaintext
# 导出的函数
my_public_function1
my_public_function2
# 导出的全局变量
global_variable

编译共享库时链接.exp文件

通过GCC的-Wl,--version-script选项绑定.exp文件：

gcc -shared -fPIC -o libmylib.so source1.c source2.c \
    -Wl,--version-script=mylib.exp

• -shared：生成共享库。
• -fPIC：生成位置无关代码（必需）。
• -Wl,--version-script：将.exp作为链接脚本传递给链接器。

验证导出符号

使用nm命令检查导出的符号：

nm -D --defined-only libmylib.so | grep ' T '

输出应仅显示.exp文件中声明的符号（类型为T表示全局函数）。

自动生成.exp文件（推荐）

提取已有对象文件的符号

用nm列出对象文件（.o）中的全局符号，过滤后生成初始.exp文件：

nm -g --defined-only *.o | awk '/ T / {print $3}' > mylib.exp

过滤内部符号（关键步骤）

编辑生成的mylib.exp，删除不导出的内部符号（如以_internal结尾的函数）：

# 修改前（自动生成）
public_func1
internal_helper
public_func2
# 修改后（仅保留公共符号）
public_func1
public_func2

高级应用场景

处理C++符号

C++函数名会被编译器修饰（如_Z8funcNamei），需在.exp中使用修饰后的名称，通过nm查看对象文件中的实际符号名：

nm -gC --defined-only myfile.o

版本化符号

.exp文件支持符号版本控制（如GLIBC兼容性）：

# 格式示例
LIBMYLIB_1.0 {
  global:
    func1;
    func2;
  local:
    *;  # 隐藏其他所有符号
};

编译命令同上。

常见问题解决

• 符号未导出：检查.exp文件名是否拼写错误,或路径是否在编译命令中正确指定。
• 链接错误：确保.exp中无拼写错误，符号名与代码完全一致（C++注意名称修饰）。
• 权限问题：用chmod确保文件可读：

  chmod 644 mylib.exp

替代方案

• 编译器属性：在代码中直接声明导出符号（无需.exp文件）：

  __attribute__((visibility("default"))) void public_func() {}

  编译时添加-fvisibility=hidden隐藏未标记符号。

• 导出所有符号（不推荐）：

  gcc -shared -fPIC -o liball.so *.c -Wl,--export-dynamic

创建.exp文件的核心步骤：

1. 手动或自动生成符号列表文件（如mylib.exp）。
2. 编译共享库时通过-Wl,--version-script=mylib.exp链接该文件。
3. 验证导出结果：使用nm -D --defined-only检查输出。

此方法适用于需要精确控制符号可见性的库开发，能有效减少冲突并优化二进制体积，对于简单项目,编译器属性可能是更轻量的选择。

引用说明：本文方法基于GNU链接器（ld）文档及GLIBC实践,参考资源包括：

• GNU Binutils手册（ld --version-script）
• Linux Foundation符号版本控制规范
• GCC官方文档（符号可见性属性）