Мнемоники i8080 vs Z80

[Vslav]

Простой вопрос на засыпку. Берем старый не очень качественно сохранившийся печатный исходник.
И встречаем там такое:

ld  A, B (или 8, видно на старой журнальной печати плохо)
ld  A, D (или 0)

И ломаем голову.
В варианте 8080:

mvi  A, 8 (читаем однозначно как константу 8)
mov A, D (читаем однозначно как имя регистра D)

Вывод - мнемоники 8080 несут БОЛЬШЕ информации об инструкции. Обычно это не имеет особого значения, кому что нравится. Но вот для старых листингов - 8080 годится лучше.

- - - Добавлено - - -

действительно заставляет призадуматься о "чуть высшей ступеньке в языке"

Тогда Си - самый лучший ассемблер

[Advertiser]

[cy6]

Тогда Си - самый лучший ассемблер

Так и есть, Си это высокоуровневый ассемблер с неограниченными возможностями. Пользоваться ассемблером приходится только из-за тупой оптимизации кода компилятором. Если бы придумать идеальный оптимизатор для Си, это был бы единственный ассемблер.
А вот Си плюс, это уже полноценный язык.

КР580 самый лучший процессор, свой, отечественный, пусть и немного стыренный.

[Ewgeny7]

Давайте согласимся, что обычно проблема выглядит несколько иначе...
В дампе кода, приведенного в журнале, непонятны сами хексы.
0 или D? B или 8? А вот разночтения текста на ассемблере - таки пореже бывают.
А вообще, зачем зацикливаться на таких "аварийных" случаях?
Давайте уж быть оптимистами.

КР580 самый лучший процессор, свой, отечественный, пусть и немного стыренный.

Вот эти слова - безусловная личная правда. Я, каюсь, сам иногда держу в руке ВМ80А и ухожу куда-то в сказку про то, что могло бы быть, но не случилось...
Мне этот процессор тоже очень дорог и лампово тёпл.

- - - Добавлено - - -

Тогда Си - самый лучший ассемблер

Си настолько же далек от железа, как партия от народа. Это не ассемблер.
Но Си я пользуюсь для микроконтроллеров. Там уже пофиг на розовые сопли, главное - чтобы работало.

[Denn]

КР580 самый лучший процессор, свой, отечественный, пусть и немного стыренный.

К сожалению, чуть менее, чем полностью стыренный...

[Ewgeny7]

К сожалению, чуть менее, чем полностью стыренный...

Можно было и не уточнять

[HardWareMan]

К сожалению, чуть менее, чем полностью стыренный...

Но осознанный, переработанный и с убранными закладками. Я про защиту от тупого фотографирования: т.н. depleted транзисторы. А само осознание это многого стоит.

[HardWareMan]

Вывод - мнемоники 8080 несут БОЛЬШЕ информации об инструкции. Обычно это не имеет особого значения, кому что нравится. Но вот для старых листингов - 8080 годится лучше.

Информация для восстановления же! Такой встроенный ECC. И да, в журналах и всяких распечатках i8080 более устойчив к чтению.

[NEO SPECTRUMAN]

немоники 8080 несут БОЛЬШЕ информации об инструкции

с таким же успехом они больше замыливают глаза
больше трудностей в их запоминании
они совершенно не поддаются последующему расширения набора команд процессора (без появления сотни других без полезных мнемоних)

и вообще арм наше фсе
четко видно что сделать с чем именно и куда все это потом деть
а не то что пишешь по привычке xor a,c а оно те компилит xor a : xor c

[Vslav]

с таким же успехом они больше замыливают глаза
больше трудностей в их запоминании

Это все субъективщина. Кому-то "замыливает" и "сложно запоминать", а кому-то (и мне тоже) - удобнее больше информации иметь в мнемонике, а не свалить кучу разных классов инструкций в безликую "ld".

и вообще арм наше
четко видно что сделать с чем именно и куда все это потом деть

Да ладно? У ARM-а в режиме без декомпрессии есть (в разных комбинациях):

- собственно имя команды (mov/add/stm)
- суффикс условного выполнения (eq/ne и прочие)
- суффикс модификации флагов (s)
- специфический суффикс команды (типа ia/fd у stm)
- регистр приемник результата
- регистр источник первого операнда
- регистр источника второго операнда
- регистр счетчика сдвига второго операнда
- константа задающая тип сдвига (ror/shl/rrx)

Ну, например: addeqs R0, R1, R2, shl R3

Угу, все просто, понятно и легко запоминается, не то что мнемоники 8080, в которых "больше трудностей в их запоминании"

[NEO SPECTRUMAN]

безликую "ld"

а понадобиться
ввести кучу новых регистров
новые регистровые пары через которые можно будет читать сохранять
новые 16 битные 32 битные регистры

мнемоники z80
ld (xx),xx
ld (xxxx),(xxxx)
xor xxxx,xxxx
легко расширяются
и смысл будет понятным даже если ты не читал ничего кроме мануала 79 года


дайте угадаю что будет с мнемониками и8080
mvsdjfgsdlj xx
mvnfdvsdjk xxxx,xxxx
xrjsdk xxxx


единственная команда z80
которая придумана каким то придурком это jp (hl)
которая читается как взять слово из памяти с адресом указанным в регистровой паре hl и поместить его в pc
а выполняется зачем то как поместить в pc содержимое hl o_O

- - - Добавлено - - -

Ну, например

ну да несколько перегружено.
но как передать все тонкости выполнения команды по другому?

а что же будет с интеловским подходом?
этот набор команд арма которых кот наплакал (и благодаря которым можно достаточно полно использовать такие не малые его возможности)
наверное превратится в 20 страниц одного только списка всех возможных мнемоник

(этож надо будет для каждого варианта выполнения команды свою левую мнемонику
а не просто какая то комбинация префиксов
иначе это будет не мнемоника и8080
а еще ж у интеловцев совершенно не модно писать после мнемоники название больше чем одного регистра
так что количесто мнемони будет
кол.команд*16*16*все_возможны� �_варинты_и_условные_выполн� �ния
иначе это будет не мнемоника и8080)


смотрим какая порнография творится в системе команд 6502
это вообще
как её дальше расширять непонятно
как выучить то что есть(чтоб постоянно не лезть в таблицу) тоже непонятно
(команды какогото там chip8 мну выучел за один день к примеру(так что это не склероз
(и именно не тот вариант который похож на Z80 а тот который больше похож на и8080)))