我正在尝试自学组装。我在 C、Java 和 Python 方面有多年的经验 - 但我无法在这里取得任何进展，我即将放弃。
所以，我下载了 uVision4，并假设我可以编写一个基本的汇编程序：
MOV R1, #0x7F0E0C2D
MOV R3, #0x1048B3C5
ADCS R1, R3, ROR #0x18
END
所以，建立两个变量，做一个操作，大功告成。一定要检查寄存器的输出和调试器的条件标志。
显然，这是不可能的。
我创建文本文件，编写代码，另存为 .asm 文件，然后尝试构建-
它讨厌那个。
好的，所以我创建一个新项目，添加 .asm 文件，
它拒绝了，要求我显然编写一个完整的设备驱动程序来做一个该死的你好世界。
如何运行简单的几行代码来开始学习？
我一直在我的 x86 桌面上做这样的事情，使用 gdb 来执行单步代码。通常使用 x86 指令，但它也适用于 ARM 交叉开发。使用 构建gcc -nostdlib foo.S，它应该将默认入口点设置为 .text 部分的开头。但是，您确实会收到链接器的警告：
$ arm-linux-gnueabi-gcc -nostdlib arm-simple.S
/usr/lib/gcc-cross/arm-linux-gnueabi/5/../../../../arm-linux-gnueabi/bin/ld: warning: cannot find entry symbol _start; defaulting to 0000000000010098
我不得不修改你的源代码才能组装。这是我的 arm-simple.S：
.globl _start
_start: @ make debugging easier to have a symbol name
ldr R1, =#0x7F0E0C2D @ ARM immediate constants can't be arbitrary 32-bit values. Use the ldr reg, =value pseudo-op, which in this case assembles to a PC-relative load from a nearby literal pool. Often it can use mov reg, #imm or movn reg, #imm
ldr R3, =#0x1048B3C5
ADCS R1, R3, ROR #0x18
@END This isn't an instruction.
然后你可以使用 gdb 并在第一条指令处设置一个断点，运行它，然后单步执行。
您甚至可以在交叉开发环境中执行此操作，但有一些问题。
在一个终端中，在二进制文件上运行 QEMU，等待调试器连接：
$ arm-linux-gnueabi-gcc -g -nostdlib arm-simple.S
$ qemu-arm -g 12345 ./a.out # user-mode emulation, waiting for gdb to connect
使用-mcpu=something的GCC，并且-cpu model如果你想具体的QEMU。
在另一个终端中，运行 ARM gdb（在我的例子中，来自 Ubuntu 的 gdb-arm-none-eabi 包，因为他们 Ubuntu 没有为 x86 分发 arm-linux-gnueabi-gdb cross-ARM-gdb 包）。
待办事项：尝试 gdb-multiarch。x86 桌面上的常规 gdb 只能调试 x86 二进制文件，因此您绝对不能使用它。
$ arm-none-eabi-gdb ./a.out # give the gdb client the same binary to read symbols / debug info
(gdb) target remote localhost:12345
(gdb) layout asm
(gdb) layout reg
(gdb) si # single step by instruction, not source line
(gdb) si
然后 gdb 显示：
+--Register group: general-----------------------------------------------------------------------------------------------------------------------------------------+
|r0 0x0 0 r1 0x7f0e0c2d 2131627053 r2 0x0 0 |
|r3 0x1048b3c5 273200069 r4 0x0 0 r5 0x0 0 |
|r6 0x0 0 r7 0x0 0 r8 0x0 0 |
|r9 0x0 0 r10 0x100ac 65708 r11 0x0 0 |
|r12 0x0 0 sp 0xf6ffea40 0xf6ffea40 lr 0x0 0 |
|pc 0x100a0 0x100a0 <_start+8> cpsr 0x10 16 |
| |
| |
| |
| |
| |
| |
| |
| |
| |
----------------------------------------------------------------------------------------------------------------------------------------------------------------+
|0x10098 <_start> ldr r1, [pc, #4] ; 0x100a4 <_start+12> |
|0x1009c <_start+4> ldr r3, [pc, #4] ; 0x100a8 <_start+16> |
>|0x100a0 <_start+8> adcs r1, r1, r3, ror #24 |
|0x100a4 <_start+12> svcvc 0x000e0c2d |
|0x100a8 <_start+16> subne r11, r8, r5, asr #7 |
|0x100ac andeq r1, r0, r1, asr #18 |
|0x100b0 cmnvs r5, r0, lsl #2 |
|0x100b4 tsteq r0, r2, ror #18 |
|0x100b8 andeq r0, r0, pc |
|0x100bc subseq r3, r4, r5, lsl #10 |
|0x100c0 tsteq r8, r6, lsl #6 |
|0x100c4 andeq r0, r0, r9, lsl #2 |
|0x100c8 andeq r0, r0, r12, lsl r0 |
|0x100cc andeq r0, r0, r2 |
|0x100d0 andeq r0, r4, r0 |
+---------------------------------------------------------------------------------------------------------------------------------------------------------------+
remote Remote target In: _start Line: 6 PC: 0x100a0
(gdb) si
它突出显示了最后修改的寄存器，这非常棒。
但是，符号化地解码标志似乎太老了。现代 x86 gdb 就是这样做的。