4c0e6726e3
Changes to resolver.py: - Improved PHI value tracking in _value_at_end_i64() (lines 268-285) - Added trace logging for snap hits with PHI detection - Fixed PHI placeholder reuse logic to preserve dominance - PHI values now returned directly from snapshots when valid Changes to llvm_builder.py: - Fixed externcall instruction parsing (line 522: 'func' instead of 'name') - Improved block snapshot tracing (line 439) - Added PHI incoming metadata tracking (lines 316-376) - Enhanced definition tracking for lifetime hints This should help debug the string carry=0 issue in esc_dirname_smoke where PHI values were being incorrectly coerced instead of preserved. 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
2.2 KiB
2.2 KiB
論文D vs 論文G 比較
📊 2つの論文の違い
| 項目 | 論文D（SSA/箱理論） | 論文G（AI協働） |
|---|---|---|
| 焦点 | 技術的解決策 | 協働プロセス |
| 読者 | コンパイラ実装者 | SE研究者、AI研究者 |
| 内容 | SSA実装の簡略化手法 | AI見落としと人間の発見 |
| 貢献 | 650→100行の実装改善 | 新しい協働モデル提案 |
| 理論 | 箱理論（技術） | 実装駆動型学習（方法論） |
| データ | コード比較、性能測定 | 相談ログ、開発履歴 |
| 結論 | シンプルさの勝利 | Everything is Experience |
🎯 それぞれの価値
論文D（技術編）の価値
- SSA構築に苦しむ実装者への具体的解決策
- 箱理論という新しい実装パラダイム
- 定量的な改善効果（85%コード削減）
- すぐに適用可能な実践的知識
論文G（AI協働編）の価値
- AI時代の新しい開発モデル
- 人間の役割の再定義
- 実装経験の重要性の実証
- AI活用の落とし穴と対策
📝 相互参照
両論文は以下のように相互参照可能：
論文Dから：
「この箱理論の発見に至った経緯については[論文G]を参照。AI協働開発における興味深い現象が観察された。」
論文Gから：
「型情報の追加により実現された技術的改善の詳細は[論文D]を参照。650行から100行への劇的な簡略化が達成された。」
🤔 統合するべきか？
別々のメリット
- 各論文が明確な焦点を持つ
- 読者が必要な情報だけ読める
- それぞれ6-8ページの濃い内容
統合のデメリット
- 焦点がぼやける
- 12-15ページの長大な論文に
- 技術だけ知りたい人には冗長
💡 結論
現時点では別々の論文として保持することを推奨
理由：
- それぞれが独立した価値を持つ
- 異なる学会・ジャーナルに投稿可能
- 読者層が明確に分かれる
- 相互参照で関連性は示せる
将来的に統合版を作ることも可能だが、まずは2つの濃い論文として完成させることが重要。