Да вот и я про то же. Такой "оптимизатор" и я состряпал. Смысл его проталкивать, толко как пример. Я все пытался скорость из этого безобразия выдавить. Я почему не стал писать IC, только потому, что HiAsm -- конструктор предполагаюший минимальные знания в области программирования. Ты можешь написть, я могу написать, а обычный юзер не сможет. Вот, что меня не радует.
PS На штатных у меня гораздо проще и эффективнее, и все равно -- скорость на грани фантастики.

nesco, вот чего я тебе скажу...

HiAsm был сделан по очень простой схеме, которую можно уловить, во-первых: посмотрев на исходники после Ctrl+D; во-вторых: на содержание CodeGen
Эта схема дает минимальные коды, которые можно еще минимизировать, если более правильно работать с KOL
И этот вариант предназначен для тестирования вопросов общего характера: насколько полна система визуального программирования, чего еще следует добавить или изменить в среде для достижения этого.
Это один фронт работы

Эффективность кодов - это другой вопрос. И общая схема не противоречит (как пока кажется) его разрешению.
Решение вопросов эффективности - иной способ кодогенерации, вот и все.
Кто же не дает им заниматься...
Разве что принципиальные ограничения Паскаля: почти полное отсутствие возможностей макропроцессинга, функциональный вызов по любому чиху (пожалуй, самая не эффективная команда проца, сброс конвейера и т.п.)

Дык народ-то давно интересуется и этими вопросами:
1) в проекте PHP изобретается свой парсер
2) в проекте FASM используется свой сверх-продвинутый парсер
И эти вопросы пока не так близко к стадии завершения, имхо
Имеются в виду вопросы кодогенерации, а не спектр компонентов - второе больше дело техники

Но исходная схема кодогенерации (проект Дельфи) функционально закончена, в том плане, что позволяет тестировать ПЕРВЫЙ поставленный вопрос.
Вот примерно так мне это и видится сегодня

Galkov, но согласись -- не предназначен HiAsm для работы с большим количеством циклических операций с немаленьким количеством вложений. Много элементарных компонентов содержат у себя внутри кучу условий, и при каждом обращнии они проверяются, а если обращений -- 1.000.000, и таких компонентов больше десятка, и причем здесь тогда кодогенератор?

Если это HiAsm вообще - то НЕ соглашусь. Хотя сегодня, проект Дельфи выполнен именно так.

1) Куча условий может быть принципиально разрешена на этапе компиляции.
2) Количество вложений тоже не догма - инлайнинг функционального вызова это как раз работа для CodeGen. Даже в проекте Дельфи вполне возможно инлайнить статические мультики, не имеющие линков.
Просто изменив CodeGen
И это даже бвло бы абсолютно правильно - помещение части схемы в мультик НЕ ДОЛЖНО поменять кодов, это чисто дизайнерский наворот (пока не появились линки - это уже нетривиальное решение разработчика)

Galkov, получается, что изменив CodeGen, можно поднять быстродействие на несколько порядков?

Wolfik, замечание про параллельные процессы:
Отрисовывать ProgressBar правильнее по синхронному событию (onSyncExec), или вообще по таймеру.

[size=-2]------ Добавлено в 14:36
nesco,
А Fasm и работает быстрее именно на столько...

И это именно HiAsm
Сама среда и знать ничего не хочет про язык программирования, и общается только с INI

Galkov, понял, спасибо за информацию

Wolfik, хотелось бы что-то побыстрее

Alexbootch, ты хочешь сказать, что есть код оптимизирующий быстрее, чем у Wolfik'a? Куда уже быстрее? Ну сэкономишь ты еще секунду, и что это тебе даст?

Извиняюсь, не видел схем 891 и VString.sha. То что надо. Wolfik, спасибо большое!

Теоретически, измерительная схема может выглядеть примерно так (если из кода коллеги Wolfik убрать лишние декорации): code_920
И сразу станет смысл мероприятия...

Думается мне , что открытие, запись нового, запуск приложения - по-дольше будет, чем код коллеги на Дельфи.
Ну можно, предположим на ASM-е, на ваять в пару раз (глупостей то там не написано - чтобы в 10 раз) быстрее - а заметно ли это будет по сравнению с остальной суетой

Galkov, не компилится. Ошибка:
D:\HiAsm\Elements\Delphi\code\hiInlineCode_514A36C.pas(39) Error: There is no overloaded version of '_hi_CreateEvent' that can be called with these arguments

А зачем тебе ее компилить - там ничего нет

Откомпилишь, начнешь говорить, что MemoryStream глючный