Дизасм ПЗУ монитора 0 и F

[NEO SPECTRUMAN]

Эти LD до добра

да пусть даже моv

но обзывть
mov a,b
mov a,(hl)
mov a,(bc)
mov a,nn
разными словами
это тупо...

хотя нызвать копирование
перемещением
это тоже нужно постараться...

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

впридачу з80 подход
возволяет свободно расширить набор регистров в 300 раз
и при этом не потребуется вводить ни одной новой мнемоники которую придется доучивать

например можно сочинить любую конструкцию
ld (hl'+bc'+nn),(hl+a+nn)
ld (hl'+bc'+nn),((hl)+(bc))
и она остается понятной и читаемой
не пришлось вводить ни одной новой мнемоники
1 ld перекрывает собой все
как такое вы предлагаете обозвать на 8080?
в стиле 6502? набором бессмысленных букв?
и это только ld
легким движением руки не меняя практически ничего
add (hl'+bc'+nn),(hl+a+nn)
mul (hl'+bc'+nn),((hl)+(bc))
все понятно из коробки

можно даже тягаться а армами и выдумывать команды по условию
не меняя подхода
add z a,(hl+bc)
кому нибудь пришлось лезть в таблицу чтоб узнать что это новая команда
(если 0 то прибавить к А содержимое ячейки памяти на которую указывает сумма hl+bc) ?
оно же в стиле 8080 наверное выглядело бы так
adzxhb a


КАКИЕ АРГУМЕНТЫ У СТОРОННИКОВ 8080 ЕРЕСИ?
кроме синдрома уточки?

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

Хотя, помогает в работе с ARM.

еще есть всякие атмелы
правда там еще и ldi и ldd
без которых можно было обойтись

[Advertiser]

[Lethargeek]

КАКИЕ АРГУМЕНТЫ У СТОРОННИКОВ 8080 ЕРЕСИ?
кроме синдрома уточки?

ни разу не сторонник 8080 ереси, но во времена динозавров плюсом мог считаться меньший расход памяти на ассемблерный текст
но во-1 незначительно, во-2 за счёт непропорционального расходования мозгов программиста, в-3 неактуально уже в 80-х

[NEO SPECTRUMAN]

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

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