llvm
LLVM IRおよびパスパイプラインに関するスキル。LLVM中間表現(IR)の直接操作、`opt`パスの実行、`llc`によるIR生成、カスタムパス向けのLLVM IR記述・解析、またはLLVMバックエンドがIRをアセンブリに変換する仕組みの理解が必要な場面で使用します。LLVM IR、`opt`、`llc`、`llvm-dis`、LLVMパス、IR変換、LLVMベースのツール構築に関する質問で起動します。
description の原文を見る
LLVM IR and pass pipeline skill. Use when working directly with LLVM Intermediate Representation (IR), running opt passes, generating IR with llc, inspecting or writing LLVM IR for custom passes, or understanding how the LLVM backend lowers IR to assembly. Activates on queries about LLVM IR, opt, llc, llvm-dis, LLVM passes, IR transformations, or building LLVM-based tools.
SKILL.md 本文
LLVM IR とツーリング
目的
エージェントを LLVM IR パイプラインにガイドします。IR の生成、opt で最適化パスを実行、llc でアセンブリに降低、デバッグやパフォーマンス作業のための IR の検査を扱います。
トリガー
- 「この関数の LLVM IR を見せてください」
- 「LLVM 最適化パスを実行するにはどうすればいいですか?」
- 「この LLVM IR 命令はどういう意味ですか?」
- 「カスタム LLVM パスを書くにはどうすればいいですか?」
- 「LLVM で自動ベクトル化が行われていないのはなぜですか?」
ワークフロー
1. LLVM IR を生成
# テキスト形式の IR (.ll) を出力
clang -O0 -emit-llvm -S src.c -o src.ll
# ビットコード (.bc) を出力
clang -O2 -emit-llvm -c src.c -o src.bc
# ビットコードをテキストに逆アセンブル
llvm-dis src.bc -o src.ll
2. opt で最適化パスを実行
# 特定のパスを適用
opt -passes='mem2reg,instcombine,simplifycfg' src.ll -S -o out.ll
# 標準最適化パイプライン
opt -passes='default<O2>' src.ll -S -o out.ll
opt -passes='default<O3>' src.ll -S -o out.ll
# 利用可能なパスをリスト表示
opt --print-passes 2>&1 | less
# パスの前後で IR を出力
opt -passes='instcombine' --print-before=instcombine --print-after=instcombine src.ll -S -o out.ll 2>&1 | less
3. llc で IR をアセンブリに降低
# IR をオブジェクトファイルにコンパイル
llc -filetype=obj src.ll -o src.o
# アセンブリにコンパイル
llc -filetype=asm -masm-syntax=intel src.ll -o src.s
# 特定の CPU をターゲット
llc -mcpu=skylake -mattr=+avx2 src.ll -o src.s
# 利用可能なターゲットを表示
llc --version
4. IR を検査
重要な IR 構文:
| 構文 | 意味 |
|---|---|
alloca | スタック割り当て (SSA 前; mem2reg でレジスタに昇格) |
load/store | メモリアクセス |
getelementptr (GEP) | ポインタ演算 / フィールドアクセス |
phi | SSA φ ノード:先行ブロックから値をマージ |
call/invoke | 関数呼び出し (invoke は例外エッジあり) |
icmp/fcmp | 整数/浮動小数点比較 |
br | 分岐 (条件付きまたは無条件) |
ret | リターン |
bitcast | ビットの再解釈 (コード生成では no-op) |
ptrtoint/inttoptr | ポインタ↔整数 (可能な限り避ける) |
5. 主要なパス
| パス | 効果 |
|---|---|
mem2reg | alloca を SSA レジスタに昇格 |
instcombine | 命令の結合 / ピープホール最適化 |
simplifycfg | CFG クリーンアップ、デッドブロック削除 |
loop-vectorize | 自動ベクトル化 |
slp-vectorize | スーパーワードレベルの並列化 (直線ベクトル化) |
inline | 関数インライン化 |
gvn | グローバル値番号付け (共通部分式除去) |
licm | ループ不変式コード移動 |
loop-unroll | ループアンロール |
argpromotion | ポインタ引数を値に昇格 |
sroa | スカラー集約置換 |
6. 見落とされた最適化のデバッグ
# ループがベクトル化されなかったのはなぜか?
clang -O2 -Rpass-missed=loop-vectorize -Rpass-analysis=loop-vectorize src.c
# パスパイプラインをダンプ
clang -O2 -mllvm -debug-pass=Structure src.c -o /dev/null 2>&1 | less
# 各パスの後で IR を出力 (非常に詳細)
opt -passes='default<O2>' -print-after-all src.ll -S 2>&1 | less
7. 有用な LLVM ツール
| ツール | 目的 |
|---|---|
llvm-dis | ビットコード → テキスト形式 IR |
llvm-as | テキスト形式 IR → ビットコード |
llvm-link | 複数ビットコードファイルをリンク |
llvm-lto | スタンドアロン LTO |
llvm-nm | ビットコード/オブジェクト内のシンボル |
llvm-objdump | オブジェクトを逆アセンブル |
llvm-profdata | PGO プロファイルをマージ/表示 |
llvm-cov | カバレッジレポート |
llvm-mca | マシンコード分析ツール (スループット/レイテンシ) |
binutils の同等物については、skills/binaries/binutils を参照。
関連スキル
- ソースレベルの Clang フラグについては
skills/compilers/clangを使用 - リンク時の LTO については
skills/binaries/linkers-ltoを使用 - マイクロアーキテクチャ分析のために
skills/profilers/linux-perfとllvm-mcaを組み合わせて使用
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- mohitmishra786
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/mohitmishra786/low-level-dev-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。