sublime text 默认无vhdl智能补全，需手动配置语法映射、构建系统及配色方案；右下角必须显示“vhdl”而非“plain text”，.vhd文件需关联source.vhdl，构建系统须指定ghdl路径并启用shell，禁用已失效的xvhdl相关插件。
Sublime Text 本身不提供 VHDL 语法提示（即智能补全、函数跳转、实时错误检查），装完插件后看到关键字变色 ≠ 有补全能力；真要补全，得靠外部 LSP 服务（如 xvhdl）+ 插件桥接，但当前生态下极不稳定，不建议普通 FPGA 开发者折腾。
右下角显示 Plain Text 就等于高亮完全失效
这是最常卡住的一步，90% 的配置失败都停在这儿。VHDL 插件只提供 source.vhdl 语法定义，不会自动把 .vhd 后缀映射过去——而 FPGA 工程几乎全用 .vhd，不是 .vhdl。
- 打开任意
top.vhd文件，右下角状态栏必须显示VHDL，不是Plain Text - 若显示
Plain Text，点击它 → 选Open all with current extension as…→VHDL（注意：不是Set Syntax → VHDL，后者只对当前文件临时生效） - 打开
Preferences → Settings – User，确认存在这一行：{"extensions": {"vhd": "source.vhdl", "vhdl": "source.vhdl"}} - 改完保存，重启 Sublime；再新建
test.vhd，输入signal或begin，立刻看是否变色
构建系统（Ctrl+B 编译）必须手动配，且路径含空格会崩
Sublime 没有内置编译器，Ctrl+B 只是调用你本地的 ghdl 命令。默认构建系统不存在，不配就只能手敲终端。
- 菜单栏 →
Tools → Build System → New Build System，粘入以下内容（以 Windows + GHDL 为例）：
{
"cmd": ["ghdl", "-a", "$file"],
"file_regex": "^\s*(.*?):(\d+):?(\d+)?:?\s*(.*)$",
"selector": "source.vhdl",
"shell": true
}
-
"shell": true必须加，否则路径含空格或中文时会报Unable to find executable -
$file是当前文件完整路径，不要写成$file_base_name或硬编码路径 - 保存为
VHDL.sublime-build，然后菜单选Tools → Build System → VHDL - 按
Ctrl+B，错误行能直接跳转——前提是ghdl已加入系统 PATH
别碰 SublimeLinter-contrib-xvhdl 这类“语法提示”插件
网上很多教程推 SublimeLinter-contrib-xvhdl 实现“实时检查”，但它依赖 xvhdl 工具链，而 xvhdl 早已停止维护，不兼容 Sublime Text 4，且在 Windows 下大概率启动失败，报错类似 linter crashed: xvhdl not found 或静默无响应。
- 真正可用的 lint 方式只有：用
ghdl -c或ghdl -r手动验证，或集成进构建系统里 - 所谓“自动补全”在 VHDL 场景中意义有限：端口名、信号名、组件例化都是工程强相关的，编辑器无法推断
- 如果非要补全，可启用插件自带的简单关键字补全（输入
en按Tab补entity），但别期待 VS Code 那种上下文感知能力
最易被忽略的是：配色方案必须支持 source.vhdl 作用域。比如用默认的 Monokai 主题，architecture 可能还是灰色——换 Material Theme 或 Nova 就立刻正常。这不是插件问题，是主题没定义这个作用域的样式。
