Вот именно, что для однопроходного. Впрочем даже за два прохода я не понимаю, как можно правильно привести данные к нужному типу не имея информации о типе верхней точки. К тому же следует разделять понятие пользователь и разработчик. То, что делается пользователя не касается ни в коем разе: ему вообще про типы знать не положено.


за таким же, за каким сначало был сделан интерпретатор с пристегиванием исполняемого модуля в 400Кб, а потом нормальный компилятор и внешние пакеты. И только благодаря такому подходу мы имеем разбитую на уровни сложности эволюционирующую технологию производства программ по схеме, где каждый, кому это интересно может поэтапно ознакомится с каждым из уровней и остановится на том, который для него приемлем или изучать их дальше.

Кроме того даже сегодняшнего CG хватает с лихвой на такие пакеты как WEB или проект his пакета Modules. Ну не нужна там более продвинутая технология. Совершенно причем. А значит пользоваться этим возможно уже сейчас и прямо сегодня, а не ждать пока разработчики составят список всех вопросов и потом еще пару месяцев будут добавлять двухпроходность. И отлаживать это еще столько же.

[size=-2]------ Добавлено в 12:26
Мое мнение такое: приоритетная задача это избавление от тормозящего развитие dcc32.exe. Если к тому же мы еще и бонус приобретаем ввиде почти качественного кода - так совсем замечательно. А планировать сейчас разработку сложного двух и более проходного CG - это непозволительная роскошь.

[size=-2]------ Добавлено в 12:36
GCC
С отстрипанными кусками выдает 6Кб на приложение, отображающе стандартное MessageBox. Достаточно неплохо.