История изменений

Какой то адовый план по построению форта на мертвых компиляторах.

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

Это так просто пишется, что я не вижу смысла вообще рассматривать старые компиляторы, или неоптимальные с каким то шитым кодом типа jonesforth.

в milliforth вообще абсолютный минимум примитивов, даже ." делают руками через parse и [char] immediate-слова.

Логично, наоборот должна быть причина что бы НЕ использовать уже определенные слова. Я правда не знаю зачем так усложнять слово (."), у меня это просто два вызова слов " (определение строки) и type (вывод строки).

Компилятор изначально был написан так, что бы побыстрее настроить стек и среду (~100 строк), а потом уже все подпрограммы пишутся сразу в словарь на ассемблере, и по сути все вызываемые функции это уже и так слова.

в-пятых, взять в духе досовского паскаля отрисовывать что-то: диагармы (ц), жгутики, проводочки…

Так как мой Forth не использует libc, что бы не ввязываться в C Runtime который будет ограничивать мои идеи, то я думал над графикой без X11, очень простой вариант под Linux, это fbdev. И никакие DOS с паскалями нинужны.

методологию метапрог-моделирования. ДРАКОН-схемы для начала изобразить, что ли.

По этому я уже думал, надо отображать форт, проводки рисуются автоматически вниз, и показывают как работает стек.

  1   2   3
  |   |   |
  |   |  drop
  |   |
  |  dup
  |   |
  |   +---+
  |   |   |
  |   2   2
  |   |   |
  .   .   . 

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

markdown раскраску двигать в сторону *.web раскраски и ее возможностей

Зачем все эти сложности вообще? Если рассматривать текст, проще добавить пару строк, что бы все что начинается с нулевой column считалось комментарием, а в самих комментариях можно хоть что использовать, утилиты экспорта/импорта тогда вообще можно выбросить, можно запускать напрямую правильно отформатированный html файл.

Какой то адовый план по построению форта на мертвых компиляторах.

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

Это так просто пишется, что я не вижу смысла вообще рассматривать старые компиляторы, или неоптимальные с каким то шитым кодом типа jonesforth.

в milliforth вообще абсолютный минимум примитивов, даже ." делают руками через parse и [char] immediate-слова.

Логично, наоборот должна быть причина что бы НЕ использовать уже определенные слова. Я правда не знаю зачем так усложнять слово (."), у меня это просто два вызова слов " (определение строки) и type (вывод строки).

Компилятор изначально был написан так, что бы побыстрее настроить стек (~100 строк), а потом уже все подпрограммы пишутся сразу в словарь на ассемблере.

в-пятых, взять в духе досовского паскаля отрисовывать что-то: диагармы (ц), жгутики, проводочки…

Так как мой Forth не использует libc, что бы не ввязываться в C Runtime который будет ограничивать мои идеи, то я думал над графикой без X11, очень простой вариант под Linux, это fbdev. И никакие DOS с паскалями нинужны.

методологию метапрог-моделирования. ДРАКОН-схемы для начала изобразить, что ли.

По этому я уже думал, надо отображать форт, проводки рисуются автоматически вниз, и показывают как работает стек.

  1   2   3
  |   |   |
  |   |  drop
  |   |
  |  dup
  |   |
  |   +---+
  |   |   |
  |   2   2
  |   |   |
  .   .   . 

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

markdown раскраску двигать в сторону *.web раскраски и ее возможностей

Зачем все эти сложности вообще? Если рассматривать текст, проще добавить пару строк, что бы все что начинается с нулевой column считалось комментарием, а в самих комментариях можно хоть что использовать, утилиты экспорта/импорта тогда вообще можно выбросить, можно запускать напрямую правильно отформатированный html файл.

Какой то адовый план по построению форта на мертвых компиляторах.

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

Это так просто пишется, что я не вижу смысла вообще рассматривать старые компиляторы, или неоптимальные с каким то шитым кодом типа jonesforth.

в milliforth вообще абсолютный минимум примитивов, даже ." делают руками через parse и [char] immediate-слова.

Логично, наоборот должна быть причина что бы НЕ использовать уже определенные слова. Я правда не знаю зачем так усложнять слово (."), у меня это просто два вызова слов (", type).

Компилятор изначально был написан так, что бы побыстрее настроить стек (~100 строк), а потом уже все подпрограммы пишутся сразу в словарь на ассемблере.

в-пятых, взять в духе досовского паскаля отрисовывать что-то: диагармы (ц), жгутики, проводочки…

Так как мой Forth не использует libc, что бы не ввязываться в C Runtime который будет ограничивать мои идеи, то я думал над графикой без X11, очень простой вариант под Linux, это fbdev. И никакие DOS с паскалями нинужны.

методологию метапрог-моделирования. ДРАКОН-схемы для начала изобразить, что ли.

По этому я уже думал, надо отображать форт, проводки рисуются автоматически вниз, и показывают как работает стек.

  1   2   3
  |   |   |
  |   |  drop
  |   |
  |  dup
  |   |
  |   +---+
  |   |   |
  |   2   2
  |   |   |
  .   .   . 

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

markdown раскраску двигать в сторону *.web раскраски и ее возможностей

Зачем все эти сложности вообще? Если рассматривать текст, проще добавить пару строк, что бы все что начинается с нулевой column считалось комментарием, а в самих комментариях можно хоть что использовать, утилиты экспорта/импорта тогда вообще можно выбросить, можно запускать напрямую правильно отформатированный html файл.

Какой то адовый план по построению форта на мертвых компиляторах.

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

Это так просто пишется, что я не вижу смысла вообще рассматривать старые компиляторы, или неоптимальные с каким то шитым кодом типа jonesforth.

в milliforth вообще абсолютный минимум примитивов, даже ." делают руками через parse и [char] immediate-слова.

Логично, наоборот должна быть причина что бы НЕ использовать уже определенные слова. Я правда не знаю зачем так усложнять слово (."), у меня это просто два вызова слов (", type).

Компилятор изначально был написан так, что бы побыстрее настроить стек (~100 строк), а потом уже все подпрограммы пишутся сразу в словарь на ассемблере.

в-пятых, взять в духе досовского паскаля отрисовывать что-то: диагармы (ц), жгутики, проводочки…

Так как мой Forth не использует libc, что бы не ввязываться в C Runtime который будет ограничивать мои идеи, то я думал над графикой без X11, очень простой вариант под Linux, это fbdev. И никакие DOS с паскалями нинужны.

методологию метапрог-моделирования. ДРАКОН-схемы для начала изобразить, что ли.

По этому я уже думал, надо отображать форт, проводки рисуются автоматически вниз, и показывают как работает стек.

  1   2   3
  |   |   |
  |   |  drop
  |   |
  |  dup
  |   |
  |   +---+
  |   |   |
  |   2   2
  |   |   |
  .   .   . 

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

markdown раскраску двигать в сторону *.web раскраски и ее возможностей

Зачем все эти сложности вообще? Если рассматривать текст, проще добавить пару строк, что бы все что начинается с нулевой column считалось комментарием, а в самих комментариях можно хоть что использовать, утилиты экспорта/импорта тогда вообще можно выбросить, можно запускать напрямую правильно отформатированный html файл.

Какой то адовый план по построению форта на мертвых компиляторах.

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

Это так просто пишется, что я не вижу смысла вообще рассматривать старые компиляторы, или неоптимальные с каким то шитым кодом типа jonesforth.

в milliforth вообще абсолютный минимум примитивов, даже ." делают руками через parse и [char] immediate-слова.

Логично, наоборот должна быть причина что бы НЕ использовать уже определенные слова. Я правда не знаю зачем так усложнять слово (."), у меня это просто два вызова слов (", type).

Компилятор изначально был написан так, что бы побыстрее настроить стек (~100 строк), а потом уже все подпрограммы пишутся сразу в словарь на ассемблере.

в-пятых, взять в духе досовского паскаля отрисовывать что-то: диагармы (ц), жгутики, проводочки…

Так как мой Forth не использует libc, что бы не ввязываться в C Runtime который будет ограничивать мои идеи, то я думал над графикой без X11, очень простой вариант под Linux, это fbdev. И никакие DOS с паскалями нинужны.

методологию метапрог-моделирования. ДРАКОН-схемы для начала изобразить, что ли.

По этому я уже думал, надо отображать форт, проводки рисуются автоматически вниз, и показывают как работает стек.

  1   2   3
  |   |   |
  |   |  drop
  |   |
  |  dup
  |   |
  |   +---+
  |   |   |
  |   2   2
  |   |   |
  .   .   . 

markdown раскраску двигать в сторону *.web раскраски и ее возможностей

Зачем все эти сложности вообще? Если рассматривать текст, проще добавить пару строк, что бы все что начинается с нулевой column считалось комментарием, а в самих комментариях можно хоть что использовать, утилиты экспорта/импорта тогда вообще можно выбросить, можно запускать напрямую правильно отформатированный html файл.