OberonCore

Каким образом устроена кроссплатформенность GUI приложений?

>>>> посоветовать не могу
Это лучшая подсказка. Раз сходу не отвергли, значит можно пробовать. А, что получится … Вдруг повезет.

Хочу вернуться немного назад - к топику с 32-мя битами. Знаю, что Вы очень хорошо разбираетесь в процессорных архитектурах. И, на самом деле есть 32-х разрядная реализация для x86. Но, сделанная настолько криво, что лучше считать, что ее нет.

Почему. Кодогенератору для перевода ‘родных’ risc команд (в базе 256 регистров) требуется хотя бы 16 регистров на целевом процессоре. Не придумал ничего лучше, чем задействовать SSE регистры в дополнении к 8 имеющимся. Плюс ассемблера нет, сразу в машинные инструкции. Дальше можно не продолжать. Вы уже представили, что из этого получилось. Да работает. И да, код огромадный. И да, эффективность ниже плинтуса.

Много позже. После экспериментов с WebAssemble и его стековой архитектурой научился регистровый код переводить в стековый. А теперь не знаю, стоит делать попытку № … раз. Или как решил ранее, даже не смотреть в эту сторону ?


>>>> Коллегу arisu, полагаю, будет не бесполезно потеребить

Возможно. Но у arisu и оппонента Олега, запредельный уровень понимания. И то, что считается ими простым и понятным, для меня может оказаться трудно исполнимой задачей. А готовые решения, не знаю почему, но не использую. Хочется самому написать каждую строчку кода.

>>>> Каким образом устроена кроссплатформенность GUI приложений?

Реализована собственная графическая объектная библиотечка SML, с набором кастомных (рисованных самостоятельно) визуальных элементов. Библиотечка платформеннонезависима. Точнее состоит из платформеннонезависимой части. И части зависящей от платформы.

Для каждой платформы, зависящая часть своя. Но все они имеют одинаковый интерфейс. А при сборке готового приложения, меняется только имя зависимого модуля в списке импорта. В зависимой части реализуются специфические для каждой платформы особенности. А именно: взаимодействие с клавиатурой, мышью, вывод на экран, таймеры и файловые операции.

Из особенностей. Графика в Mac OS через фреймворк Cocoa, в Linux на выбор X11, или Wayland и windows родное WinApi. Для web браузеров в wasm приложениях - кастомное рисование с помощью api canvas (реализовано в самописных js библиотечках - аналогах dylib, so или dll).

Очень впечатляет.

Просьба ещё к архиву добавлять номер версии. А то я всё жду апдейты. И на сайте непонятно, когда архив без номера версии, выгрузили вы что-то новое или нет.

Иван! Прошу прощения. Исправлюсь. Сейчас на сайте лежит версия от 12.10.2025 14:33. Частично исправлены замечания Artyemov. Убран мусор от отладочный печати. А вот создать каталог, при его отсутствии не успел. Обнаружил глюк в Linux версии для X11.

Таймеры. В Wayland варианте используются posix таймеры. Для X11 оказалось, что не все сборки Linux такие множественные таймеры поддерживают. Решил использовать обычный таймер (на сигналах). И на его основе написать менеджер, превращая в псевдо множественный. Сделал. Но по непонятной причине единственный таймер, работающий в одном потоке блокирует сам себя ??? Поставил критическую секцию на мьютексе. Частично помогло - мигающий курсор и подсказки друг друга больше не блокируют. Теперь deadlock с таймером возникает при изменении размера приложения за нативную рамку мышкой ??? После кучи экспериментов в очередной раз все сломал. За это у меня отобрали ноутбук, и отправили куда подальше, почти до конца октября. Хорошо планшет оставили.

Ormcode - кросс компилятор языка программирования Oberon-2M ORM для Linux X11. Компилирует и собирает исполняемые файлы для Windows, Mac OS, Linux и WebAssembly в нативный код Amd64, Arm64, Risc-v и Wasm.

Последняя сборка ormcode для Windows и сборки редактора для всех платформ от 10.11.2025 на странице сайта https://ormcode.ru/isit4.html

