Sublime Text 编译汇编需确保系统已安装并正确配置 nasm/as，PATH 一致，语法 scope 与构建系统 selector 匹配（如 source.asm.nasm），区分 NASM/GAS 风格及文件后缀，避免高亮错误导致构建失效。
Sublime Text 本身不带汇编器，所谓“安装编译环境”，本质是让 Ctrl+B 能调起 nasm 或 as，并把错误信息正确捕获——前提是系统里真有这些命令，且 Sublime 能找到它们。
确认 nasm/as 是否可用且路径正确
Sublime 启动时继承的 PATH 和终端里看到的可能不一样，尤其 macOS 和 Windows 常见此问题。
- 先在终端（或命令提示符）运行
nasm -v或as --version，确保能输出版本号 - macOS（Apple Silicon）：Homebrew 安装的
nasm默认在/opt/homebrew/bin/nasm，必须从终端执行subl .启动 Sublime，否则它看不到这个路径 - Windows：检查
nasm.exe所在目录是否加入**系统级**环境变量 PATH（不是仅用户 PATH），重启 Sublime 生效 - Linux：确认
nasm在/usr/bin/或/usr/local/bin/，或通过which nasm查路径
构建系统 selector 必须匹配当前语法 scope
高亮和构建是两套机制，但都依赖右下角显示的语法名。如果 Build 菜单里找不到你的构建项，或 Ctrl+B 没反应，大概率是 selector 写错了。
- 你手动设为
Assembly (NASM)→ 构建系统里selector必须写成source.asm.nasm - 你用的是
EnhancedAssembly → x86 (GAS)→selector应为source.gas - 打开一个
.s文件后右下角显示ShellScript？那构建系统根本不会触发——先解决高亮绑定，再谈编译 - 构建系统文件保存为
Packages/User/nasm.sublime-build，内容示例：{ "shell_cmd": "nasm -f elf64 -o $file_base.o $file && ld -o $file_base $file_base.o", "selector": "source.asm.nasm", "file_regex": "^(...*?):([0-9]+):([0-9]+):? (.*)$" }
区分 NASM 和 GAS 风格，别混用构建命令
nasm 和 as 输入格式不同，构建命令写错会导致“语法正确却编译失败”。
- NASM 风格（
.asm文件，Intel 语法）：nasm -f elf64 -o hello.o hello.asm && ld -o hello hello.o - GAS 风格（
.s或.S文件，AT&T 语法）：as -64 -o hello.o hello.s && ld -o hello hello.o - Windows 下用 MASM/YASM？构建命令得换成
yasm -f win64 -o hello.obj hello.asm && link hello.obj，且需确保link.exe在 PATH 中 - 链接入口名要匹配：Linux 默认找
_start，若写的是main:，得加-e main参数给ld
最常被忽略的点：.s 和 .S 是两个独立后缀，必须分别绑定语法、分别配置构建系统；GAS 文件开头若有 #include，Sublime 会直接判为 ShellScript，此时构建系统连触发都不会触发——高亮没起来，编译就无从谈起。
