В командах lcall, ljmp в ПЗУ старший байт адреса первый, команда call в стек в ОЗУ первым заталкивает младший байт итого адрес в ОЗУ тоже лежит старший байт первым. Больше намёков нет (+) («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

В командах lcall, ljmp в ПЗУ старший байт адреса первый, команда call в стек в ОЗУ первым заталкивает младший байт итого адрес в ОЗУ тоже лежит старший байт первым. Больше намёков нет (+)

Отправлено ReAl 16 августа 2007 г. 19:39
В ответ на: Э-э-э, поделитесь, плиз, архитектурными намеками. :-)) отправлено -=ВН=- 16 августа 2007 г. 13:36

Но и старенький AVOCET C был big endian, и 2500A.D. asm, насколько я помню (для сама "концовость" проверяется, к примеру компиляцией .dw 1234h - т.е. как он инициализирует многобайтовые переменные).
Это ещё от Интела тянется, у него так было.

Составить ответ | Вернуться на конференцию

Ответы

Во, полез по старым компактам, нашёл описание iDCX51 - RTOS от интела для 51-ых (+) — ReAl (16.08.2007 19:57:30 89.162.152.53, 346 байт)
- Да нет у самого 51 никакого индиана. Ни большого, ни малого. Тут уже приводили DPL и DPH. Аналогичная ситуевина с тимером 2, где он есть. В стек первым заталкивается младший байт адреса возврата, так он и будет лежать по младшему адресу в озу, что явно говорит о маленьком конце:-) — -=ВН=- (16.08.2007 20:42:20 193.125.71.140, пустое)
  - Так я же не говорю, что он у него есть "естественный" - просто привёл противоположное относительно DPH/DPL. А так - есть традиция, которая тянется от разработчика кристалла. — ReAl (16.08.2007 22:37:18 89.162.152.53, пустое)