MacBook M1安装gcc后无法正常调用使用该如何解决？

修复路径配置错误导致的基础命令失效 #

在当前异常终端窗口直接执行以下命令，临时恢复系统命令可用性：
export PATH="/usr/bin:/bin:/usr/sbin:/sbin:/opt/homebrew/bin"
执行后ls、cd等基础命令即可恢复使用，该配置仅当前窗口生效，需按以下步骤永久修复：

• 执行echo $SHELL确认当前使用的shell：输出/bin/zsh则编辑~/.zshrc配置文件，输出/bin/bash则编辑~/.bash_profile配置文件
• 打开对应配置文件，删除之前错误添加的PATH配置（错误原因多为将PATH变量完全替换为gcc安装目录，未保留系统默认命令路径）
• 在配置文件中添加正确的Homebrew路径配置：
  export PATH="/opt/homebrew/bin:$PATH"
  注意：该写法是将Homebrew可执行目录放在PATH优先级最前，不会覆盖系统原有命令路径
• 保存文件后执行对应生效命令：zsh执行source ~/.zshrc，bash执行source ~/.bash_profile，重开终端验证基础命令正常运行即可。

解决clang不支持-fopenmp的编译报错 #

Mac系统默认将gcc、g++命令软链接到自带的clang编译器，原生clang不支持OpenMP特性，直接调用gcc实际运行的是clang，因此触发clang: error: unsupported option '-fopenmp'报错。Homebrew安装的gcc不会覆盖系统默认软链接，按以下步骤正确调用即可：

1. 查询Homebrew安装的gcc版本号，执行：
   ls /opt/homebrew/bin/gcc-*
   输出结果中gcc-后的数字即为安装的gcc主版本号，对应C++编译器命令为g++-<版本号>。
2. 根据编译场景选择调用方式：

• 单文件临时编译：直接使用带版本号的命令调用即可，示例（以gcc-13为例）：
  gcc-13 -fopenmp test.c -o test_out
• 编译依赖gcc+OpenMP的第三方工具（make构建场景）：执行构建命令前，先在当前终端设置编译器环境变量，将<版本号>替换为查询到的实际版本数字：

  export CC=gcc-<版本号>
  export CXX=g++-<版本号>
  

  执行$CC --version验证，输出内容显示为Homebrew安装的gcc版本而非clang版本即为配置正确。后续在当前终端窗口执行./configure、make、make install等构建命令时，会自动调用支持OpenMP的gcc完成编译，不会再出现参数不支持的报错。
  注意：不要直接修改系统全局的gcc软链接指向，避免破坏系统其他依赖clang的编译逻辑

内容的提问来源于stack exchange，提问作者sindhuja