必须加-lm，因为gcc链接时需显式链接libm.so才能解析sqrt、sin等数学函数符号，且-lm须置于源文件和-o之后；常量折叠可能绕过链接，但不可依赖。
调用sqrt、sin、exp等math.h函数时必须加-lm
只要代码里实际执行了sqrt、sin、cos、exp、log这类函数，GCC链接阶段就会去libm.so里找实现——而默认不连这个库，所以必须显式加-lm。不是“包含math.h就要加”，而是“运行时真调用了math函数才要加”。
常见错误现象：undefined reference to 'sqrt'、undefined reference to 'exp'，这类报错全在链接阶段（不是编译阶段），说明符号没找到，不是语法写错了。
- 参数顺序有影响：
-lm必须放在源文件和-o之后，比如gcc main.c -o main -lm，写成gcc -lm main.c -o main在旧版GCC里可能失效 - 常量折叠会绕过链接：如果
sqrt(4.0)这种参数是编译期常量，GCC可能直接算出2.0，不生成对sqrt的调用，所以不加-lm也能过——但这不可靠，别依赖它 -
printf不用加-lc，因为libc是默认链接的；但sqrt不行，libm不是默认库
VS Code、CLion、Dev-C++这些IDE里怎么加-lm
不同IDE处理方式差异很大，不能一概而论。关键看它底层调用GCC时有没有把-lm塞进命令行。
- VS Code + GCC：改
.vscode/tasks.json里的args数组，在最后加上"-lm" - CLion：在
CMakeLists.txt里写target_link_libraries(your_target m)，注意不是math也不是libm - Dev-C++：多数版本已内置
-lm，但升级或重装后可能失效，遇到undefined reference就手动在“参数”里补上 - 某些在线编译器（如Compiler Explorer）默认开了
-lm，本地复现失败时先确认环境差异
交叉编译或自定义库路径时，-lm还不够
如果你用的是非标准工具链（比如ARM Cortex-M的arm-none-eabi-gcc），或者数学库不在/lib、/usr/lib下，只加-lm会报cannot find -lm。
- 先用
arm-none-eabi-gcc -print-search-dirs看它搜哪些路径 - 如果libm.a或libm.so在
/opt/arm/lib，就得加-L/opt/arm/lib -lm - 静态链接时注意：有些嵌入式工具链不带libm.a，只有浮点模拟实现，这时得配
-u _printf_float之类额外符号 - 别混淆
-lm和-lmpfr或-lgmp：高精度数学库是另一套，不解决基础sqrt问题
为什么有时候不加-lm也能编译通过
这最容易让人误判。根本原因不是“不需要”，而是“这次没真调用”或“编译器帮你省掉了”。
- 函数参数全是字面量（如
sqrt(9.0)），GCC -O2以上可能内联并折叠成常量 - 你删掉了调用语句但忘了清掉.o文件，旧目标文件里还留着符号引用
- 某些发行版GCC（如Ubuntu 22.04+）在特定条件下会自动推导libm，但这是特例，不具移植性
- 用
gcc -v main.c -lm看完整命令行，确认collect2阶段是否真把libm.so传给了ld
真正可靠的判断方式：删掉-lm，跑gcc -Wl,--no-as-needed main.c -o main，这个选项关掉链接器的懒加载优化，立刻暴露缺失的符号。
