このドキュメントでは、仕様に対する変更を確認するためのガイドラインについて概説します。現時点では、これらの変更は通常、複数のソースの複数の項目をチェックします。そのため、このドキュメントではレビューを簡素化するためにすべてを要約しています。
- status.md の [Specification] 列に [yes] と表示されていることを確認します。
- セクション タイトルが ODS 内の演算のニーモニックと一致しているかどうかを確認します。
- 「セマンティクス」セクションが XLA のオペレーション セマンティクスと一致するかどうかを確認します。
- [Inputs] セクションと [Outputs] セクションが次の条件を満たしているかどうかを確認します。
- ODS と同じアイテムをリストアップします。
- HloInstruction::CreateFromProto と同じアイテムをリストします。
- ODS とまったく同じように並べ替えられます。
- 不一致がある場合は、対応するチケットがあるかどうかを確認します。
- [制約] セクションで次の設定を確認します。
- XLA の shape_inference.cc と一致します。
- XLA の hlo_verifier.cc と一致します。
- ODS と一致します。
- StablehloOps.cpp と一致します。
- 不一致がある場合は、対応するチケットがあるかどうかを確認します。それらのチケットをすべて、可能な限り具体的な場所で、仕様にリンクします(たとえば、チケットが、実装されていない制約に関するものである場合は、その制約に直接チケットをリンクします)。
- ODS と StablehloOps.cpp の対応する部分が仕様と一致している場合は、status.md の [Verification] 列と [Type Inference] 列に「yes」と表示されていることを確認します。
- [Example](例)セクションが以下の項目にないかどうかを確認します。
- 例は 1 つだけです。(今後、StableHLO インタープリタ テストスイートの他の例へのリンクを掲載する予定です)。
- コードサンプルに対して
stablehlo-opt
を実行して、有効な MLIR 構文を使用します。 stablehlo-opt -mlir-print-op-generic
を実行することで取得できる汎用の MLIR 構文を使用します(プリティ プリンタの変更で仕様を変更しなくても済むよう、仕様における汎用構文のみ使用しています)。
- 演算の ODS の
description
が次の条件を満たしていることを確認します。- 仕様の最初の一文を含めます。
- 仕様の対応するセクションへのリンクも記載しています。
- 次に、仕様と同じ例を使用しますが、
stablehlo-opt
を実行すると取得できるわかりやすい構文を使用します。
- 検証と型推論制約の実装に関連するファイルが、以下のガイドラインに従っていることを確認します。
- StablehloOps.td のガイドライン #1 に従います。
- TypeInference.cpp と StablehloOps.cpp のガイドライン #2 に従ってください。
- ops_stablehlo.mlir のガイドライン #5 に従います。
- infer_stablehlo.mlir のガイドライン 6 に従います。