- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我刚刚开始学习 ARM 汇编,我不明白为什么 GNU as 语法与 x86* 不同。
由于指令是相同的,除了指令本身之外,我希望一切都像 x86* 一样,但相反,我正在努力加载字符串的地址等。我从头开始阅读一些在线 PDF、man 2 syscall
和反编译基本示例,因为我不确定我可以在网上找到的各种 Hello World 的值(value)。
我的问题:
%
印记#
或 $
符号。事实上,如果我编译 mov r0, $0
,objdump -D
会返回一个 mov r0, #1
。一切都组装成相同的mov r0, #1
:
mov %r0, $1
10080: e3a00001 mov r0, #1
mov r0, $1
10084: e3a00001 mov r0, #1
mov %r0, #1
10088: e3a00001 mov r0, #1
mov r0, #1
1008c: e3a00001 mov r0, #1
我无法直接使用标签的地址来加载字符串地址,因此我需要使用一个变量。 mov r1, $hello
或 ldr r1, $hello
不起作用。在 x86_64 中,我会编写 mov $hello, %rsi
。所以我正在做 gcc 所做的事情,我正在使用另一个标签的地址创建一个单词。
我无法放入常量.rodata
,或者收到错误:internal_relocation(类型:OFFSET_IMM)未修复
,但将所有内容放入.text
有效(这部分与语法无关)
.section .text
hello:
.asciz "Hello World\n"
.set hello_len, .-hello
hello_addr:
.word hello
.align 4
.global _start
_start:
mov r0, $1
ldr r1, hello_addr
mov r2, $hello_len
mov r7, $4
swi $0
mov r0, $0
mov r7, $1
swi $0
最佳答案
GNU 汇编器 (GAS) 使用 AT&T 语法进行 x86 汇编的原因是为了与 AT&T 的 x86 汇编器兼容。 AT&T 没有使用基于 Intel 官方 x86 汇编语法的语法,而是选择基于其早期的 68000 和 PDP-11 汇编器创建新语法。当 GNU 编译器 (GCC) 添加 x86 支持时,它会生成 AT&T 语法汇编,因为那是他们使用的汇编器。在此之后的某个时间创建 GAS 时,GNU 汇编器必须使用该语法。
但是,没有适用于 ARM CPU 的 AT&T 汇编器版本。当 GNU 项目开始将 GCC 和 GAS 移植到 ARM 目标时,没有理由为 ARM 汇编创建自己的新且不兼容的语法。相反,他们基于 ARM 官方语法使用的语法。这意味着您可以在 ARM 官方文档中查找 ARM 指令,并使用您在 GNU 汇编器中看到的语法和操作数顺序。当使用 AT&T 语法编写 x86 程序集时,您只需要了解规则和异常(exception),这些规则和异常(exception)在任何地方都没有正式记录。
无法将地址直接加载到 ARM 汇编中的寄存器中的原因不是语法问题。 ARM CPU 根本没有可以做到这一点的指令。所有 ARM 指令的大小均相同,均为 32 位,没有空间将 32 位地址编码为立即数操作数。然而 ARM 汇编器确实提供了 pseudo-instruction form of LDR可以自动加载 32 位地址和常量:ldr r1, =hello
。这将导致汇编器将 32 位常量存储在文字表中,并使用 PC 相关 LDR 指令将其加载到内存中。如果正在加载的常量恰好足够小,可以直接使用 MOV 或 MVN 加载,则会生成该指令。
不能将常量放入 .rodata
的原因是因为距离太远,无法使用 PC 相关 LDR 指令进行寻址(它需要在 +/-4KB 内,因为这样最大位移大于单个 32 位 ARM 指令所能容纳的位移)或者您使用的对象格式不支持 PC 相对寻址到不同的部分。 (您的 ldr r1, hello_addr 指令使用 PC 相对寻址,因为无法在 ARM 指令中编码 32 位地址。)
关于assembly - 为什么 x86 和 ARM 之间的 GNU 语法不同?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43574163/
将 ARM 处理器模式与 x86 操作模式(ring0 到 ring 3)进行比较,用户模式看起来就像 ring3,用户空间程序在其中运行。 但是,我无法将 ring0 与系统模式或主管模式联系起来。
为什么我们在 ARM 架构中有暂存寄存器?处理器如何使用它,我的意思是这个寄存器的用途是什么? 最佳答案 来自 Procedure Call Standard for the Arm Architec
我了解弱内存模型和强内存模型的基本区别。但是没有确切的弱定义,它取决于体系结构(这里是 ARM)。 我已经阅读了有关 ARM 信息中心的文档,但仍有很多内容不清楚。有人可以列出 - ARM 保证哪些内
我想在 arm 9 上分析我的代码,是否有任何分析器可以给我函数调用时间和每个函数占用的总周期?我更喜欢任何免费的分析器。我喜欢在 Linux 中使用 kcachegrind。 最佳答案 我不知道有什
关闭。这个问题需要更多focused .它目前不接受答案。 想改进这个问题吗? 更新问题,使其只关注一个问题 editing this post . 关闭 7 年前。 Improve this qu
众所周知,对于X86架构:按下电源按钮后,机器开始执行0xFFFFFFF0处的代码,然后开始执行BIOS中的代码以进行硬件初始化。 BIOS 执行后,它使用引导加载程序将操作系统镜像加载到内存中。最后
我有 rootfs 和 klibc 文件系统。我正在创建 make 规则,而一些开发人员的编译器较旧,但没有联网。note1 我正在尝试验证所有文件都是使用 arm 仅当检测到某个版本的编译器时。我已
在部署实际应用程序之前,我们使用 ARM 模板部署 Azure 资源,作为构建过程的一部分。 到目前为止,我们所有的应用程序资源都自包含在资源组中。例如需要 SQL Server 和存储帐户的 Web
为什么 ARM Controller 在发生异常时要从 THUMB 状态返回到 ARM 状态? 最佳答案 一种解释可能是 ARM 模式是 CPU 的“ native ”操作模式,与有限的 Thumb
我正在尝试反转 128 位向量 (uint16x8) 的顺序。 例如,如果我有 a b c d e f g h 我想获得 h g f e d c b a 有没有一种简单的方法可以使用 NEON 内在函
有很多关于内存屏障的信息。大多数信息是指多核或多处理器架构。 Stackoverflow 上的某个地方还指出,单核处理器不需要内存屏障。 到目前为止,我找不到任何明确的解释,为什么单核 CPU 上不需
我想在 ARM Cortex A8 处理器上移植一小段代码。 L1 缓存和 L2 缓存都非常有限。我的程序中有 3 个数组。其中两个是顺序访问的(大小> 数组 A:6MB 和数组 B:3MB),第三个
我无法弄清楚这个 ARM 指令是做什么的: strd.w r0, r1, [r2] 我知道这是一个存储指令,它在 *r2 中存储了一些东西。但我不完全确定是什么。为什么有两个源寄存器
我很好奇为什么有些 ARM 指令(如 MUL 和 ADD)不使用桶形移位器。我想知道极限背后的理性。谢谢! 最佳答案 并不是没有使用桶形移位器;这是您无法指定它在非常具体的指令(数据处理和加载/存储)
我需要计算与 SSE 相同的操作: __m128i result1=_mm_avg_epu8 (upper, lower); 使用 NEON,我执行以下操作: uint8x16_t result1=v
我正在尝试使用 PLD 指令。我面临的问题如下: int32_t addr[10]; asm ("PLD [addr,#5]"); 我收到以下错误: Error: ARM register expec
根据 ARM 手册,应该可以访问特定 CPU 模式的存储寄存器,例如“r13_svc”。当我尝试执行此操作时,gcc 对我大喊大叫,并显示以下错误: 立即表达式需要 # 前缀 -- `mov r2,s
我正在使用 mbxxx 目标开发 Contiki 2.7。在构建我的代码时,链接器提示 .ARM.exidx 和 .data 部分的重叠 .在修改了链接器脚本 contiki-2.7/cpu/stm3
如何确定给定 ARM 处理器上是否存在 NEON 引擎?可以为此目的查询任何状态/标志寄存器吗? 最佳答案 我相信unixsmurf's answer如果使用具有特权内核的操作系统,这将与您获得的一样
如何在设备上分析我的 ARM 代码。 这是涉及 USB 和 SDH 处理的裸机代码,我看到了这个 Code Profiler for ARM但似乎很 slim ,我很熟悉DS5但如果您使用基于 lin
我是一名优秀的程序员,十分优秀!