Windows10系统VSCode中执行GNUmakefile报错找不到../GNUmakefile如何解决

• 核心报错由当前项目GNUmakefile第5行的include ../GNUmakefile指令触发：该指令要求make加载当前工作区上一级目录的GNUmakefile文件，你当前工作区为C:\Users\MKyle\VSWorkspace\CS452-Homework3，其上级目录不存在对应文件，因此直接抛出找不到文件的错误。
• 你之前安装的MSYS2、Chocolatey版make、VSCode Makefile扩展均无异常，问题根源是作业项目的依赖结构不完整，和工具本身无关。

方案1：补全缺失的公共GNUmakefile（推荐） #

本次作业的框架是多项目共用上层公共配置的结构，操作步骤如下：

1. 向授课老师索要缺失的../GNUmakefile文件，放到当前CS452-Homework3文件夹的上一级目录（即VSWorkspace目录下，也可按照作业要求的目录结构放置）
2. 确认该公共GNUmakefile中已定义$(objs)变量、$(prog)编译规则、libdeq.so生成规则，以上内容在你当前的GNUmakefile中未定义，缺失会导致后续编译继续报错。

方案2：修改当前GNUmakefile适配单项目结构 #

如果暂时无法获取公共GNUmakefile，可自行补全缺失规则，修改后的参考内容如下：

prog=shell
# 请替换为你实际的源文件对应目标文件，比如shell.c对应shell.o
objs=shell.o
ldflags:=-lreadline -lncurses

# 注释掉原有的include指令
# include ../GNUmakefile

# 补全libdeq.so的生成规则，若deq库有其他源文件请自行调整
libdeq.so: deq.c
	gcc -shared -fPIC -o $@ $<

# 补全shell程序的默认编译规则
$(prog): $(objs) libdeq.so
	gcc -o $@ $(objs) $(ldflags) -L. -ldeq -Wl,-rpath=.

try: $(objs) libdeq.so
    gcc -o $@ $(objs) $(ldflags) -L. -ldeq -Wl,-rpath=.

trytest: try
    Test/run

test: $(prog)
    Test/run

注意：该方案需要你自行确认所有依赖的源文件、编译参数和作业要求一致，避免提交作业时出现环境不符的问题。

方案3：VSCode Makefile扩展配置方法 #

解决上述文件缺失问题后，可按以下步骤配置扩展：

1. 打开VSCode设置，搜索Makefile: Build Target，填入你需要构建的目标（如test、try，留空则使用默认目标）
2. 建议将VSCode的默认终端切换为MSYS2终端，避免Windows原生PowerShell的路径、动态库兼容问题
3. 点击扩展面板的构建按钮即可自动执行对应make命令。

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