Ormcode - кросс компилятор языка программирования Oberon-2M ORM для Mac OS. Компилирует и собирает сам себя. На Mac OS под Windows. На Windows под Mac OS. Наоборот тоже работает. Если, есть необходимость положу архив здесь же.



ps1: Ormccode компилятор тестировал на четырех версиях Linux. На западных Armbian, Linux Mint, Kali Linux - работает. На отечественной AltLinux - работает частично, так как AltLinux придерживается старого стандарта, в котором pthread_mutexattr_???? находятся не в Libc библиотеке (переделать интерфейсы для полной поддержки не сложно). Linux-ы запускал с флешки как есть ‘из коробки’ в live режиме.

ps2: С таймерами до конца не разобрался, проблема сидит глубже, в сигналах и правильном их применении. Перечитал сотни страниц тематической ма… литературы и только еще больше запутался. Разбираюсь дальше.

Зачем таймеры?

>>>> Зачем таймеры?
Для GUI. Мигающий курсор, всплывающие подсказки, анимация.

>>>> На AltLinux - работает частично
Перенес интерфейс функций pthread_mutexattr_??? из libc.so в libpthread.so. Теперь и на AltLinux динамическая JIT компиляция и сборка тоже работает.

Для этого сигналы не нужны и даже вредны.
timer_create() + SIGEV_NONE или clock_gettime() или даже time() будет достаточно в общем цикле программы/треда.

Ormcode для Linux X11 X86-64. Сборка от 30.11.2025. По подсказке SovietPony переписал таймеры, для запуска на произвольной Linux.

Попробовал линукс-версию на Linux Mint 21.2.
Буквы печатаются не те, что на клавишах клавиатуры.
От переключения раскладки не зависит результат печати.

Опробовал версию, где исправлен ввод

У меня часто падет вот с таким сообщением:


Еще заметил, что так как на Linux названия директорий зависят от регистра, то для модулей aorm, название AORM уже не подходит, может все директории сделаете в нижнем регистре, раз названия модулей не капсом?

>>> Буквы печатаются не те, что на клавишах клавиатуры.
Первое: Переписал обработку клавиатурных сообщений. Очень помог Сергей Оборотов. Второе: отсутствовала поддержка дополнительной цифровой панели на клавиатуре. Добавил.

>>>> У меня часто падет вот с таким сообщением:
Спасибо, буду разбираться. И скорее всего порт для X11 перепишу на xcb+xkb. XLib- обертка над xcb. А xkb поддерживает UTF-8.

>>>> может все директории сделаете в нижнем регистре
Попробую, или везде CAPS поставлю, так наверное правильнее не думать о регистре директории.

Исправленный вариант:

зачем вообще для таймеров какой-то системный API? у нас есть fd, на котором мы сидим select'ом (или poll'ом, неважно). перебрать внутренний список объектов, которым нужна активация, вычислить максимальный таймаут. если таймаут в итоге ёк — ура, таймер хит. если не ёк — повторяем. испокон веков так делалось.

алсо. использование риск-кода как IR — не лучая идея. тогда уже имеет смысл допилить до полноценного SSA (или SoN). это не так больно и страшно, как кажется: просто регистров станет бесконечно много, и надо будет расставить фиты, основываясь на CFG (а с SoN — ещё интересней). почти бесплатно получим неплохой машинонезависимый оптимизатор зато. на стадии деструкции можно использовать простейший обратный линейный аллокатор регистров: будет больно, но не очень. зато один проход. генерировать бэкэнды с таким раскладом вообще можно основываясь на абстрактном описании CPU. главное — не пугаться: это всё compiler 101. ну, может 102.

когда-нибудь звёзды сойдутся, и я сделаю SoN-компилятор. наверное. интересная технология. может даже обойдусь в нём без AST: техниески всё нужное в IR-нодах уже есть. это очень простая техника, буквально с несколькими важными частями, которые надо Один Раз Грок, и даёт на выходе вполне неплохой код, при этом быстро. под «неплохим» я имею в виду все ожидаемые прелести современного компилятора, включая loop invariant motion, уничтожение лишних nil и range checks, и прочая. кому интересно — советую почитать бумажки Клифа Клика. увлекательно. там бесплатный тортик^w VRP дают!