llvm/llvm-project

GlobalISel should have G_POISON

Open

#127,486 opened on 2025年2月17日

GitHub で見る
 (6 comments) (0 reactions) (1 assignee)C++ (10,782 forks)batch import
good first issuellvm:globalisel

Repository metrics

Stars
 (26,378 stars)
PR merge metrics
 (平均マージ 1d 2h) (30d で 1,000 merged PRs)

説明

Currently GlobalISel has G_IMPLICIT_DEF, which acts like undef. This is used to lower both poison and undef from the IR. To mirror the semantics of the IR, we need a separate representation of poison. We should introduce G_POISON to enable better optimizations, particularly when legalization introduces padding vector elements.

This change would mostly be finding all the places G_IMPLICIT_DEF is handled, and equivalently handling G_POISON. We should then migrate vector widening and other transforms to introduce poison instead of undef.

コントリビューターガイド

調査方針
LLVMソースコード内のG IMPLICIT DEFへのすべての参照を検索し、G POISONの並列処理を追加します。GlobalISel命令定義から始め、MachineVerifier、legalizer、combiner、およびその他G IMPLICIT DEFを処理するすべてのパスを更新します。最後に、ベクトル拡張をG POISONを使用するように移行します。
技術スタック
cpp
領域
backend
Issue 種別
機能
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
3
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
半日
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
アクティブ
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
明確
前提条件
C++LLVMGlobalISel
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
60