Несоответствие Little-endian MIPS

Question

Из того, что я могу понять, существует несогласованность с контентом в сборке MIPS при запуске на QtSpim (без машины x86_64, что означает, что QtSpim является малоподобным). Однако я не уверен, что это ошибка, или если я ошибаюсь.

Когда слово загружается в регистр, байты не меняются на противоположные, чтобы отражать малозначность. Например, если слово в памяти содержит 0x11223344, и мы загружаем его в регистр, получаем 0x11223344 (я бы ожидал 0x44332211).

Рассмотрим следующий фрагмент кода:

.text 
    .globl main 
main: 
    la $t0, letters 
    lw $t1, 0($t0) # Expected ($t1): 0x61626364 
    sll $t2, $t1, 8 # Expected ($t2): 0x62636400 
    sw $t2, 0($t0) # Expected (mem): 0x00646362 
    jr $ra 

    .data 
letters: 
    .ascii "abcd" 

Перед запуском программы "ABCD" хранится прямой порядок байтов, как и ожидалось: 0x64636261 (ДХБС). После завершения программы я ожидал бы, что 0x00646362 (\ 0dbc) будет сохранен в памяти, однако 0x63626100 (cba \ 0) сохраняется.

Почему это так?

Протестировано на Fedora 24, x86_64, QtSpim версии 9.1.17.

Answer 1

Нет противоречия. Вы принимаете 0x64636261 и сдвигаете его на 8 бит влево (т. Е. Сдвигайте биты влево при смещении в нулях справа). Таким образом, 0x64636261 становится 0x63626100
Если вы хотите 0x00646362, вы должны были использовать srl вместо sll.

Вот ASCII диаграмма, показывающая соотношение между 32-разрядным словом и отдельными байтами в небольшой обратном порядке байт конфигурации:

0x64636261 
    | | | | 
    | | | ----> |'a'| letters 
    | | |  ----- 
    | | ------> |'b'| letters+1 
    | |   ----- 
    | --------> |'c'| letters+2 
    |   ----- 
    ----------> |'d'| letters+3