OberonCore

Не понял. Вы хотите написать транслятор на Обероне, а потом транслировать этот транслятор в Lua? И в чем профит?

Про затраты тоже странное утверждение. Вы считаете, что обработку текста на Lua писать затратнее чем на Обероне? Серьезно?

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

Зависит от обстановки. Иногда неизвестно заранее, какие ещё платформы понадобятся, поэтому можно писать основную логику на Обероне и переводить его в доступные. Если понадобится ещё одна платформа, недоступная ранее, дописываем соответствующий генератор и экономим время, нужное для переписывания.
Универсальный транслятор сам может стать платформой при определённых усилиях.
Ещё одна причина, почему транслятор может быть полезен, это неготовность многих коллег, особенно начальства опираться на экзотический для них язык. Наличие транслятора, который производит читаемый код в их любимый язык, способен успокоить их волнения на тему риск-менеджмента.

Парсер Оберона не такая уж сложная задача, чтобы париться по этому поводу. Тем более что парсеров обероновых как грязи.

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

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

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

ps. Я надеюсь вы не считаете, что конкретная наличная реализация чего-либо сразу имеет некую ценность?

Не ну я писал в том контексте, что если кого приспичило кодить именно на Обероне. А так оно да... проще всего осваивать гугловый капитал и не заморачиваться.

Переведите парсер на другом языке в парсер на Lua и используйте "только этот небольшой исходник на Lua (который всегда готов к правке и выполнению)"

Ну я об этом и говорю.
Только мне это предлагать бесполезно. Я в Обероне для себя профита не вижу.
Мне нужен более практичный язык для моделирования и экспериментов. Что-то между Go и Lua.
Хочу чтобы терминаторы на меня работали. Ленивый стал. От рутины кодинга тошнит уже.

А в этой теме пишу просто от скуки.

так либы обертки все равно надо писать в стиле oberon.
цель не усложнить oberon - а еще более упростить Go

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

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

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

Вы уверены, что понимаете какой должен получиться результат в итоге?
Проверка типов будет в вашем трансляторе. От целевого языка тут ничего не зависит.

Берёте исходники ОС Oberon, там есть весь компилятор, начиная с парсера.

Сходите по ссылке, да посмотрите.

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

https://github.com/congdm/AyaCompiler/wiki/Niklaus-Wirth-was-right-after-all
https://github.com/congdm/AyaCompiler/wiki/What-I-had-learned-from-this-compiler-(part-2)

Выводы человека, сделавшего Oberon для Win64.

хорошо, ознакомился - но выглядит он как будто был переведен с C.

https://habrahabr.ru/company/pt/blog/210772/
из инструментов я нашел ANTLR (Java) и Roslyn (.NET) - но они слишком сложны и требуют совершенно другого рантайма (что не очень то рационально для простого транслятора).

попробую написать свое.