-L用于指定链接器搜索库文件（.a/.so）的目录，-I仅用于头文件；-L必须置于对应-l之前，且只影响编译期链接，运行时需靠LD_LIBRARY_PATH或-Wl,-rpath指定。
clang 添加库目录用 -L 参数，不是 -I
很多人混淆头文件和库文件的路径指定方式：-I 只管头文件查找（#include），真正让链接器找到 .a 或 .so 的是 -L。如果只加 -I 却没加 -L，编译能过，但链接时会报 undefined reference to ...。
-
-L/path/to/libs告诉链接器去这个目录下搜索库文件（注意：不递归子目录） - 多个目录用多个
-L，顺序重要——链接器从左到右扫描，遇到第一个匹配的库就停止 -
-L必须放在对应-l之前，比如clang main.c -L./lib -lm -o main，写成clang main.c -lm -L./lib就无效
链接静态库时，-l 和库名实际匹配规则
-lfoo 不是直接找 libfoo.a，而是按固定规则搜索：libfoo.a → libfoo.so（如果启用了动态链接）。如果库名带版本或前缀（如 libzstd.so.1.5.5），不能靠 -lzstd 直接命中，得用完整路径。
- 想强制链接静态库？用
-Wl,-Bstatic -lzstd -Wl,-Bdynamic控制链接模式 - 库名含下划线或特殊字符（如
libmy_util.a），仍用-lmy_util，clang 会自动补lib前缀和.a后缀 - 若库文件名不标准（如
foo_static.lib），只能用绝对/相对路径直接链接：clang main.c /path/to/foo_static.lib
运行时找不到动态库？LD_LIBRARY_PATH 或 -rpath 才管用
-L 只影响编译期链接，不影响程序运行时加载 .so。运行时报 error while loading shared libraries: libxxx.so: cannot open shared object file，说明动态链接器找不到它。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 临时解决：运行前设环境变量
LD_LIBRARY_PATH=/path/to/libs:$LD_LIBRARY_PATH - 一劳永逸：编译时嵌入运行时搜索路径，用
-Wl,-rpath,/path/to/libs -
-rpath支持$ORIGIN（表示可执行文件所在目录），例如-Wl,-rpath,'$ORIGIN/../lib'，注意单引号防止 shell 展开
macOS 上 dylib 路径处理更严格，-rpath 默认不生效
Clang 在 macOS 默认使用 ld64，且 -rpath 需显式启用，否则即使写了也不会写入二进制。另外，dylib 的内部 ID（install name）必须和链接时用的路径一致，否则运行时仍失败。
- 确认是否写入 rpath：
otool -l ./a.out | grep -A2 LC_RPATH - 检查 dylib 的 install name：
otool -D /path/to/libxxx.dylib - 必要时用
install_name_tool -id "@rpath/libxxx.dylib" libxxx.dylib重设 ID，再配合-rpath使用
路径和链接阶段的分离容易被忽略，尤其是 -L 对运行时完全无效，而 -rpath 在不同系统上行为差异大——Linux 下默认可用，macOS 下需确认是否真正注入，Windows（clang-cl）则走另一套机制。
