关于ppc的32位立即数加载问题

本文探讨了PowerPC(ppc)指令集在加载32位立即数时遇到的问题,指出当立即数的第15位为1时,使用addi指令可能导致错误。GCC采取ori指令作为替代,确保正确加载。同时,文章提到了lwz等指令在正负偏移寻址中的应用,并强调了在不同场景下选择合适指令的重要性,以避免潜在的安全隐患。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

   在ppc指令体系中,一次最多加载16位立即数。要加载32位立即数,必须分两次进行。很多资料上使用如下加载指令:

    lis r0, 0x1122

    addi r0, r0, 0x3344

    这样做确实可以成功地把0x11223344加载到r0中。可是如果换成0x11118000呢?

    lis r0, 0x1111

    addi r0, r0, 0x8000 

    请注意, addi指令是r0 = r0 + EXTS(0x8000). EXTS(0x8000) = 0xffff8000。如此,加载到r0中的值就不是0x11118000,而是0x11108000。差之毫厘,谬以千里。

    那gcc是如何实现加载32位立即数的指令的呢?

    首先是加载0x11223344的指令, 这是对c代码反汇编得出的指令:

    lis r0, 0x1122

    ori r0, r0, 0x3344

    gcc放弃了addi指令,转而使用ori指令。ori指令是r0 = r0 | (16'0 | 0x8000),加载到r0中的为0x11223344。

    然后是加载0x11118000的指令,自然也是用ori指令:

    lis r0, 0x1111

    ori r0, r0, 0x8000

    所以说,加载32位立即数时要小心,如果其第15位为1,用addi就会加载出错误的数值,还是用ori较为保险

    

    其实,在ppc指令中,加载32位立即数并不是很常见,常见的是需要将一个数从一个3

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值