Не нужно никаких трансляторов из одной экосистемы в другую. Это всё бесперспективно в плане сфер применения.
...
Экосистемы отторгают друг друга, такой мир.

Транслятор уже написан. Тем, кому захочется использовать его совместно с Lua(лично мне это не нужно), останется написать/отредактировать генератор в Lua. В том и выгода - уже не нужно писать парсер.

Имхо, нужно вообще на нативную компиляцию забить. Сделать компилер в байткод и тупейшую стековую машину на Go и юзать по полной гошную экосистему. Дергать Go посредством виртуальных модулей и все.

Так зачем же тогда его писать на Lua?

Go хорошо сделали и в нативном коде, писать что-нибудь хуже это уже несерьёзно. Google денег дал и всё стало хорошо, всего делов.

Чтобы избавиться от всей лишней чепухи. У вас будет LuaJit.exe и один файлик O2.lua (транслятор)
Поддерживать нужно только этот небольшой исходник на Lua (который всегда готов к правке и выполнению).
А вы предлагаете таскать за собой (и поддерживать) еще и парсер (на другом языке).

- Ну и что?
- А то, что "готовые либы" будут использовать те фишки, которые вы из Оберона будете использовать "не готовы".

Коллеги, рекомендую забить на Go и сделать ставку на LuaJit.
Это будет проще и эффективнее. Lua очень гибкий язык. LuaJit очень эффективный компилятор.
Кроме того LuaJit имеет удобный FFI. Транслятора можно написать на Lua с использованием гениальной библиотеки LPEG.

Если под готовым подразумевается транслятор в Си, который можно доделать для трансляции в Go, то можете глянуть этот проект: Восток. Собирается просто. Текущий объём исходного кода - около 9000 строк, из них треть - это GeneratorC.mod. Этот модуль можно скопировать под именем GeneratorGo.mod и подредактировать для языка Go. Полагаю, что его объём может сократиться в 2-3 раза из-за большей близости языков. Но есть и проблемы, например, схема экспорта в Go через заглавную 1-ю букву, эта идея прекрасна с любой стороны.

проблема в том что в lua нет типов. придется самому пилить статический анализатор. потом еще чтото потом еще чтото - уходит много времени в пустую.
а в Go уже есть проверка типов и т.п. - он наиболее близок по идеологии. разве что добавлены ненужные сущности и конструкции

Итак допустим я собрался писать транслятор oberon-2 -> Go
на oberon-2 под XDS т.к. это наиболее простой инструмент который копилируется и запускается без каких либо проблем - есть какие то модули для парсинга oberon исходного кода?

к сожалению он реализован на C (так веть?)

к сожалению он реализован на C (так веть?)
В C честно говоря не хочется погружатся. слишком трудозатратно.

Нет, он написан на Обероне. Это можно было бы узнать, перейдя в каталог с говорящим названием source. Я писал в сообщении о модуле GeneretorC.mod, который нужно изменить для генерации в Go вместо Си. Сишные исходники, как правило, идут с расширениями .h и .c, но никак не .mod.