sublime text 4 不支持 kotlin/native 编译，仅能实现语法高亮和手动终端编译；kotlinc-native 工具链无法被其 build system 可靠调用，所有构建、目标平台指定及二进制生成必须在终端完成。
Sublime Text 4 不支持 Kotlin/Native 编译——它没有、也不能集成 kotlinc-native 或 konanc 工具链，更无法调用 LLVM 后端或处理平台特定的二进制生成。所谓“配置 Kotlin/Native 环境”，在 Sublime 里实际只能做到语法高亮 + 手动终端编译，所有构建、链接、目标平台指定（如 macos_x64、windows_x64）都必须脱离编辑器完成。
确认 kotlinc-native 或 konanc 是否可用
Kotlin/Native 编译器已从 konanc 迁移至 kotlinc-native（Kotlin 1.9+），但 Sublime 的 Build System 无法适配其复杂参数（如 -target、-linker-options、-produce program）。你必须先验证命令是否真能运行：
- 终端执行
kotlinc-native -version，输出应类似Kotlin/Native 1.9.24；若报command not found，说明没装 Kotlin/Native CLI，仅装kotlinc（JVM 版）没用 - 官方推荐安装方式：用 SDKMAN!（
sdk install kotlin 1.9.24）或从 GitHub Releases 下载kotlin-native-prebuilt包，解压后把bin/加入PATH - Windows 用户注意：
kotlinc-native.bat必须能在任意路径下直接调用；macOS/Linux 用户需确保llvm已安装（kotlinc-native依赖系统级 LLVM 15+）
LanguageKotlin 插件不识别 Kotlin/Native 特有语法
该插件只按通用 Kotlin 语法着色，对 @OptIn(ExperimentalNativeApi::class)、memScoped、platform.posix 等 Native 专属 API 无高亮、无 scope 判断，也不会提示 objc_export 或 cinterop 相关错误。
- 打开
.kt文件时右下角显示Kotlin≠ 支持 Native；它只是把文件当普通 Kotlin 解析 - 没有插件能提供 Native 专用语法支持——JetBrains 官方未发布 Sublime 兼容的 Native 语言服务
- 若想粗略区分，可手动修改
LanguageKotlin的.sublime-syntax文件，但无法解决语义校验缺失问题
Build System 调用 kotlinc-native 会失败或静默退出
Sublime 的 shell_cmd 或 cmd 字段无法可靠处理 kotlinc-native 的长参数链、多阶段输出（如 cinterop 头文件解析）、以及非 UTF-8 的本地化错误信息（尤其 Windows 控制台编码问题）。
- 常见失败现象：
Ctrl+B后无任何输出，或只打印 “compilation finished” 但不生成.klib或可执行文件 - 根本原因：Sublime 的构建系统默认工作目录和环境变量与终端不一致，
KONAN_HOME、LLVM_PATH等变量不会自动继承 - 强行写 Build System 示例（不推荐）：
{ "shell_cmd": "kotlinc-native \"$file\" -target macos_x64 -output \"$file_path/$file_base_name\"", "selector": "source.kotlin", "working_dir": "$file_path" }—— 但-target值需硬编码，无法动态切换，且失败时错误行号无法被file_regex捕获
真正可行的轻量开发流程：Sublime + 终端协同
把 Sublime 当纯编辑器用，所有编译动作交给终端——这是目前唯一稳定、可调试的方式。
- 在 Sublime 中写完
main.kt，保存后切到终端，cd 到文件所在目录 - 单文件编译：
kotlinc-native main.kt -target linux_x64 -o main（Linux）或-target macos_x64（macOS） - 含 cinterop 的项目：必须先写好
def-file.def和build.sh脚本，Sublime 无法驱动整个流程 - 为快速触发，可在 Sublime 中配置一个“Open Terminal Here”插件（如
Terminus），但别指望它替代真正的构建工具
最易被忽略的点：Kotlin/Native 的 konan.properties 配置、目标平台 SDK 路径、C 头文件绑定（cinterop）全部依赖外部脚本或 Gradle 插件，Sublime 的 Build System 设计上就不支持这类状态管理——它连多文件依赖分析都做不到，更别说跨平台二进制生成。
