clang链接动态库需三步：编译源码为.o、-l指定库路径、-l指定库名；缺-l时链接器只查系统路径，故报“cannot find -lmylib”。
直接给结论：用 clang 编译 C 程序并链接动态库，核心是三步——编译源码为对象文件、用 -L 指定库路径、用 -l 指定库名，缺一不可；漏掉 -L 是最常见报错原因。
为什么 clang main.c -lmylib 会报 “cannot find -lmylib”
链接器（/usr/bin/ld）默认只在系统路径（如 /usr/lib、/lib64）里找库，不会自动搜当前目录或你放库的任意位置。
-
-lmylib的实际含义是“找名为libmylib.so（Linux）、libmylib.dylib（macOS）或mylib.dll（Windows）的文件” - 但没配
-L/path/to/lib，链接器根本不知道去哪翻这个文件 - 错误信息里出现
cannot find -lxxx或ld: library not found for -lxxx，基本就是这个原因
clang 链接动态库的完整命令链
假设你有 main.c，依赖自己写的 libutils.so（位于当前目录），且头文件 utils.h 在 ./include 下：
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 先编译源码（不链接）：
clang -c -I./include main.c -o main.o - 再链接动态库：
clang main.o -L. -lutils -o main - 注意顺序：
main.o必须在-L和-l之前；-L.必须紧挨着-lutils，否则可能失效 - 如果库在
/opt/myproj/lib，就写-L/opt/myproj/lib，不是-L/opt/myproj/lib/（末尾斜杠多余，部分旧版链接器会拒识）
运行时报 error while loading shared libraries 怎么办
编译通过 ≠ 能运行。动态库在运行时仍需被加载器找到，和编译时是两套路径机制：
- Linux：临时生效用
export LD_LIBRARY_PATH=./:$LD_LIBRARY_PATH，再跑./main - macOS：对应的是
DYLD_LIBRARY_PATH（注意 SIP 可能限制该变量，此时建议用install_name_tool改库的 install name） - 更稳妥的做法是把库复制到系统标准路径（如
/usr/local/lib），再执行sudo ldconfig（Linux）或sudo update_dyld_shared_cache（macOS） - 验证是否识别：运行前先
ldd ./main（Linux）或otool -L ./main（macOS），看输出里有没有你的库路径
容易被忽略的 ABI 和符号问题
即使路径全对、文件存在，仍可能在运行时报 undefined symbol 或直接段错误：
- C++ 动态库导出函数必须加
extern "C"，否则 C 源码调用时因 name mangling 找不到符号 - 用
nm -D libutils.so | grep your_func确认符号确实被导出（-D只看动态符号表） - 若库由
gcc编译而主程序用clang，注意std::string等类型 ABI 是否一致（尤其 GCC ≥5.1 与旧 clang 混用时） -
-fPIC是生成动态库的前提，但它是编译 .c 为 .o 时加的，不是链接时加的——这点常被反向操作
13万字C语言保姆级教程（深入）：立即使用
在学习笔记中，你将探索c语言的核心概念和高级技巧！
