Как происходит объявление, обработка и адресация двумерных массивов на ассемблере для архитектур PIC и ARM?

Как происходит объявление, обработка и адресация двумерных массивов на ассемблере для архитектур PIC и ARM? Нужны просто примеры кода как для Intel
Помогите пожалуйста, если кто знает, нигде не могу найти ответ

Миниатюры

 

0

Сообщение от Vadim_783 на ассемблере

Физически - память одномерная. У каждой ячейки есть адрес. В памяти можно "объявить" массив - выделить (зарезервировать) для него место, т.е. определить, где он будет расположен, какую область памяти займёт, какой у него начальный адрес. Для адресации внутри массива используются индексы ячейки массива.
Для физического доступа к ячейке массива, используется регистр-указатель физического адреса ячейки памяти, в который загружается физический адрес памяти, рассчитанный на основе индексов массива. Ячейка массива по размеру совершенно необязательно должна совпадать с размером ячейки физической памяти. Например, элементом массива может быть картинка размером 8х16 байт. Тогда добавится ещё и адресация внутри картинки. Как вы формируете массив и его индексацию - это дело вашей фантазии.
Например, для статического двумерного массива байтов, вам нужно два индекса: номер в строке и номер в колонке. Чтобы получить физический адрес ячейки в памяти, нужно к адресу начала массива прибавить индекс строки, умноженный на количество колонок в строке, и прибавить индекс колонки.
Ну а какая архитектура - это вообще не имеет никакого значения. Команды могут использоваться разные, но физический принцип один.

1

Сообщение от i8085 Физически - память одномерная

да щаз ).

PS: придрался, по сути, к слову "физический" (у Вас в сообщении 7 раз используется). Потому что программист по идее не должен знать как организована память. Для него просто единственным аргументом ячеек выступает ее адрес (в большинстве случаев он байтный), поэтому, память в побайтной адресуемой последовательности можно считать "одномерной". Но это частные случай употребления. Допустим, при побитном значении - биты могут иметь "двумерную схему" (что уже ближе к реальной архитектуре памяти)

0

Сообщение от Voland_ программист по идее не должен знать как организована память.

Речь идёт об Ассемблере.
"Не должен знать" - это скорее про кодеров и ардуинщиков. Программист, тем более на Ассеблере, должен хорошо знать железо.
А с памятью... Можно конечно заморочить голову ещё и страничной, и виртуализацией... Вот только к размерности массивов это каким боком?

0

Сообщение от i8085 Вот только к размерности массивов это каким боком?

В таком, что нет никакого "физического массива", ни на ассемблерном, ни на Сишном уровне ). В общем случае вы манипулируете с указателем и чтением по адресам, и только. Поэтому, "физически" одномерно лишь адресное пространство, но не память и тем более, не массив.

0

Сообщение от Voland_ и тем более, не массив.

А я что-то другое написал?

Сообщение от i8085 к размерности массивов это каким боком?

0

Сообщение от i8085 А я что-то другое написал?

да,

Сообщение от Voland_ придрался, по сути, к слову "физический" (у Вас в сообщении 7 раз используется).

что не понятно?

0

Voland_, я давно привык, что очень часто не удаётся достичь полного взаимопонимания. И меня это нисколько не беспокоит.
Если вы считаете нужным что-то дополнить или поправить в ответе для Vadim_783, - пожалуйста, продолжайте.

0

Сообщение от i8085 пожалуйста, продолжайте.

...единственное, что я бы мог добавить по теме это то, что надо читать требования конкретной платформы к доступу к физической памяти, обычно состоящие в нужном выравнивании записи/чтения ячеек по адресу. Обычно компилятор (Си) об этом "знает" и учитывает, а в АСМе можно натолкнуться на HardFault или просто неравильные данные при чтении, что хуже.

0