写代码时遇到编译错误太常见了
尤其是用GCC编译C或C++程序的时候，一个参数写错，编译直接报错。很多人刚上手Linux开发，看到终端里一堆红色错误信息就头大。其实很多问题都出在GCC的参数使用不当上。
比如你写了个简单的hello.c文件，编译命令敲了gcc -o hello hello.c -lm，一切正常。但要是你不小心把参数顺序搞反了，写成gcc -o hello -lm hello.c，看起来差不多，但在某些系统上可能就会链接失败。别小看这个细节，GCC对参数顺序是有讲究的。
常见的参数位置错误
库链接参数（如-lm、-lpthread）通常要放在源文件之后。因为GCC是从左到右解析命令行的，如果库写在前面，链接器还没看到你要用的函数，自然找不到符号。
gcc hello.c -o hello -lpthread <!-- 正确 -->
gcc -lpthread hello.c -o hello <!-- 可能出错 -->特别是多文件项目中，这种问题更容易出现。比如你有两个源文件main.c和thread_util.c，要用pthread库，正确写法是：
gcc main.c thread_util.c -lpthread -o myapp拼写错误也常导致编译失败
把-Wall写成-wall，看着像没事，实际上GCC不认识小写的w。它会默默忽略这个参数，结果你期望的警告全没了。类似地，-O2优化选项写成-02（数字零），也会失效。
还有人误把预处理器定义写错位置。比如想定义调试宏：
gcc -D DEBUG=1 main.c -o main这里-D和DEBUG之间不能有空格，否则GCC会当成两个参数处理，报“无法识别的命令行选项”。
混用C和C++的编译参数
有时候你在编译C++代码时用了gcc而不是g++，又忘了加-fpermissive或-std=c++11这类参数，就会遇到各种语法不支持的错误。虽然gcc也能编译C++，但默认行为更偏向C语言规范。
比如下面这段C++代码：
#include <iostream>
int main() {
auto x = 10;
std::cout << x << std::endl;
return 0;
}用gcc main.cpp -o main编译会失败，提示auto关键字问题。必须加上标准支持：
gcc -std=c++11 main.cpp -o main或者干脆用g++，省事又少坑。
路径参数写错也是高频问题
当你用到第三方库，需要指定头文件路径或库路径时，-I和-L后面跟的路径一定要准确。比如你装了json-c库在/usr/local/include，但忘了加-I：
gcc main.c -ljson-c -o main这时候会报“json.h: No such file or directory”。正确的应该是：
gcc -I/usr/local/include main.c -L/usr/local/lib -ljson-c -o main路径不对，或者目录下确实没有对应文件，都会导致编译或链接阶段失败。
遇到编译错误别慌，先看错误信息第一行，定位是语法问题还是链接问题。如果是“undefined reference”，大概率是库没连上，回头检查-l和-L的位置。如果是“unknown type name”，可能是头文件没找到，查-I有没有写对。
调试这些参数最有效的办法就是一步步试。先把最简命令跑通，再逐步加上优化、警告、库依赖等参数，每加一个验证一次。这样出错了也容易定位。