undefined reference to 'sqrt' 错误本质是未链接数学库，应优先检查是否遗漏 -lm 或 CMake 中未正确使用 target_link_libraries(... m) 或 find_package(Threads REQUIRED) 配合 Threads::Threads。
undefined reference to 'sqrt' 这类错误怎么快速定位
Clang 报 undefined reference to 'sqrt'，基本可以断定是数学库没链上，不是代码写错了。别急着改函数调用，先看错误里那个符号名——如果是 sqrt、sin、log 这类标准数学函数，99% 是 -lm 没加或加错位置。
常见干扰项：
- 用了 std::sqrt 却没 #include <cmath> → 这是编译错误，不是链接错误
- 在 Windows 上用 MinGW-w64 编译，但误以为必须加 -lm → 实际上多数新版 MinGW 已默认链接 math 库，加了反而可能冲突
- 在 CMake 项目里写了 target_link_libraries(myapp m)，但没配 find_package(Threads REQUIRED) 等前置依赖 → 链接器顺序错乱，m 被忽略
Dev-C++ 里怎么加 -lm 才生效
Dev-C++ 默认用的是 MinGW 工具链，但如果你手动切换成 Clang（通过“工具 → 编译器选项”），它不会自动继承 MinGW 的默认链接行为，-lm 必须显式补上。
操作路径：
- 右键项目 → “项目选项” → 切换到“参数”标签页
- 在“链接器”栏里，**单独一行**填入：-lm（注意前面不能有空格，也不能和其他参数挤在同一行）
- 如果还连不上，再检查“编译器”栏里是否误加了 -static —— 静态链接时 libm.a 必须存在，而 Clang + Dev-C++ 默认安装通常只带动态版 libm.dll.a
验证方法：编译后执行 ldd your_program.exe（在 MinGW 终端中），看输出里有没有 libm.dll。没有，说明 -lm 没生效。
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
CMake 项目漏掉 math 库的典型写法坑
CMake 不像命令行那么直白，-lm 不能直接塞进 target_link_libraries()。现代写法依赖模块化查找，硬写 m 会静默失败。
正确姿势：
- 在 CMakeLists.txt 顶部加：find_package(Threads REQUIRED)（很多数学库依赖线程支持）
- 然后写：target_link_libraries(your_target PRIVATE Threads::Threads m) → 这里的 m 是 CMake 内置的 math 模块别名，不是裸库名
- 如果用的是较老 CMake（target_link_libraries(your_target PRIVATE ${CMAKE_DL_LIBS} m)
容易踩的点：
- 把 m 放在 PRIVATE 前面却忘了声明 find_package → CMake 不报错，但链接时照样找不到符号
- 在 add_executable() 之前就调用 target_link_libraries() → 目标未定义，指令被丢弃
Clang 14+ 下 sqrt 仍报错？可能是 C++20 数学常量混淆了
如果代码里混用了 std::numbers::pi 和 sqrt()，而编译时加了 -std=c++20 却没开 math 库，Clang 有时会把两个问题合并报成一个模糊错误。
排查建议：
- 先注释掉所有 std::numbers::* 相关代码，只留 sqrt(4.0) 测试
- 确认编译命令里 -lm 出现在可执行文件生成阶段（即 clang++ ... -o a.out -lm），而不是仅出现在对象文件编译阶段（-c 时加 -lm 无效）
- 在 macOS 上，Clang 默认用 libc++，需额外加 -lc++；Linux 上用 libstdc++，则 -lm 必须在 -lstdc++ 之后
最麻烦的情况是交叉编译或 WSL 环境下，/usr/lib/x86_64-linux-gnu/libm.so 存在但 Clang 找不到——这时得手动加 -L/usr/lib/x86_64-linux-gnu，且必须放在 -lm 前面。
