Для Linux64 Михаил делает какой то Форт (не скажу про степень готовности) и местный форум просматривает вроде как.

Administrator: запрещена реклама денежных суррогатов и ссылки на интернет-ресурсы с ними

nopforth


P.S. kForth-64

Михаил опубликовал проект
Win64FasmForth

Антивирус блокирует сразу..

Fasm вообще блокируется антивирусами. Маленький exe, неизвестный издатель. Ну и сам подход слегка устарел, это было актуально лет 15 назад.

help какой нить на это дело есть?

А, какой? - это же проект на базисе SPF4.
Из папки /spf собирается файл с кодовой базой из модифицированного SPF4 - img.asm
а дальше он вместе с файлом amain.fasm с помощью Fasm собирается в результирующий exe файл.

по такой же схеме SPF4 Форт собирался для KolibriOS.

P.S. Как и что из кодовой базы SPF4 devel работает и подключается к этому Форт можно смотреть отдельно и слать запросы в репу проекта, вероятно.

Рыскать в поисках хелпа на SPF4 (а это + свалака либов от народа), искать различия и улучшения, декомпилировать слова или смотреть исходники, пытаясь понять что намудрили.
Распределение памяти для случая x64, и ещё куча чего.

Ребята. Это выпущена очередная "весчь в себе".
Когда вменяемый вид у Форта будет???
Ларионова посмотрите, если забыли, 20 лет уже прошло.

Стоять в гордой позе "у Форта самый большой и толстый"?
Я то это и так знаю - мой базовый язык.

НЕИНФОРМАТИВНОСТЬ - это главный гвоздь в гробу форта.
Очевидно же что форт в гробу. И около него десяток сочувствующих.

Когда вменяемый вид у Форта будет???

Возможно когда он кого то заинтересует как учебный инструментаpий,
но это не точно.

P.S. Документация, к примеру, на Win32Forth кем то переводилась,
а по SPF4 каким то библиотекам из ~/devel размещалась информация авторами на сайте forth.org.ru
до его "потери"

Прогнозирую, что результат будет какой-то

Нет, никого из практикующих разработчиков такое заинтересовать не должно. Программирование эволюционирует. Реализовывать проект, по стилю соответствующий 1-2 поколениям назад - заведомо провальное занятие.

Если кто-то кое-где у нас порой?

А, можно поподpобней, что c Forth (Форт) подходом или что имелось ввиду не так в реалиях создания современного ПО?

А показаны очередные реализации, которые идут от внутренних слов Форта, а потом сверху как-то приспосабливается интерфейс. В итоге получается консоль. Ну и что с ней делать? Она же консоль. Разговоры о том, что "это же Форт, можно все дописать" - это не то. Ну раз можно, то почему не написано? А попытки написать представляют собой фрагменты кода, которые изначально ложатся на неподходящую аппаратную платформу.

Консоль - это из времен MS-DOS. Сегодня можно на ней попробовать, например, UART или кросс-компилятор для форт-процессора. Ну в таком случае эти примеры и надо пробовать, попутно добавляя слова, которых не хватает на практике или с которыми удобно.

Окна на основе GDI - это ранний Windows. Это "ручная" обработка событий. Если присмотреться, там все довольно регулярно обрабатывается, по схожим правилам, а часто отличается только номером сообщения. Это быстро перешло к наборам классов - появились конструкторы GUI с автогенерацией кода (Delphi, Builder, VS, Qt...). Неправильно было бы пробовать переписать все на Форте (а зачем???).

Отсюда и порядок работы - нужно посмотреть, на какой базовой платформе мог бы быть выстроен Форт. Это уже не Fasm (он уже где-то в районе Tasm и Masm). Это не Delphi (устарело). Тут разве что Lazarus недавно обновлен. Qt, Python, Java, Js? По ситуации, кому что нужно в плане базовой платформы. А там уже сверху Форт.

Ну так даже самому нарисовать и обработать контролы интерфейса программы нет особой проблемы под какой нибудь кросс библиотекой типа SDL2.
Для встроенных применений на контроллерах отрисовывается же GUI на LCD дисплеях всякими доступными способами и библиотеками и ничего это не вызывает особых вопросов.

P.S. тот же QT думаю используют не только в рамках построения интерфейса приложения.
Есть же ещё и GTK2 для GUI и ещё какие то варианты обсуждавшиеся в рамках местного форума.


Этот проект, конечно, не показатель, но и на Fasm можно построить GUI. Fresh IDE

Есть проблема. Это неэффективно.


Есть много разного. Нарисовать виджет - не цель. Вопрос здесь в том, каким образом выглядит разработка со всеми этими "какими-то" вариантами.


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