[Fikir] IR'in Serileştirilmesi ve İncelenebilirliği (saqut ir komutu) #75
Labels
No Label
cli-ux
faz-plani
felsefe-gozden-gecir
ffi-builtin
fikir
gelecek-vizyon
ir-vm
kalite-mimari
moduller-import
test-senaryosu
tip-sistemi
tooling-lsp
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: saqut/saqut-compiler#75
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Giriş (Nedir, Neden Önemli?)
saQut'un varlık sebebi "her aşamanın dışarıdan görülebilir olması". Token, AST ve sembol tablosu zaten
saqut tokens/ast/symbolsile JSON olarak görülebiliyor. IR de aynı muameleyi görmeli.Gelişme (Olası Yaklaşımlar)
saqut ir file:kaynak.sqtkomutu: AST'den üretilen IR'i hem insan-okur metin (örn. assembly benzerit1 = a + b) hem de JSON (--format=json) olarak basar.--optimizedbayrağıyla optimizasyon öncesi/sonrası IR yan yana (diff) gösterilebilir — Faz 4'teki AST öncesi/sonrası karşılaştırmasının IR karşılığı.Açık Sorular
İmza/Yorum: Bu, "programlanabilir derleyici" vaadinin IR ayağı. Küçük ama saQut'un kimliği için sembolik önemde.
Kararlı hale getirildi. ir.hpp'e TypeChecker + StructuralValidator eklendi — artık run pipeline ile eşit. Tip hatası olan program IR üretemiyor. Format zaten deterministik (slot numaraları sabit), golden testler için hazır.