gcc -v -E -xc 命令先显示GCC详细版本及配置信息，再对指定为C语言的输入文件执行预处理（不编译），输出预处理结果到标准输出或由-o指定的文件。
gcc -v -E -xc -/null 查看头文件路径
这个命令能直接触发预处理阶段，并打印出所有 #include search 路径。关键点在于：-v 开启详细输出，-E 只做预处理不编译，-xc 告诉 GCC 当前是 C 语言（换成 -xc++ 就是 C++），- 表示从标准输入读，配合 /dev/null 避免输入干扰。
常见错误：漏掉 -E 或写成 gcc -v --help —— 后者只列参数，不显示真实路径；用 gcc -print-search-dirs 只输出库路径，不含头文件。
典型输出中关注这一段：
#include <> search starts here: /usr/local/include /usr/include /usr/lib/gcc/x86_64-linux-gnu/12/include End of search list.
gcc -print-search-dirs | grep libraries 查看库路径
gcc -print-search-dirs 输出三类路径：programs（程序路径）、libraries（库路径）、libraries（注意重复字段，实际只看 libraries = 行）。
必须加 | grep libraries 过滤，否则输出冗长且混杂。它显示的是链接器（ld）在 -lxxx 阶段搜索 .a 和 .so 的顺序，不是运行时路径。
容易混淆的点：
-
LIBRARY_PATH环境变量影响的是gcc -l链接阶段，但不会出现在-print-search-dirs输出里 - 运行时动态库路径由
LD_LIBRARY_PATH、/etc/ld.so.conf或-Wl,-rpath,决定，和这个命令无关
g++ 和 gcc 的头文件路径是否一样？
基本一致，但 C++ 会额外加入标准库头文件路径，比如 /usr/include/c++/12 或 /usr/include/c++/12/x86_64-linux-gnu。验证方式就是把前面的命令换成 g++ -v -E -xc++ -/null。
区别主要体现在：
-
#include <iostream>这类标准头文件，只在 C++ 路径里存在 - C++ 编译器启动的内部前端（cc1plus）比 C（cc1）多加载一组路径
- 如果同时装了多个 GCC 版本（如 11 和 12），
g++-12和g++-11的路径可能不同，需明确调用对应版本
为什么 gcc -print-prog-name=cc1plus -v 不推荐日常使用
这条命令确实能显示 C++ 头文件路径，但它依赖于内部可执行文件名（如 cc1plus），而该名字在不同发行版或交叉工具链中可能变化（比如 aarch64-linux-gnu-g++ 对应的是 aarch64-linux-gnu-g++ -print-prog-name=cc1plus）。
更稳的方式始终是走 g++ -v -E -xc++ -/null —— 它不依赖具体前端二进制名，只依赖 g++ 自身行为，兼容性更好。
另一个坑：cc1plus -v 单独执行会报错，因为它不是设计给人直接调用的，必须通过 g++ 包装器触发。
