用g++编译C++文件时需加-lm且必须置于源文件之后；而gcc编译.cpp文件会因未链接libstdc++导致undefined reference错误，正确做法是g++ main.cpp -lm或gcc main.cpp -lstdc++ -lm。
用 g++ 直接链接 -lm 即可，但必须放在源文件之后；用 gcc 编译 C++ 文件则大概率失败，除非手动加 -lstdc++ 和 -lm
为什么 gcc main.cpp -lm 会报 undefined reference？
因为 gcc 默认按 C 语言规则处理：不自动链接 C++ 运行时库（libstdc++），而数学函数如 sqrt、sin 的声明虽在头文件里，定义却在 libm 中——但更关键的是，C++ 标准库中某些重载版本或模板实现依赖 libstdc++，若它没被链接，连基本的 std::cout 都可能崩。错误典型如：undefined reference to `std::ios_base::Init::Init()' 或 undefined reference to `sqrt'。
-
g++自动链接libstdc++和基础系统库（如libc），你只需补上-lm -
gcc不管 C++ 运行时，只认 C ABI，强行编译.cpp文件时，即使加了-lm，也会卡在 C++ 符号解析阶段 - 顺序很重要：
-lm必须写在源文件或目标文件之后，否则链接器“还没看到对 sqrt 的引用”，就跳过了libm
g++ 正确链接数学库的写法
最简命令就是：
g++ main.cpp -lm -o main
常见组合场景：
立即学习“C++免费学习笔记（深入）”；
- 需要调试信息：
g++ -g main.cpp -lm -o main - 启用 C++17 并链接 math：
g++ -std=c++17 main.cpp -lm -o main - 多文件编译：
g++ file1.cpp file2.cpp -lm -o app（-lm仍需放最后） - 指定额外头文件路径：
g++ -I/opt/myinc main.cpp -lm -o main
注意：-lm 是链接 libm.so（或 libm.a），不是文件名；系统会自动找 /usr/lib/libm.so 或 /lib/x86_64-linux-gnu/libm.so 等位置。
什么时候必须用 gcc？怎么救？
极少数情况（比如构建脚本硬编码用 gcc、交叉编译环境只装了 gcc 没装 g++），你得手动补全依赖：
gcc main.cpp -lstdc++ -lm -o main
但仍有风险：
-
-lstdc++必须在-lm前，因为libstdc++内部也调用了libm中的函数，依赖关系是单向的 - 某些发行版（如较新 Ubuntu）把
libstdc++拆成多个子库，仅-lstdc++可能不够，得加-lstdc++fs（C++17 filesystem）等 - 如果提示
cannot find -lstdc++，说明系统缺失 C++ 运行时开发包，Debian/Ubuntu 下装libstdc++-dev，RHEL/CentOS 下装libstdc++-devel
链接失败时先看 -v 输出
加 -v 能暴露真实链接行为：
g++ -v main.cpp -lm -o main
输出里会列出所有尝试链接的库路径和实际加载的库。重点检查两行：
- 是否出现
libstdc++.so（确认 C++ 运行时已链入） - 是否出现
libm.so（确认数学库被找到并参与链接） - 如果看到
attempt to open /usr/lib/x86_64-linux-gnu/libm.so succeeded，但依然报错，问题大概率出在函数调用本身（比如忘了#include <cmath></cmath>或用了sqrtf却没链接-lm）
真正容易被忽略的点是：math 函数在 C++ 里声明于 <cmath></cmath>，不是 <math.h></math.h>；用后者可能导致重载解析失败，进而让链接器找不到匹配符号。
