Мне кажется. что синтаксис там переусланавливается опционально

Еще не разбирался, возможно.
Зато прошла успешная сборка на fasm'е:


Не уверен что все идеально правильно, но, "hello, world!" печатает и в кору не улетает

А там OpenGL нету, случайно?

Упссс... где "там"?

там все очень просто. Всякий раз, когда вы пишете
: name bla bla bla ;
вы включаете процесс компиляции кода. То есть, после выполнения ; (точки с запятой), у вас в памяти уже находится скомпилированный код определения name .

Сохранение образа получается тоже обычно просто, а именно: весь наработанный код сохраняется в исполнимый файл (без каких либо изменений, правится только заголовок). Другие варианты существуют, но они сложнее, поэтому менее популярны.


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

Сохранен образ системы целиком, т.е. с кодом исходной Форт-системы.

А можно поподробнее про этот процесс?

В FreeBSD. Чтобы fasm мог ей воспользоваться.

Чисто концептуально, на уровне размышлений: во Фре, как и в Линаксе, используется Xorg - свободная открытая реализация оконной системы X11. Данная оконная система использует DRI (Direct Rendering Infrastucture). При отсутствии каких бы то ни было драйверов - используется софтовый рендеринг. При наличии "драйверов" типа libgl-dri (свободная реализация DRI OpenGL), естественно используется рендеринг OpenGL. Разные конторы, типа ATI, NVidia могут поставлять свои libGL для X-ов.

Как их (графические функции) вызывать, я пока не знаю. Да и вопрос этот для меня второй. Первый и более интересный - наладить вызовы Qt/KDE из fasm'а. Увы, в примерах только видел под GTK. И еще ... вопрос использования Qt/KDE все же более правильный, ибо не зря же настроили программных "прослоек" в иксах, и игнорировать их и использовать более низкоуровневые возможности - не совсем корректно. Имхо.

Какая проблема вызвать ассемблер с линковщиком? Можно их вызвать из форт-системы.
Если очень надо все работу возложить на форт-систему, то все-равно, сперва, лучше
реализовать версию с использованием промежуточного ассемблерного представления.

у меня нет ни времени ни сил объяснять устройство всей системы, поэтому таки рекомендую взять СПФ (ну могу еще свой форк порекомендовать ) и потихоньку разбираться в устройстве, потому что с наскоку Форт не так просто взять.

Немного теряю нить разговора...
Для чего вызывать ассемблер с линковщиком из форт системы? Форт система будет генерить ассемблерный код?

Вы правы, надо посмотреть работающее

В последнее время именно так и происходит, к тому же часто еще и с оптимизацией.

Может быть, в таком случае имеет смысл писать на gcc? У меня есть варианты Форта и на fasm (win), и на gcc (Qt, win/linux). Не могу сказать, что вариант на gcc оказался провальным по производительности, правда, итоговое приложение на Qt заняло мегабайты по сравнению с ~50 кб для fasm.

Да-да, даешь вербовку новичков! Глядишь, появится бесплатная рабсила А то объяснишь человеку (который сознался, что он программист), так он ведь напишет самостоятельный продукт под собственные нужды и для решения собственных задач... абыдна!