>
> My primary question is whether I should transform ssa.Value into another
> type that allows SSA transformation (register renaming etc.) or if
> there's a chance the x/tools/go/ssa package will be extended to allow
> this.
>
The x/tools/go/ssa package exists to do static analysis, so SSA
>
>
> In order to generate assembly code I need to remove the Phi functions
> and rename the registers accordingly. The register field in SSA is not
> exported and can be accessed read-only by Name(). This makes SSA
> back-translation cumbersome.
>
My experience in TARDISgo was that Name() wa
Hi again Jason,
I'm in a similar position to Sebastien and echo his time frustrations and
encouragement to you.
Swift is indeed a good transpilation target for Go (following the TARDISgo
model). Following transpilation, the resultant swift code could be
interpreted or compiled.
Alternatively
