树莓派4上GCC/Clang用16位加载，如何强制使用32位加载？

问题背景 #

在C源码中定义：

uint32_t xx = 0xdeadbeef;

使用gcc -O或clang -O编译后，在树莓派4（ARM64架构）上通过objdump -d a.out查看反汇编，得到以下指令：

9ac:    5297dde8    mov w8, #0xbeef // #48879
9b0:    72bbd5a8    movk w8, #0xdead, lsl #16

想问两个问题：

1. 如何强制GCC或Clang生成单条32位加载指令（即mov w8, #0xdeadbeef）？
2. 这么做是否有必要？

解答 #

1. 无法强制生成单条mov w8, #0xdeadbeef指令 #

首先要明确：ARM64指令集不支持用单条mov指令将0xdeadbeef加载到32位寄存器。

ARM64的mov指令（针对W类32位寄存器）对立即数有严格编码限制：只有能通过「将一个16位无符号数循环右移偶数位（0、2、4…30位）」得到的32位值，才能用单条mov加载。而0xdeadbeef不符合这个规则，所以这条指令本身是非法的，编译器根本无法生成它。

如果一定要用单条指令加载该值，只能通过从内存常量池读取的方式（比如ldr w8, =0xdeadbeef），但开启优化后，编译器依然会自动将其优化为mov+movk的组合——因为这比访问内存更快。如果强行要保留内存加载的形式，只能用内联汇编或关闭优化，但这完全没必要。

2. 完全没有必要强制修改 #

编译器生成的mov+movk组合是ARM64架构下加载这类立即数的最优方案：

• 这两条指令都是寄存器操作，不需要访问内存，执行效率远高于从常量池加载的ldr指令；
• 两条指令的总执行周期和单条合法的mov指令几乎一致，不会带来性能损耗。

编译器的优化逻辑是基于指令集特性和性能最优原则设计的，所以无需手动干预这个过程。

内容的提问来源于stack exchange，提问作者tomdean1939