Clang交叉编译Windows DLL时如何导出全部符号？

你不想在代码里写__declspec(dllexport)，又想实现类似GCC--export-all-symbols的效果？完全可以做到，Clang针对Windows交叉编译场景（尤其是搭配MinGW-w64工具链时）支持和GCC一致的链接器参数，具体操作如下：

核心做法：传递链接器导出参数 #

因为DLL的符号导出是链接器负责的，所以我们只需要给Clang传递对应的链接器指令就行：

通用交叉编译命令示例 #

假设你要编译x86_64架构的Windows DLL，命令可以这么写：

clang -target x86_64-w64-mingw32 -shared -o mylib.dll mysource.c -Wl,--export-all-symbols

这里几个关键参数的作用：

• -target x86_64-w64-mingw32：指定交叉编译的目标平台（如果是32位就换成i686-w64-mingw32）
• -shared：告诉编译器要生成DLL文件，而不是普通可执行程序
• -Wl,--export-all-symbols：把--export-all-symbols参数传递给底层的MinGW链接器，让它自动导出所有非静态的全局符号

简化写法（针对MinGW版Clang） #

如果你用的是专门针对MinGW编译的Clang版本，直接用--export-all-symbols参数也能生效，因为Clang驱动会自动把它转交给链接器：

clang -shared -o mylib.dll mysource.c --export-all-symbols

额外提示 #

• 这个参数只会导出非静态的函数和变量，用static修饰的私有符号不会被导出，和GCC的行为完全一致
• 如果有个别符号不想导出，可以搭配--exclude-symbols参数精准排除，比如：

  clang -shared -o mylib.dll mysource.c -Wl,--export-all-symbols,--exclude-symbols=my_private_func,my_secret_var
  

• 确保你用的是较新的Clang版本（LLVM 10及以上），对MinGW交叉编译的支持会更稳定

这样一来，你就不用在代码里加任何导出声明，就能让Clang生成导出所有符号的Windows DLL啦。

内容的提问来源于stack exchange，提问作者Dat Chu