What it means. A panic inside the transformer was caught by the top-level recover and surfaced as a coded error. Well-formed GALA source should never trigger this.
This is a transpiler bug, not an error in your program.
The header reads error[GALA-E0017]: internal transpiler panic: …, with the recovered panic message appended verbatim and a hint asking you to file an issue.
No triggering program is quoted here: by definition this code only appears when the transpiler hits a case it does not handle, so there is no stable repro to show.
The line it points at is usually innocent. The error carries the last source location the transformer tracked, and the CLI draws a caret under it exactly as it does for a real error in your code. That position is not a diagnosis. When the panic is raised on one of the analyzer’s concurrent parse workers it is simply whichever file and line that worker happened to hold, and it can differ on the next run of byte-identical input. One report of about a dozen such aborts in a single day named five unrelated lines — a generic call, a range loop, a plain call, a named-argument list — sharing no construct at all, and every one transpiled cleanly on retry with no edit. Copy the whole message into your report and do not assume the quoted line is involved.
There is no user-side fix until the transpiler bug is fixed.
Before this code, an unguarded panic surfaced as a raw Go stack trace from the CLI — unactionable for users and easy for maintainers to overlook, because nothing referenced it. Wrapping at the recover seam gives both groups one search target.