Да верно всё, но надо же побрюзжать для порядку.

Я Си++ упомянул как факт того, что привычки меняются. И не сравнивал со скриптами. Смысл что sfall даёт возможности и работа над ним важнее чем над компилятором... Но как сам факт того, что появится компилятор - хорошо. Если комуто интересно этим занятся - почему нет?

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

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

По поводу оптимизации - это все абсолютно прозрачно для пользователя, ему не стоит заботится об всех этих опкодах и прочей белиберде. Просто можно генерировать намного более эффективный код. Кто-нибудь задумывался о том, что благодаря невнимательности программистов, впихнувших в хедер объявление ф-ии, теперь висит мертвый груз весом в ~1.5кб в каждом скрипте. Причем эти 1.5кб исполняются каждый тик для каждого скрипта!!!!! Както слишком жирно, не считаете?

Что до деленя лагерей. Ну пока и делить-то нечего ))
Вот все по поводу разделения лагерей пишут, и мне интересно - а альтернатива?

Насчет сравнения. Конечно, в полном смысле сравнивать их нельзя, просто сравнение идет в смысле переосмысления концепций. Хотя разница в том, что необходимость С++ назрела, т.е. спрос породил предложение. В данном же случае спроса как такового нет. Ближе здесь переход DOS/Windows -- все кричали кому нужны эти окна? Откуда стока ресурсов нагрести? Но позже Windows стал стандартом.

Раз уж у нас зашла дискуссия об востребованности и прочем, давайте попробуем вспомнить, какие небудь не тривиальные задачи, которые приходилось делать?
Меня вот, например, всегда бесило отсутствие наследования. Ну нафиг копировать 50кб кода для двери, чтобы изменить там 2 строки?  А если не 2 строки? А нужно всего-лишь показать чем эта конкретная дверь отличается от остальных. А попробуй в этих 50кб это отыскать. А вот с наследованием можно просто указать предка и изменить только необходимое и тогда выходит 1кб именно того, что отличает эту дверь от других.

Согласен с Wasteland Ghost, бритва Оккама это хорошо Но вреда не вижу от такой работы. Если человек саморазвивается, почему нет? Главное чтобы это нормально работало, а не через костыли и подпорки.

P.S. Сделай нормальный препроцессор, чтобы не надо было играть с бубном и предварительно все скрипты через внешний софт прогонять. Да, ну и массивчики пожалуйста. А, и двойные указатели

Ну, какие там с массивами примеры... В том же Самоделкине, например, тоскливо без них. Приходится вот так вот извращаться:
procedure set_type_items_avail(variable itype, variable x) begin
    if (itype == 0) then type0_items_avail := x;
    else if (itype == 1) then type1_items_avail := x;
    else if (itype == 2) then type2_items_avail := x;
    else if (itype == 3) then type3_items_avail := x;
    else if (itype == 4) then type4_items_avail := x;
    else if (itype == 5) then type5_items_avail := x;
    else if (itype == 6) then type6_items_avail := x;
end
Остальное пока серьёзно не напрягает.

Это ты зря так насчёт НМА Народу там побольше, однозначно

KLIMaka

Будет ли версия компилятора под linux?

Как работа кипит? Когда ждать релиз? Ну хоть примерные сроки, мол месяц, два, пол года.

А что вообще реализовано и что осталось сделать?