OberonCore

А что в данном случае понимается под профилями?

Набор опций компиляции, как я понимаю.
Например, можно указать (разрешить/запретить) использование FOR или цикла Дейкстры, проверку выхода за границы массива, динамическое выделение памяти...

Совершенно верно. Плюс еще предполагается демасштабирование в части более компактного сгенеренного кода и рантайма для профиля О7, например.

А, ну я то же самое делаю сейчас в проекте Ofront+.

Некоторые мои решения могут быть взяты оттуда в MultiOberon практически один-в-один.

Не тоже самое. У меня операторы RESTRICT специальные.
Но коды для Omf взяты из Вашей версии cpfront с указанием авторов.
Не знаю, какие решения Вы имеете в виду, но, скажем, вводить ADRINT я планирую. Но это после того, как все RESTRICTы устаканятся и будет гарантия совместимости с BlackBox.

Что делает RESTRICT?

Там у меня в репе с тех пор были новые правки. Впрочем, как хотите. Marc Frei выслал CPfront "как есть", я его выложил. Дальше что кто хочет с ним, то и делает.

А Вы хотя бы посмотрите. Я думаю, что Ofront+ по нескольким десяткам направлений доработаннее Вашего МультиОберона в его текущей редакции будет. Впрочем, легче же самому написать, чем ковырять чьё-то, да?

Раз Вы так стремитесь к совместимости с BlackBox, то ответьте: у Вас хотя бы функция SIZE() может использоваться в константных выражениях? В моей редакции CPfront — да, может.

Там ссылки на доклады с RESTRICT наверху есть.

Мои доклады на дне Оберона. Один из них про МультиОберон.

Версию 0.9 выложил.
Основные изменения:
- Поддержка BlackBox 1.6 и 1.7;
- Появилась поддержка Linux X86, X64 (Только для 1.7 в версии BlackBox https://blackbox.obertone.ru/download).

С т.з. синтаксиса, можно вместо RESTRICT использовать псевдо-модули, импорт которых включает соответствующие возможности. Хорошим здесь является то, что по умолчанию ничего нельзя. Например, можно сделать, чтобы без импорта модуля ALLOW_NEW нельзя было сделать NEW.

Не, теряется основная идея -- по-молчанию Компонентный паскаль, а потом он опциями урезается.

Мммм. Ну ладно, хотя можно было бы обсудить и вопрос о том, насколько выбор КП (а не АО, к примеру), хорош в качестве начальной точки. Но я недостаточно знаю матчасть, чтобы об этом говорить. Единственное, точно помню, что вариант А2 Дмитрий как бы пунктиром чертил на линии масштабирования/демасштабирования. Если так, то к RESTRICT в какой-то день придётся добавить какой-то EXPAND, и это будет уже как-то странно выглядеть.

Да, предполагается и масштабирование, но, в отличие от демасштабирования, оно если и будет, то очень ограниченным. RESTRICT все таки.

Коллеги, был намёк, мол, про МультиОберон хорошо бы сообщить в Информатике-21.
Проблема в том, что у меня уже мозг клинит от сочинения словосочетаний -- четыре проекта на руках.

Может, вы хором сочините текстик -- а я просто вставлю куда надо.
Что нужно -- один абзац в новости?
Страничку в раздел http://www.inr.ac.ru/~info21/oberon_innovation/ ?

То же самое про всё остальное -- хемосенсоры от ИАД и проч.

Федор Васильевич, про МультиОберон я сочиню, хором.

Жду на крыльях любви ))

Вышла версия 0.95, в которой:
1. Реализована поддержка модульной загрузки объектных файлов COFF и ELF формата для Windows и Unix 32/64;
2. Реализовано управление сборкой объектных и загрузочных файлов;
3. Реализована поддержка тестов модулей и опубликованы тесты компилятора.

Подробности в соответствующих разделах ...

Лайк

Рискну напомнить про обещанный текстик ))

Пардон, текстик есть с декабря ))

https://zen.yandex.ru/media/id/5b349c3b ... 00ad68ac96