clang生成动态库需加-fPIC：Linux用clang -fPIC -c x.c && clang -shared -o libx.so x.o，macOS用clang -fPIC -c x.c && clang -dynamiclib -install_name "@rpath/libx.dylib" -o libx.dylib x.o。
clang 生成动态库的基本命令是什么
直接用 clang -shared 编译源文件，就能生成动态库（Linux/macOS 下是 .so 或 .dylib）。关键不是“能不能”，而是“要不要加 -fPIC”——不加它，链接时大概率报错：relocation R_X86_64_32 against symbol ... can not be used when making a shared object。
示例（Linux）：
clang -fPIC -c math_utils.c -o math_utils.o clang -shared -o libmath.so math_utils.o
macOS 要额外加 -dynamiclib 和后缀 .dylib：
clang -fPIC -c math_utils.c -o math_utils.o clang -dynamiclib -o libmath.dylib math_utils.o
为什么必须加 -fPIC
动态库在加载时位置不固定，所有代码必须支持“位置无关”。-fPIC 让编译器生成跳转和访问都通过 GOT/PLT（全局偏移表/过程链接表）完成，而不是硬编码地址。
- 没加
-fPIC→ 编译能过，但clang -shared阶段失败（Linux）或运行时报Symbol not found（macOS） - 只对源码编译加
-fPIC，不需要对链接阶段再加 - 如果源码里调用了外部符号（比如
printf），-fPIC会自动处理，不用手动干预
怎么让动态库被程序正确找到
生成完 libmath.so，直接 gcc main.c -lmath 通常连不上——系统默认只查 /usr/lib 和 /lib，你的库不在那儿。
常见做法：
- 运行时指定路径：
LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH ./a.out（Linux）或DYLD_LIBRARY_PATH=.:$DYLD_LIBRARY_PATH ./a.out（macOS） - 编译时嵌入运行路径：
clang -shared -Wl,-rpath,'$ORIGIN' -o libmath.so math_utils.o（Linux），这样程序会从自身所在目录找库 - macOS 还要处理 install name：
clang -dynamiclib -install_name "@rpath/libmath.dylib" -o libmath.dylib math_utils.o，否则dyld不认
静态库 vs 动态库：什么时候该选 -shared
别只看“共享”两个字就默认选动态库。实际决策要看部署场景和依赖控制：
- 调试阶段频繁改函数实现？用动态库，替换
.so就行，不用重编整个程序 - 交付给客户、不想暴露内部符号或依赖细节？静态库更稳妥（
clang -c+ar rcs） - 多个程序共用同一组工具函数，且希望统一升级？动态库合适，但得管好版本和
rpath - 目标平台没权限写系统目录，又不想设环境变量？用
-rpath '$ORIGIN/lib'把库放程序同级子目录里最省心
真正容易被忽略的，是 macOS 上 install_name 和 @rpath 的配合逻辑——缺一不可，而且不能写死绝对路径，否则移植就崩。
