OberonCore

Раз никто не собирается делать компилятор на x64 и arm для android,
может , лучше добавить в oo2c синтаксис Компонентного Паскаля.

Чтобы потом можно было,
присоединив в Android NDK делать мобильные приложения,
для 64 битных линуксов делать веб приложения (аналог wsgi или лучше),
а также запустить на raspberry pi.

Транслятор Компонентного Паскаля в Си на базе Ofront от OMinc:

• CPfront (Component Pascal to C Translator)

Я не сомневаюсь, что Оминки транслировали в Си с его помощью если не весь BlackBox, то большую его часть. Поддерживает практически полностью язык КП и возможности модуля SYSTEM (нет поддержки GETREG/PUTREG, но это логично), транслирует привязки (биндинги), понимает системные теги [union], [untagged], [align], совместимость на уровне исходников на КП с BlackBox очень хорошая.

Помимо этого проекта, есть ещё транслятор Оберона-2 в Си - Ofront+, поддерживающий некоторые возможности языка КП:

• Ofront+ the industry's leading Oberon-2 to C translator

Я не имею возможности влиять на структуру этого форума, чтобы создали по этим проектам отдельный раздел. Могу только пригласить желающих обговорить детали Ofront+ и CPfront на форум zx.oberon2.ru. Также есть тематические англоязычная и русскоязычная рассылки.

Коммерческие перспективы использования данных проектов очень приветствую и буду всячески содействовать и участвовать, т.к. проекты эти для меня очень интересны. Илья Евгеньевич заинтересовался, мы по этой теме активно переписываемся в личке.

P.S. OO2C ковырять в данном направлении не вижу смысла. Впрочем, Вы сначала найдите программиста для исправления баги, найденной Артуром Ефимовым, а потом уже о более масштабных модификациях думайте.

Зачем бы им это?

Одновременно тоже можно.

Возьмите уже в конце- концов А2 - там и 64 бита и ARM, сейчас уже можно собирать проекты на базе Win/Unix A2, в том числе и консольные, для Виндовс и Линукс. Можно создавать монолитные программы, собрав все в исполняемый файл, можно с динамической подгрузкой, впрочем в первом варианте подгрузка также доступна.

А зачем бы Илье Ермакову тащить рантаймы BlackBox на другие архитектуры? А зачем ему КП на них? Может хватило бы Оберона-2? Сам удивляюсь.

Можно. Просто некому. OO2C я в своё время "ниасилил" собрать для Windows, зато на Ofront'е научился делать программы для 8-битного Z80 с такой же лёгкостью, как и для 32/64 bit Windows & Linux.

Кто-то здесь осилил сборку OO2C. Но баги править всё ещё некому. Я ни-ни. Сложно. В Ofront'е хотя бы пол-Ofront'а взято из ETH Oberon (если не больше), а OO2C изнутри никто толком не знает. Но я был бы рад увидеть продолжение этого проекта, он тоже интересный.

Да, там обычный OP2 с замененным кодогенератором. Но в блэкбоксе тот же OP2, только с измененным парсером.

Я знаю это, Trurl. Все знают, кто ковырял. Я ковырял. OberonX тоже на OP2 (поверх ETH Oberon). И первый компилятор AO на базе OP2 сделан. Это Fox уже внутри другой.

http://www.excelsior.ru/products/xds

а данный "компилятор" продуцирует C/C++ код который по идее можно скомпилировать в android через NDK
на этом продукте собственно был написан компилятор java в нативный код

кто пробовал?

Я пробовал. Не понравилось, что он выдаёт на выходе. Плюс закрытость и заброшенность. Для трансляции Оберона в Си предпочитаю Ofront+. Ну можно ещё voc попробовать.

Оба эти транслятора сделаны на базе Ofront Йозефа Темпла, который активно мэйнтейнится, в отличие от OO2C (OOC) и XDS-C.

