Если есть макро-ассемблер, то уже можно заточить почти любой ассемблер под себя. Но все-равно сопровождать чужой код на ассемблере это еще то наказание! В этом случае важнее как он оформлен и каковы комментарии. Хотя попадались приколы и на си, где все идет одним блоком и с использованием define-ов вообще ни черта не понять!
Но это конечно авторы старались вовсю свой код сделать персонально понятным, чтобы быть незаменимым в своей компании. Хотя за такой код надо за первые же 200 строк их из компании безжалостно увольнять как вредителей и саботажников. Но большое начальство прежде всего интересуется результатами в виде работающей программы, а не тем, как выглядят исходники этой работающей программы.
Знаете, что он отдаленно напоминает ? PIC-и от Microchip, которым в обед сто лет )
36 базовых инструкций ассемблера там точно были. И на 4MHz тогда удавалось решать уникальнейшие задачи.
А тут и мощь, и современные скорости, и никаких тебе ограничений в виде, напр., разных банков памяти...
Кмк, точно взлетит )
CityAceE (06.12.2022)
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Прихожу без разрешения, сею смерть и разрушение...
Это современные сложные микроархитектуры по производительности тягаются, а при упрощении потрохов арм (и большинство рисков) выигрывает чем проще тем больше. Ну и всё же в x86 (32-битном по крайней мере) большинство ходовых инструкций сами по себе не "большие", но реальный код получается раздутым до стереотипно-рисковых величин из-за лишнего мусора - близких переходов, инкрементов, перетасовок данных из-за недостатка и неполной заменяемости регистров... Но до сих пор слабознакомые повторяют миф о том, что риск якобы всегда меньше делает на инструкцию.
Прихожу без разрешения, сею смерть и разрушение...
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)