VSCode本身不能运行VHDL，必须依赖ghdl执行-a、-e、-r三步仿真；需确认ghdl已安装且tasks.json中用绝对路径调用，分步配置shell任务并设"$ghdl" problemMatcher，波形需手动用gtkwave查看。
ghdl 没装好，或者 tasks.json 里漏了关键步骤——VSCode 本身根本不能运行 VHDL，它只负责调用外部工具；真正干活的是 ghdl 的 -a、-e、-r 三步，缺一不可。
确认 ghdl 能被 VSCode 真正调到
很多人在终端里 ghdl --version 能跑，但 VSCode 任务里报 command not found，本质是集成终端没加载 shell 的 PATH。
- 先在系统终端（不是 VSCode 里点开的那个）运行
which ghdl或where ghdl，拿到真实路径，比如/opt/homebrew/bin/ghdl（macOS Apple Silicon）或C:\ghdl\bin\ghdl.exe（Windows） - VSCode 集成终端启动时可能不读
~/.zshrc或%PATH%，所以别依赖“全局可用”，直接在tasks.json的command字段写绝对路径 - 重启 VSCode：插件、PATH、扩展注册都得重载一次，跳过这步基本白配
tasks.json 必须分三步写，不能合并
把 ghdl -a、-e、-r 塞进一个 task，失败时你根本不知道卡在哪——-a 失败了，-e 根本不会执行，但错误堆在终端里，双击还跳不了行。
- 每个 task 的
"type"必须是"shell"，不是"process"；否则参数如--std=08会被拆错 - 每个 task 都要加
"problemMatcher": ["$ghdl"]，不然报错只滚屏，PROBLEMS 面板不显示，也点不跳转 - 单文件用
"${file}"分析，多文件工程必须改用"*.vhd"，且顺序不能错：先分析所有.vhd，最后分析顶层实体 -
ghdl -r一定要带--vcd=wave.vcd，否则不生成波形文件，后面gtkwave就是空转
gtkwave 不会自动弹出来，也不能等 ghdl -r 自动完成
ghdl -r 只输出文本格式的 wave.vcd，VSCode 不会暂停、不检查文件是否存在、也不自动打开 GUI 工具——你得手动按顺序点两次 Run。
- 先确保已装
gtkwave：brew install gtkwave（macOS）、sudo apt install gtkwave（Ubuntu）、Windows 上注意路径含空格，比如"C:\Program Files\GTKWave\gtkwave.exe"必须用引号包裹 - 在
tasks.json里新增一个 task，"command": "gtkwave"，"args": ["wave.vcd"]，"group": "build" - 必须手动作：Run “GHDL Run” → 等终端输出
Done或无报错 → 再 Run “GTKWave View”；VSCode 不串行，也不会帮你等wave.vcd写完 - 如果
wave.vcd是空的，大概率是 testbench 里没写wait for 100 ns;类延时，仿真瞬间结束，没采样
VHDL 插件和 LSP 容易冲突，尤其 vhdllint 和 teros_hdl
装了多个语法检查插件，反而会让高亮失效、跳转失灵、甚至 PROBLEMS 面板不显示任何报错——这不是 VSCode 坏了，是两个插件抢着接管语言服务。
-
vhdllint和teros_hdl插件不能共存，冲突会导致语法检查静默失效 - 基础编辑用
vijayst.vhdl或pgorczak.vhdl就够，重启后右下角手动切语言模式为 VHDL - 要跳转定义、重命名信号，得上
vhdl-ls：去 GitHub 下预编译二进制，放/usr/local/bin/vhdl-ls，再装VHDL Language Server Client扩展，并配vhdl.languageServer.path - 别信“自动检测路径”，
vhdl.ghdl.path必须和which ghdl输出完全一致，少个斜杠都不行
ghdl -a *.vhd 和 ghdl -a ${file} 行为完全不同，前者让实体互相可见，后者只编当前文件——而 VSCode 默认右键 Run Task 是针对当前文件，不是整个工程。 
