VSCode 仅编辑和调度 VHDL，仿真必须由 ghdl 执行分析（-a）、绑定（-e）、运行（-r）三步；需先确认 ghdl 已安装且终端可调用（如 ghdl --version），再在 tasks.json 中分步配置 shell 类型任务并设置 "$ghdl" problemMatcher，多文件工程注意分析顺序，波形查看需手动触发 gtkwave。
VSCode 本身不能运行 VHDL，它只负责编辑和调度；真正执行仿真必须靠 ghdl 完成分析（-a）、绑定（-e）、运行（-r）三步——漏掉任一环节，或者 ghdl 命令根本不可用，都会卡在“没输出”或“command not found”上。
确认 ghdl 已安装且终端可调用
这是所有后续配置生效的前提，跳过这步等于白配。
- 在系统终端（不是 VSCode 集成终端）里运行
ghdl --version，有版本号输出才算成功 - macOS 用
brew install ghdl后，路径通常是/opt/homebrew/bin/ghdl（Apple Silicon）或/usr/local/bin/ghdl（Intel） - Windows 用户装完务必检查是否加入 PATH；若没加，VSCode 任务里就得写绝对路径，比如
C:\ghdl\bin\ghdl.exe - 装完没重启 VSCode 或终端？
which ghdl在集成终端里返回空，就是这个原因
用 tasks.json 分步定义 ghdl -a、-e、-r
别把三步塞进一个 task，失败时无法定位是哪步出错；也别指望右键“Run”自动走完全部流程——VSCode 不会智能串联任务。
- 每个 task 的
"type"必须设为"shell"，否则参数解析错乱 -
"problemMatcher": ["$ghdl"]是刚需：没有它，报错只在终端滚屏，双击不会跳转到源码行 - 分析当前文件：
["-a", "--std=08", "${file}"]；--std=08显式指定标准，避免默认用 VHDL-93 导致语法误报 - 绑定和运行要分开：先
["-e", "${fileBasenameNoExtension}"]，再["-r", "--vcd=wave.vcd", "${fileBasenameNoExtension}"] - 多文件工程？把
${file}换成*.vhd，但注意顺序：先分析所有依赖，最后分析顶层
波形查看必须手动触发 gtkwave，且顺序不能错
ghdl -r 只生成 wave.vcd 文本文件，不打开界面；VSCode 也不会等前一个 task 结束再跑下一个——你得自己按顺序点。
- 先确保已安装
gtkwave：brew install gtkwave（macOS）、sudo apt install gtkwave（Ubuntu） - 在
tasks.json新增 task："command": "gtkwave", "args": ["wave.vcd"]，并设"group": "build"方便归类 - Windows 上路径含空格（如
C:\Program Files\GTKWave\gtkwave.exe）？必须用引号包裹整个路径，或改用短路径名 - 如果
wave.vcd不存在就点开gtkwave，它只会报错“no such file”，不会自动等待生成
最常被忽略的一点：VSCode 的集成终端启动时可能不加载 shell 的 PATH，导致 ghdl 在 task 里始终“找不到”。与其折腾环境变量，不如在 tasks.json 的 args 里直接写死 ghdl 的绝对路径——简单、确定、不依赖上下文。
