clang生成.so动态库必须加-fPIC，否则链接报错R_X86_64_32；需先-fPIC -c生成.o，再-shared打包；库名须为libxxx.so；链接时-L.必须在-lxxx前；运行时需通过LD_LIBRARY_PATH或ldconfig配置路径。
clang 生成 .so 动态库必须加 -fPIC
不加 -fPIC 编译出来的目标文件无法用于构建动态库，链接时会报错：relocation R_X86_64_32 against `xxx' can not be used when making a shared object。这是因为动态库需要加载到任意内存地址，所有代码必须是位置无关的。
正确流程分两步：
- 先用
clang -fPIC -c xxx.c -o xxx.o生成位置无关的目标文件（-fPIC必须在-c阶段就加上） - 再用
clang -shared xxx.o -o libxxx.so打包成动态库（-shared是关键标志，不能写成--shared或漏掉）
常见错误：直接 clang -shared xxx.c -o libxxx.so —— 这会隐式执行编译+链接，但中间目标文件没加 -fPIC，大概率失败。
库名必须符合 libxxx.so 命名规范
Linux 动态链接器（ld.so）默认只认 lib*.so 格式的文件名。如果你生成了 xxx.so 或 mylib.dll，后续链接或运行时会找不到库。
命名要点：
-
lib开头、.so结尾是硬性约定 - 中间部分（如
myutil）是逻辑库名，后续用-lmyutil引用 - 版本号可选，如
libmyutil.so.1.2，但主文件名仍需软链到libmyutil.so
例如：clang -shared util.o -o libutil.so → 后续可用 -lutil 链接。
链接可执行文件时 -L 和 -l 的顺序与路径要匹配
假设你生成了 libutil.so 在当前目录，编译主程序时写 clang main.c -lutil -o main 会失败，报错：ld: cannot find -lutil。
原因：链接器默认只在系统路径（如 /usr/lib）里找 libutil.so，不会自动查当前目录。
必须显式指定搜索路径：
-
-L.告诉链接器“在当前目录下找库” -
-lutil告诉链接器“找libutil.so” - 二者顺序不能颠倒：
-L.必须出现在-lutil之前，否则无效
完整命令：clang main.c -L. -lutil -o main。
运行时找不到 libxxx.so 的真正原因和解法
即使编译成功，执行 ./main 仍可能报错：error while loading shared libraries: libutil.so: cannot open shared object file。
这不是编译问题，而是运行时动态链接器（ld.so）没在它的搜索路径里找到该库。它不看 -L（那是编译期参数），只看：
-
/etc/ld.so.cache（由ldconfig生成） -
/lib和/usr/lib -
LD_LIBRARY_PATH环境变量中列出的路径
临时解决：LD_LIBRARY_PATH=. ./main（当前目录加进搜索路径）
长期解决（推荐）：sudo cp libutil.so /usr/local/lib && sudo ldconfig，这样系统级生效，无需改环境变量。
注意：ldconfig 不会扫描子目录，路径必须是它默认检查的目录之一。
