И что будет в голосовании? "Кто хочет видеть Форт индексируемым"? Интересно, что будет на практике означать результат такого голосования и на что он повлияет?


Видимо, надо попробовать вписать туда Форт и показать результаты, нет?

Я имел ввиду не руководство по сборке и запуску имеющегося Форта, а описание приёмов по написанию своего с использованием современных средств.


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


А я и не писал, что Форт не применим из-за необычного синтаксиса. Я писал, что из-за необычного синтаксиса он не получит массового распространения. Опять-таки, это никак не влияет на его применимость.

Для использования Форт без конвульсий по вопросу его понимания и применимости.


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

Здесь, конечно, появляется и вопрос, например, об производительности целевого кода тех или иных Форт-систем, но этот вопрос оставим разработчикам этих Форт-систем для обсуждения если он им важен и актуален. (как и где это решено в разных Форт)

Использую Форт без оглядки на его популярность и гитхаб. Пока конвульсий не наблюдалось.

Конвульсии - это сильно

Блоки, отсутствие плавающей точки, печать через <# # #>, чрезмерная фокусировка на рефлексивном программировании - устарело и не соответствует современным запросам.

Eclipse подойдет в качестве "нейтральной" IDE для демонстрации появления Форта на свет?

А, не тяжеловата для Форт?
Хотя Михаил её применил в stm32f105MultiAdapter

P.S. Есть, например, проект развивающейся среды сделанной на Lua Lite
А, IDE среда из Win32Forth не рассматривалась?

А какую же из распространенных? VS, Qt, Eclipse... что еще есть из массового?

Зачем это все рассматривать? Задача - взять что-то распространенное и сделать на нем Форт.

А, какие то особенные возможности по работе с Форт кодом в этих популярных IDE предполагаются?
(т.е. какая дополнительная функциональность из специфики Форт языка, если были какие то мысли в этом направлении)

P.S. Может их проще реализовать в рамках существующих вариантов Форт IDE.

Еще раз. Пишем Форт на С/С++. Зачем все вот эти метания? Я за пару месяцев довел на Lazarus систему до 300 слов, потоков, GUI и OpenGL. Zma еще быстрее довел до адекватного состояния свою ВМ. Цена вопроса 1300 строк. Чего еще нужно, какие продвижения, распространения и массовые индексации?

Ну не знаю, а написал форт на асме просто потому, что с ним проще работать.
Скорость сначала ставилась во главу угла, не отрицаю, но потом тупо забил на скорость.
А вот удобство программирования осталось

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

ЕМНИП, анивирусы ругаются на передачу управления через регистры.
Однажды проверив ФС больше его не беспокоят своими проверками.

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

Никто и не говорит, что надо вся систему на ассме строить.
Достаточно примитивов а остальное самим фортом. например.