Хочу мнение узнать: На sf.net нашел эту штуковину. FX Asm - это ассемблер, в котором можно менять синтаксис как тебе угодно будет. Любую команду на что хочешь. Или даже блок команд. Я у себя сделал вместо mov eax, число eax=число а вместо конструкции cmp esi, 0 je esi_is_zero пишу теперь esichck esi_is_zero то есть добавил свою команду на целый блок. Кто что думает о перспективах такого творения?
Неее. Макросы с этим не путать! Скачай и посмотри Там есть MNEMONIC.CFG -- это можно назвать макросами, а вот PARSER_SPEC -- это уже нечто иное. Есть в архиве с прогой примеры ассемблеров с AT&T, Intel синтаксисами ( измененный FXAsm)
osrootd и чо, проца он тоже твои команды заставит выполнять ? толку с него ноль, гдето на васме помниццо видел русификатор для фасма - аналогичное макросное творение
osrootd Хоть бы прямую ссылку привёл HuXTUS Я бы с удовольствием заменил синтаксис Atmel AVR ассемблера на привычный и имхо намного более удобный Intel x86 синтаксис, хотя FX Asm вряд-ли это сможет.
osrootd Да будет Си! =) Интересно, его в си синтаксис переделать можно? )) А вообще, интересная идея, на досуге побалуюсь ))
Freeman я имею в виду mov, sub, jcc и т.п. 100% замена конечно не получится, но сделать код более читаемым чем их ld/ldi, sbiw, brne и т.п. имхо очень даже можно
mov врятле получится, а остальное - вполне синтаксис там и вправду не оч. у меня у самого в .inc файлеке Код (Text): .def AL = r16 .def AH = r17 .def BL = r18 .def BH = r19
Freeman гы-гы как раз регистры так переобозначать неинтересно они в отлчие от команд вполне симпатичны сами по себе, а если уж переобозначать их то во что нибудь типа .def Temp_1 = r16 .def Time_Lo = r24 ; Счётчик времени старший и младший байты .def Time_Hi = r25 А вот синтаксис команд сильно пестрит в глазах поскольку "не такой" и намного больше похож на AT&T.
Y_Mur ну от человека с таким стажем не ожидал .. даже полный нуб после 3-4 лабораторной работы по курсу "микропроцесорные системы" уверено понимает шо там к чему. да и чего ж там понимать, опкоды интуитивно понятны, а у типичного 8535 их "аж" 130 штук
trash_master одно дело понимать - с этим то проблем нет, другое дело удобочитаемость не только мне а и многим не нравится AT&T синтаксис как раз из-за того что мнемоники команд захламлены повторным указанием размерности операнда (который и так понятен из агрумента), вот поэтому и говорю, что эти i, w и т.п. на конце делают код плохочитаемым, а альтернативы как в x86 - хочешь AT&T, а хочешь Intel синтаксис увы не предусмотрено.
