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 компиляция и сборка тоже работает.