Linux hexdump和hexedit的输出差异

Linux hexdump和hexedit的输出差异,linux,assembly,arm,hexdump,hex-editors,Linux,Assembly,Arm,Hexdump,Hex Editors,我一直在arm组装中进行实验,并查看组装程序生成的hexedecimal输出。现在当我组装这个: .byte 0xff .word 0x11111111 我本来希望得到ff11111的输出,但查看hextump中的显示:11ff11110011起初我感到困惑,认为可能是我在汇编程序中发现了一些模糊之处(很明显,我没有在这里使用.align指令,因此在实际使用中,这段代码可能不正确,并且我认为汇编程序可能因此而做了一些奇怪的事情)。但是,当我使用程序hexedit检查输出时(如果您不熟悉它,它只

我一直在arm组装中进行实验,并查看组装程序生成的hexedecimal输出。现在当我组装这个:

.byte 0xff
.word 0x11111111

我本来希望得到
ff11111
的输出,但查看hextump中的显示:
11ff11110011
起初我感到困惑,认为可能是我在汇编程序中发现了一些模糊之处(很明显,我没有在这里使用.align指令,因此在实际使用中,这段代码可能不正确,并且我认为汇编程序可能因此而做了一些奇怪的事情)。但是,当我使用程序hexedit检查输出时(如果您不熟悉它,它只是一个简单的命令行hexeditor),它向我展示了我的期望(
ff 11
).有人知道我为什么会收到这个奇怪的输出吗?这是hexdump中的一个错误,还是hexdump的行为与我预期的不一样?因为字节顺序,hexdump将内容
ff11
显示为
11ff

尝试向hexdump添加
-C
标志。