История изменений
Исправление MOPKOBKA, (текущая версия) :
Какой то адовый план по построению форта на мертвых компиляторах.
Свой 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 файл.
Исправление MOPKOBKA, :
Какой то адовый план по построению форта на мертвых компиляторах.
Свой 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 файл.
Исправление MOPKOBKA, :
Какой то адовый план по построению форта на мертвых компиляторах.
Свой 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 файл.
Исправление MOPKOBKA, :
Какой то адовый план по построению форта на мертвых компиляторах.
Свой 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 файл.
Исходная версия MOPKOBKA, :
Какой то адовый план по построению форта на мертвых компиляторах.
Свой 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 файл.