DirectXShaderCompiler中HLSL内建函数操作码的稳定性改进方案

背景介绍

在DirectXShaderCompiler项目中，HLSL高级着色语言编译器在将代码转换为DXIL中间表示时，会使用hlsl::IntrinsicOp枚举类型来标识各种内建函数的操作。这些操作码在编译器内部用于表示不同的内建函数调用，如数学运算、纹理采样等操作。

当前问题

目前的设计存在两个主要问题：

1. 操作码值不稳定：当在枚举列表中添加或修改操作时，会导致后续所有操作码的数值发生变化。这种变化会影响所有依赖这些操作码值的测试用例。

2. 编译选项依赖：当启用SPIR-V代码生成选项(ENABLE_SPIRV_CODEGEN)时，会在枚举中间插入Vulkan特定的操作码，这使得操作码值依赖于编译设置。

这些问题给编译器开发和测试带来了诸多不便，特别是在需要编写稳定的中间表示(IR)测试用例时。当添加新的内建函数或修改现有实现时，往往需要手动更新大量测试用例中的操作码值。

解决方案设计

核心方案：稳定操作码分配

项目提出了一个基于JSON配置文件的解决方案来稳定操作码分配：

1. 生成操作码映射文件：在构建时生成一个JSON文件，为每个HLSL内建函数操作按名称分配固定的操作码值。

2. 保留现有值：自动解析过程会保留JSON文件中已分配的操作码，新操作码则从当前最高值之后开始分配。

3. 版本控制集成：使用-update-generated-files选项时，JSON文件会被更新并提交到版本控制中，确保操作码分配的稳定性。

实现细节

1. 枚举定义修改：在hlsl::IntrinsicOp枚举中显式指定每个操作码的值，即使对于Vulkan特定操作码也保留定义(无论是否启用SPIR-V支持)。

2. 降低表调整：在HLOperationLower.cpp中的内建函数降低表需要相应调整：

   • 确保表索引与操作码值匹配
   • 为Vulkan操作码添加特殊处理条目
   • 添加静态检查确保一致性

3. 构建系统集成：修改构建过程以处理JSON配置文件的生成和验证。

可选改进：操作码分组

为进一步提高设计清晰度，提出了将操作码按用途分组的可选方案：

1. 分离Vulkan操作码：将Vulkan特定操作码移到单独的HLOpcodeGroup中，避免与常规HLSL操作码混合。

2. 支持未来扩展：为预期的DXIL特定操作码预留单独的分组机制。

3. 多表支持：扩展生成系统以支持从同一输入文件生成多个操作码表和枚举。

虽然此改进不是稳定操作码所必需的，但如果在稳定操作码值前实施，可以简化长期维护。

替代方案分析

项目团队考虑过其他方案但发现存在明显不足：

1. 基于定义顺序的方案：

   • 破坏现有逻辑分组
   • 影响重载解析行为
   • 难以维护一致性
   • 需要大规模重排现有操作码

2. 手动分配方案：

   • 容易出错且工作量大
   • 增加定义文件复杂度
   • 需要额外验证机制
   • 难以应对未来扩展

实施必要性

随着Shader Model 6.9功能的开发，大量新内建函数和IR测试将被添加。若不解决此问题，将导致：

1. 测试用例频繁失效
2. 开发流程受阻
3. 维护成本增加

临时解决方案(如强制启用SPIR-V支持)无法从根本上解决问题，特别是当需要添加新内建函数时。

总结

通过引入操作码稳定性机制，DirectXShaderCompiler项目将能够：

1. 确保测试用例的长期稳定性
2. 降低维护成本
3. 提高开发效率
4. 为未来扩展奠定基础

这一改进对于项目的持续健康发展至关重要，特别是在支持新硬件特性和着色器模型的背景下。