Теперь осталось придумать зачем надо переусложнять систему на ровном месте)

macro SKIP {
MOV RSI, RSP
OR RSP, 15
SUB RSP, 32+15
}

Заменил у себя.
Спасибо.

Ну тогда заодно и or esp,15 вместо or rsp,15, раз уж пошла такая пьянка

Точно.

Вах, экономия 1 байт)

Можно ещё OR SP, 15 предложить, тогда)

Да, но тут экономии не будет

Продолжаю продолжать пилить свой форт.

Изменения в последней итерации:
Добавлена управляющая конструкция IF-SETS: ... IF-SETS; Позволяет внутри напихивать много IF ... ELSE , а THEN скомпилируется при вызове IF-SETS;. Практически аналог структуры CASE, но ему не тождественен.
Добавлены новые флаги слов: &CONST &STRUCT-ELEM &POSTCOMP и пр. Первые 2 являются одновременно метками типа слова (константа или элемент структуры) и специфическим подвидом инлайна. Флаг &POSTCOMP является признаком, что слово компилируется с помощью POSTPONE.
Расширен и приведён по красоте компилятор (слово FFA-COMPILE,) за счёт двух пунктов выше.

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

Реализация оптимизатора представляет собой дерево, но с одним ограничением – у любого элемента в дереве должен быть оптимизирующий код. Иначе будет полный Hello word (вылет то есть). Как-то обыгрывать не стал. Ибо оптимизировать надо всё, только хардкор!

Тесты проводились на одном новом слове H.S.CHANGE, которое подставляет вместо одной подстроки другую. Стартовый размер кода 950 байт, конечный размер 530. КМК, вполне неплохо. С учётом того, что это всё стекомахания различные.