Clang调用sqrt、sin等数学函数必须显式链接libm库：因Clang不默认链接libm，需在命令行中将-lm置于源文件之后（如clang main.c -lm），或在CMakeLists.txt中用target_link_libraries(myapp m)声明依赖，顺序错误或写成-lm会导致undefined reference错误。
Clang 编译 C 程序调用 sqrt、sin 等函数时，必须显式加 -lm，否则链接失败——哪怕代码能编译通过，最终也会报 undefined reference 错误。
为什么 Clang 不像 GCC 那样“偶尔能蒙混过关”
Clang 对链接依赖更严格：它不会默认尝试链接 libm.so，哪怕你只用了 #include <math.h></math.h>。而 GCC 在某些旧版本或特定配置下可能“碰巧”成功（实际是隐式链接或 libc 间接提供），但这不可靠。
常见错误现象：undefined reference to 'sqrt' 或 ld: symbol(s) not found for architecture x86_64（macOS）/ undefined reference to 'sin'（Linux）。
-
-lm必须放在源文件或目标文件之后，例如：clang main.c -lm✅；clang -lm main.c❌（部分 Clang 版本会静默忽略） - 顺序错误会导致链接器找不到符号——因为链接器从左到右扫描，遇到
-lm时还没看到引用它的目标文件 - macOS 上若用较新 Clang（如 Apple Clang 15+），有时需额外加
-lSystem或使用-stdlib=libc++，但数学函数仍依赖-lm
Clang + CMake 项目里怎么正确链接 math 库
CMake 不会自动帮你加 -lm，即使你写了 #include <math.h></math.h>。必须显式声明库依赖。
立即学习“C语言免费学习笔记（深入）”；
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
在 CMakeLists.txt 中，对可执行目标添加链接库：
add_executable(myapp main.c) target_link_libraries(myapp m)
注意：target_link_libraries 的参数是库名（m），不是链接选项（-lm）；CMake 会自动转为对应平台的链接形式（Linux → -lm，macOS → -lm，Windows MinGW → -lm）。
- 不要写成
target_link_libraries(myapp -lm)—— 这会让 CMake 尝试链接名为 “-lm” 的库，直接报错 - 如果项目同时用到其他库（如
pthread），顺序无关，CMake 会处理依赖关系 - 静态链接 math 库（不推荐）需额外指定
-static-libgcc -static-libstdc++，但libm通常不提供静态版本
Clang 编译时加了 -lm 还报错？检查这几件事
不是加了就万事大吉。以下情况仍会失败：
- 头文件没包含：
#include <math.h></math.h>缺失 → 编译阶段报implicit declaration of function 'sqrt' - 函数参数类型不匹配：比如传
int给sqrt(double)，某些 Clang 版本会警告但继续，链接时却因符号名不一致（sqrtvssqrtf）失败 - 交叉编译环境未提供
libm：比如嵌入式 ARM 工具链中，libm.a未安装或路径未加入-L - Clang 调用的是 musl libc（如 Alpine Linux）：musl 把部分 math 函数直接放进
libc，此时-lm可省略，但行为不跨平台——别依赖这个特性
真正容易被忽略的点：链接顺序和 CMake 中库名写法。很多人卡在 clang main.o -lm 成功，但 clang main.c -lm 失败，或 CMake 里写成 -lm 字符串而非 m 符号——这两处错一个，整个 math 调用就断掉。
