[quote="Majestic"]Как нам собрать (интерпретировать) модуль, предназначенный для версии 1.8 в реализации 2.0?[/quote]
1. Начинать модуль для PIMPFORTH версии 1.8 строчкой
[code]1 8 PIMPFORTH[/code]
2. С версией 2.0 будет файлик pimpforth-2.0:
[code]\ вот поменял аргументы местами, так будет вдвое лучше
: SEND ( старое) SWAP SEND ( новое) ;[/code]
3. Такие же файлики будут для всех версий, где есть поменянные слова.
4. Если версия системы 2.0, а модуль хочет 1.8, то слово PIMPFORTH найдёт и включит pimpforth-2.0, а потом pimpforth-1.9
:mrgreen:

[quote="mgw"]Для слов контроль версий, это перебор. Слово в форте, это аналог функция в С. А а вот контроль версий модулей, это хорошо. На мой взгляд нужен автоматический механизм тестирования, как например в fork от mOleg. Запустил систему и дал команду --> тестируйся. Этакая самодиагностика.[/quote]
Возможно имеет смысл если будут "насследоваться" слова и программы из других Форт систем. Бывает не отличаются по интерфейсам,
а реализация завязана на внутренние особенности конкретной системы. И это можно учитывать в мета информации на конкретное слово.

Для слов контроль версий, это перебор. Слово в форте, это аналог функция в С. А а вот контроль версий модулей, это хорошо. На мой взгляд нужен автоматический механизм тестирования, как например в fork от mOleg. Запустил систему и дал команду --> тестируйся. Этакая самодиагностика.

Пока "µForth" на данном форуме не устаканилось, буду использовать сей термин а-ля namespace С++ :) ...

В данный момент в голове вопрос "чего делать с модернизацией языка"?

На пальцах:

В версии 1.8 "языка" слово SEND снимает со стека два значения и производит деление.
В версии 2.0 "языка" слово SEND снимает со стека два значения и производит деление с округлением.

Как нам собрать (интерпретировать) модуль, предназначенный для версии 1.8 в реализации 2.0?

Берем "классику" типа Qt. На этапе компиляции вылетают варнинги типа несоответствие типа. Иными словами, то части функций нет, то аргументы не те. И то это, чисто формально ....

А если в версии слова AGE аргументом будет сперва дата рождения, а потом возраст в годах? Типы одинаковые - но трактация и обработка разные должны быть!

Вощем в будущем языке "µForth" хочу ввести понятие "версия слова". Это будет означать следующее:

[list]
[*]Каждый модуль будет иметь сигнатуру версии для которой писался
[*]Будет вестись "реестр изменений", относительно которого будут вычисляться "потенциально опасные" слова
[*]Слова можно будет маркировать версиями
[*]После адаптации (все слова последней версии) - можно будет править сигнатуру модуля на последнюю[/list]

Критикуйте и предлагайте, вэлком! :)