И не стоит. Думаешь, почему в чятике с 647 участниками под ARM писало человек 20?

Никто не требует. Литературы русскоязычной мало, железо у всех x86. А асм ARM-овый в целом проще.

657

И @nanmtfn тоже?

Никто не требует. Литературы русскоязычной мало, железо у всех x86. А асм ARM-овый в целом проще.

Какой из?

Какой из?

Любой RISC проще, не только ARM.

Никто не требует. Литературы русскоязычной мало, железо у всех x86. А асм ARM-овый в целом проще.

Одно и тоже действие можно выполнить пятью командами, в зависимости от контекста. Я уж молчу о всяких Thumb-режимах.

В маках EFI лет так 18 уже.

Там он свой, хитрый EFI, с поддержкой мачо и хфс+

Ботов ты тоже считаешь?

Их 10?

Их 10?

Плюс-минус.

Там он свой, хитрый EFI, с поддержкой мачо и хфс+

Нет, там первая реализация с модификацией под нужды Эппл.

Никто не требует. Литературы русскоязычной мало, железо у всех x86. А асм ARM-овый в целом проще.

Нифига он не проще, хотя плюшки типа баррелшифтера довольно занятны

Фатбин, драйвер HFSplus, правильная реализация ACPI и DSDT, и ещё куча маленьких отличий.

ARM -- это отдельный, особый мир "сам в себе".

Ждем, когда Risc-V завоюет мир :)

Ну походу, хотя там как-то линуксовое заездили, opengl тоже... Жопа

)

А расширение Jazelle кто-нибудь тестил (которое jvm-байткод исполняет). Оно где-то используется ?

А расширение Jazelle кто-нибудь тестил (которое jvm-байткод исполняет). Оно где-то используется ?

Оно раньше активно использовалось, во времена ведроида 2.3.

аа.. ясн

Джазель вроде умерла давно

Нифига он не проще, хотя плюшки типа баррелшифтера довольно занятны

Чем он не проще?

Чем он не проще?

Режимами адресации, этим нозящим смещением в 8 байт и инвертированным флагом переноса при вычитании.

Хотя, впрочем, кто к чему привык

Режимами адресации, этим нозящим смещением в 8 байт и инвертированным флагом переноса при вычитании.

ну все это не так часто используется

а какая-нибудь инструкция mov в x86, тьюринг-полная, вот это явно печальнее

ну и кодирование инструкций это просто боль

ну и кодирование инструкций это просто боль

Ну тут да, хотя с вексом дело малость продвинулось

Ну sib-адоесация это таки плюшка для ассемблерщика )

Нифига он не проще, хотя плюшки типа баррелшифтера довольно занятны

Если речь про aarch64, то не соглашусь, арм проще гораздо

Если речь про aarch64, то не соглашусь, арм проще гораздо

ARM64 != ARM :)

Там всë кардинально переделано

Я знаю :)

Мы говорили про старый добрый арм

Просто если @s54816 имел ввиду НЕ arm64, то я его не понимаю

Мы говорили про старый добрый арм

А, черт, я почему-то прошлые сообщения пропустил

Да и вообще, когда говорят ARM подразумевается 32, имхо

Если речь про aarch64, то не соглашусь, арм проще гораздо

arm64 killed much of legacy crap, even formally verified and provided machine-readable specification

Да и вообще, когда говорят ARM подразумевается 32, имхо

not anymore

lol

Не забудь включить write-combining для фреймбуфера, или через MTRR или через PAT. Иначе будут тормоза и глюки.

т.е. проблема в том, что я могу только частично заполнить frame buffer т.е. неполностью, а видяха уже из него что-то прочитала и начала выводить. Т.е. трабл в синхронизации записи в frame buffer и чтении видяхой из него?

офигенное ощущение: дернуть из nasm сишную функцию? Без проблем. Наборот? ITISMAGIC

а что тут такого?

ну типа в насме есть функция, все, глобальная - ноль проблем

в сишном файле далее: extern этой функции из nasm`а, прототип, да? Все окей.

в мейне в си эта функция юзается

линковщик ругается, мол такой функции нет

ld мать его

мол в сишном файле нет

ну вот как так

из nasma init виден, из си write port не виден, линкую два pe-i386 файла

что может быть вообще не так?

попробуй посмотреть символы в объектнике

objdump/nm

котором из двух?

ну тот объектник, в котором не видно символа

т.е сишник

второй получается

хм...

второй получается

секции то тебе зачем, смотри релокации

типа

бля

ну я не знал, что оно так весело работает

т.е. в итоге получается так, если я хочу дернуть что-то из асма, надо ставить дефис

а не лучше эту функцию проинлайнить?

ну наверное можно и заинлайнить, хотя я не припомню, чтобы можно было применять inline к extern функциям

т.е. в итоге получается так, если я хочу дернуть что-то из асма, надо ставить дефис

seems compiler-specific

ну блин... Я юзаю стандартные тулзы: NASM, GCC, ld и objcopy для перевода pe-i386 в elf386

ну блин... Я юзаю стандартные тулзы: NASM, GCC, ld и objcopy для перевода pe-i386 в elf386

https://en.wikipedia.org/wiki/Name_mangling

спасиб

ща изучу

пробовал кто-нибудь на голом x86 с сетью рботать? 😂😂

т.е. проблема в том, что я могу только частично заполнить frame buffer т.е. неполностью, а видяха уже из него что-то прочитала и начала выводить. Т.е. трабл в синхронизации записи в frame buffer и чтении видяхой из него?

https://en.m.wikipedia.org/wiki/Write_combining

Биосы матерей особой степени китайскости врубают WB на всë адресное пространство, из-за чего на экране может твориться адов пиздец (процу глубоко срать на то что ты хотел эти байтики увидеть, он кэширует всë без разбору). А с UC (который положен для памяти ввода-вывода) видео будет жестоко тормозить. Для этого и придуман WC

ну блин... Я юзаю стандартные тулзы: NASM, GCC, ld и objcopy для перевода pe-i386 в elf386

Почему нельзя сразу в эльф компилить? Возьми нормальный тулчейн

Почему нельзя сразу в эльф компилить? Возьми нормальный тулчейн

Ну хочет он поизвращаться, это его извращённое право.

#book АССЕМБЛЕР И ПРОГРАММИРОВАНИЕ ДЛЯ IBM PC Под редакцией Еpшова В.Г.

Книги в тхт каеф

Полностью согласен

#book ЯЗЫК МАКРОАССЕМБЛЕРА IBM PC (Справочное пособие) Составитель: В.Н.Пильщиков (МГУ, ВМК)

старье вроде, зато основа

#book АССЕМБЛЕР И ПРОГРАММИРОВАНИЕ ДЛЯ IBM PC Под редакцией Еpшова В.Г.

Это я выше кидал кстати, классика же