Mac下Clang编译的共享库无符号，如何解决？

我在Mac平台尝试将luos_engine库编译为共享库，相关尝试可查看对应PR。

以下是使用的编译命令及详细输出：

$ gcc -v -dynamiclib -fPIC -o .../luos_engine/.pio/build/native_lib/libluos_engine.dylib .../luos_engine/.pio/build/native_lib/libdf9/libluos_engine.a
Apple clang version 15.0.0 (clang-1500.1.0.2.5)
Target: x86_64-apple-darwin23.2.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
 "/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld" -demangle -lto_library /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/libLTO.dylib -dynamic -dylib -arch x86_64 -platform_version macos 14.0.0 14.2 -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -o .../luos_engine/.pio/build/native_lib/libluos_engine.dylib -L/usr/local/lib .../luos_engine/.pio/build/native_lib/libdf9/libluos_engine.a -lSystem /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/15.0.0/lib/darwin/libclang_rt.osx.a

编译过程看似正常，但使用nm命令查看该共享库时显示无符号：

$ nm .pio/build/native_lib/libws_luos_engine.dylib
.pio/build/native_lib/libluos_engine.dylib: no symbols

请问为何会出现共享库无符号的情况？

可能的原因及解决方向 #

• 静态库本身无导出符号
  先检查原始静态库libluos_engine.a的符号：执行nm .../luos_engine/.pio/build/native_lib/libdf9/libluos_engine.a，如果静态库本身就没有可导出的全局符号，那生成的动态库自然也没有。这可能是静态库编译时用了-fvisibility=hidden隐藏符号，或者编译的代码仅包含内部逻辑，没有对外暴露的接口。
• 链接器优化剥离了符号
  Mac的链接器默认会移除未被引用的符号，如果动态库中没有被外部引用的符号，链接器可能会将所有符号剥离。可以添加-Wl,-no_dead_strip参数禁用死代码剥离，或者用-Wl,-keep_private_externs保留私有外部符号。
• 未明确指定导出符号
  从静态库生成动态库时，需要明确告诉链接器哪些符号需要导出。可以使用-exported_symbols_list参数配合一个包含导出符号名的文本文件，或者临时用-undefined dynamic_lookup允许动态查找符号（仅用于测试，不推荐生产环境）。
• 静态库未以位置无关代码编译
  虽然Mac平台对非PIC代码的兼容性较好，但如果静态库编译时没有添加-fPIC，可能导致符号无法正确导出到动态库。检查静态库的编译参数，确保添加了-fPIC。
• nm命令的目标文件不一致
  注意到执行nm时指定的是libws_luos_engine.dylib，但生成的是libluos_engine.dylib，确认是否是同一个文件，避免查看了错误的库文件。

内容的提问来源于stack exchange，提问作者Nicolas Rabault