Ассемблеру компьютера ZX-Spectrum это расскажите.

Выглядит так, как будто бы вы про работу с аппаратными портами, прерываниями и внешними устройствами не знаете.

Но если вам конкретно System V 64 ABI не нравится,
можете опираться на UEFI. Обсуждалось. У Лиса комп с процессором Байкал. Там UEFI.

---

Почему вообще Лис ориентируется на Linux ?
Потому что это канал дистрибуции и сообщество.
Создать им инструкцию по опакечиванию, и пакеты появятся во всех дистрибутивах (со временем, при наличии чего-то полезного).
Это 4% всех компьютеров. Самостоятельно распространить в таком масштабе гораздо сложнее.

А как насчёт Android, спросите Вы? Да никак - там Gudleifr не придумал нужные кирпичики вместо командной строки.

---

Ранее по теме:
Baikal Electronics под санкциями
Почему БудДен ошибается

Отредактировано Лис (2024-10-30 21:31:13)

Ха-ха-ха. На Спектруме 48К видеопамять отображается на адресное пространство, доступ в неё прямой.
На Ямахе МСХ2 можно банки переключать, на спектруме даже это не нужно.

А данные с ленты читаются именно реалтаймовым опросом порта в цикле. Без каких-либо вызовов BIOS.
Я сам писал процедуру зашифрованной турбозагрузки (переписывал), так что знаю точно.

Отредактировано Лис (2024-10-30 22:12:34)

Мы не можем просто так взять, и выбросить БудДена. Сделает кириллическую ось с System V ABI, будем использовать.

Если с другим ABI - пусть документирует. Я его уже просил это сделать, он не стал.

Отредактировано Лис (2024-10-30 22:30:20)

Для этого достаточно текста стандарта и эмулятора.

Что вы хотите сказать в итоге?

У Лиса есть оборудование с UEFI. Я не собираюсь переписывать UEFI, о чём уже сказал.
Ось я тоже не собираюсь переписывать, потому что Linux устраивает и она распространённая. Об этом я тоже сказал.

Ассемблер нужен для того, чтобы описывать команды процессора в тексте более высокоуровневого компилятора.
Да и ассемблер и компилятор будут зависеть от СТАНДАРТА на платформу
(а не от конкретной операционной системы, ну с небольшими патчами для FHS во время сборки пакета для дистрибутива)

Переписать ОСь было бы неплохо, чтобы устранить известные недостатки.
Переработать стандарт вызова функций ОС было бы тоже неплохо, чтобы устранить недостатки стандарта.

Сухой остаток - написать ассемблер на кириллице важнее, чем перевести ОС (малоиспользуемую и с малым числом приложений), как предлагает БудДен.

Поэтому БудДен НЕ прав.

Кроме того, ОСи в России есть другие, с поддержкой System V. Пусть они сначала их перепишут сами, да стандарт опубликуют.
Замен в тексте ассемблера будет немного (три места: чтение байта, запись байта и выход из программы).
Лис будет страдать, но поменяет. А вы скажете, "да, тебе всё-таки пришлось наложить три патча, а МЫ ГОВОРИЛИ".

Отредактировано Лис (2024-10-30 22:53:40)

Меня не волнует тот факт, что у ассемблера будут две версии для разных платформ (одна платформа UEFI, другая платформа ABI ОСи).

Платформ и сейчас немало.
Нате вам ссылку, ознакомьтесь:
https://wiki.osdev.org/Target_Triplet

Отредактировано Лис (2024-10-30 23:00:23)

По мнению отдельно взятого Gudleifr, которое мнение он может засунуть себе на форум.

А пункт 7 нужен. Но не для ассемблера (не только для него), а для того, чтобы повысить общую безопасность и доверенность системы.

Не надо ещё путать интерфейсы и реализации. Возможна смена реализации без изменения интерфейса.

Отредактировано Лис (2024-10-30 23:06:21)

У Буддена ОСь не в машинных кодах написана, а на языке высого уровня (возможно Обероне).
В Линуксе ОСь написана не в машинных кодах, а на языке высокого уровня (Си и Rust).

Почему бы не написать ещё одну ОСь на языке высокого уровня, только кириллическом?
Что в этом такого невозможного?