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

Ассемблер это прежде всего контроль, а остальное это побочные эффекты.

О, то есть я моложе но уже понимаю куда пригождается ассемблер, а вы старше и все еще не понимаете? Возможно когда вы учились программировать просто еще не было других языков кроме ассемблера, тогда я конечно сочувствую.

Да, мы про производительность.

fn never_returns() -> !

Ну вот и я о том же.

Так-то и у сишников _Noreturn уже есть, стандартный

Жесть

О, норм. А с какого стандарта?

17))

Понятно :)

Наверн

А не, 11.

Прошу прощения

:)

когда пишешь на асме не вставку, а проект на тысячи (или десятки тысяч) строк, все равно допускаешь лишние обращения к памяти, перекладывания регистров туда-сюда и тд. У человека не хватает ресурсов чтобы глобально оптимизировать такие объемы

а вот по размеру бинарь на асме обычно получается меньше чем на си, даже если не стараться

А у вас, кстати, есть в проекте препроцессорная магия для  оптимизаций, типа чтобы встраивать функции, например?

такого вроде нет, но вообще в колибри используется куча макросов

например

DEBUGF 1, "azazza var = %x\n", [eax + STR.pole1]

ну чем не принтф