执行make遇gcc: Permission denied错误，手动执行命令却正常的原因与解决

可能原因及对应解决办法 #

1. Makefile子进程的环境变量（尤其是PATH）与交互Shell不一致 #

手动在终端执行命令时，用的是当前交互Shell的完整环境变量，PATH里包含了有执行权限的gcc路径。但make启动的子Shell可能没有继承完整的PATH，导致它找到的gcc要么是无执行权限的版本，要么路径不对触发权限报错。

解决办法：

• 在Makefile开头显式继承当前Shell的PATH：

  export PATH := $(shell echo $$PATH)
  

• 或者直接指定gcc的绝对路径（先在终端用which gcc找到路径，比如/usr/bin/gcc），替换Makefile里的gcc命令。

2. Makefile使用的默认Shell与交互Shell不同 #

部分系统中make默认用sh而非bash，sh的环境配置可能和日常用的bash有差异，比如PATH更受限，或者权限上下文不同，导致执行gcc时触发权限问题。

解决办法：

• 在Makefile开头指定使用bash：

  SHELL := /bin/bash
  

3. Makefile中目录切换的逻辑有问题 #

如果Makefile里用cd src; ...这种方式切换目录，可能因命令拼接错误，导致编译命令实际在父目录执行而非src目录。虽然错误提示是gcc权限，但也可能是间接路径问题引发的权限报错（比如gcc需要读取的文件路径不对，触发权限拒绝）。

解决办法：

• 改用$(MAKE) -C src进入src目录执行子Makefile，这是make切换工作目录的标准方式，能确保后续命令在正确的目录上下文运行。
• 检查Makefile中cd src后的命令拼接，确保用&&连接（比如cd src && gcc ...），避免分号导致命令在父目录执行。

内容的提问来源于stack exchange，提问作者sancho.s ReinstateMonicaCellio