Я делал попытку разрабатывать для Android SDK на GPCP (Gardens Point Component Pascal), но не слишком удачно - упёрся в ошибки в утилите для трансляции классов в символьные файлы.

Будут успешные результаты разработки софта на Обероне для Android - отпишитесь, пожалуйста. Очень интересно.

А что именно не понравилось? Не оптимизиррованный или не рабочий код выдает?
Вроде как на данном инструменте написан компилятор для java.
Еще недавно они IDE для eclipse для него запилили на замену старой IDE - для заброшенного продукта это было бы странно.

Код, сгенерированный XDS-C, выглядит более запутанным и менее эффективным. Он описывает много статических структур. Я занимался на основе Ofront+ генерацией кода для восьмибитного процессора Z80, а там крайне важно получить компактность и обозримость. Впрочем, взгляните сами, архив прикладываю.

XDS-C поддерживается ровно в том объёме, который устраивает разработчика. Перспективы его туманны, как у закрытого протопиетарного продукта. Ofront+ мы разрабатываем своими силами.

А что использовать именно Вам - личный выбор конечно.

а Ofront+ написан на oberon? реально использовать этот проект для трансляции в Go ?

Ofront, Ofront+ и voc написаны на Обероне, притом на первом, без связанных с типом процедур. На базе компилятора OP2, на котором основаны также ETH Oberon и BlackBox, только кодогенератор (бэк-энд) заточен на генерацию Си-кода. Адаптировать для генерации в другой выходной язык наверное будет несложно.

Еще вопрос - насколько безопасный код генерит Ofront+ по сравнению с XDS?
есть ли в Ofront+ проверки на ошибки типа выхода индекса за пределы массива и тп.?

Т.е. мне хочется более получать безопасный код по сравнению с написанием на С- предоставит ли мне данный транслятор эту возможность?

В семействе Ofront (Ofront, Ofront+, voc) такая проверка есть. Для эффективности она опциональная (по умолчанию включена).

Также есть проверка границ значений вычисляемых выражений, т.е. в коде вида:
выражение может быть проверено, не выходит ли его значение за пределы типа SHORTINT. Эта проверка по умолчанию выключена.

Разумеется, реализована и охрана типа (check type guards).

Оберон-языки по своей структуре позволяют писать более безопасный код, предоставляя возможности для локализации опасных мест внутри системно-ориентированных модулей, в то время как Си не препятствует передавать ссылки на что угодно внутрь самых обычных рядовых функций. В Обероне строки имеют поле "длина". Так что тут вопрос даже, скорее, не к транслятору, а к языку.

Если Вас интересует, насколько надёжен генерируемый с помощью Ofront+ код, то он вполне приемлем. Хотя известные проблемы есть, не буду лукавить. Например, со сборщиком мусора. Он очень топорно адаптирован для 64 бит. Но это проблема реализации, надо поправить.

Ага. Вот она, соль жизни Опасность XDS-C в том, что если упрётесь в его недостаток или баг носом, то это всё. Не лечится. А проблему в Ofront+ можно будет исправить. Если не я, так Вы сами, своими силами. Всё опенсоурс.

застрял пока на этапе трансляции

скачал распаковал в папку

/home/user/bin/OfrontPlus

сижу под убунту x86_64



в файле build.sh (полагаю что надо прописать так?)
который положил в директорию с примером /home/user/bin/OfrontPlus/Work


но вылазит ошибка



что не так?

Не находит символьного файла импортированной библиотеки (очевидно, Console.sym). Убедитесь, что путь к Lib/Sym64 указан правильно.

Ага, я вижу, что у вас там задан разделитель ";", а для линукса надо ":"

Также нужен ключик -m, указывающий, что этот модуль - главный.

спасибо.
действительно я чтото затупил.

Здравствуйте.

Каково на данный момент состояние Ofront+?
Включает ли он в себя все особенности Oberon-2?
Насколько хорошо адаптирован для целевой платформы Win-64 бит?
Есть ли встроенная поддержка комплексных чисел?

С уважением, GH.