免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 1293 | 回复: 0
打印 上一主题 下一主题

[其他] llvm 编译结果正常吗 [复制链接]

论坛徽章:
11
未羊
日期:2013-12-16 12:45:4615-16赛季CBA联赛之青岛
日期:2016-04-11 19:17:4715-16赛季CBA联赛之广夏
日期:2016-04-06 16:34:012015亚冠之卡尔希纳萨夫
日期:2015-11-10 10:04:522015亚冠之大阪钢巴
日期:2015-07-30 18:29:402015亚冠之城南
日期:2015-06-15 17:56:392015亚冠之卡尔希纳萨夫
日期:2015-05-15 15:19:272015亚冠之山东鲁能
日期:2015-05-14 12:38:13金牛座
日期:2014-12-04 15:34:06子鼠
日期:2014-10-16 13:40:4715-16赛季CBA联赛之八一
日期:2016-07-22 09:41:40
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2012-11-05 15:06 |只看该作者 |倒序浏览
本帖最后由 zylthinking 于 2012-11-05 15:23 编辑

int test()
{
    int n = 9;
    asm("movw %0, #1\n"
        "ldr  %0, [pc, #0]\n"
        :"=r"(n)
    );
    return n;
}

反编译后的结果是

0x00004ed8 <test+0>:        sub        sp, #4
0x00004eda <test+2>:        movs        r0, #9
0x00004edc <test+4>:        movt        r0, #0        ; 0x0
0x00004ee0 <test+8>:        str        r0, [sp, #0]
0x00004ee2 <test+10>:        movw        r0, #1        ; 0x1
0x00004ee6 <test+14>:        ldr.w        r0, [pc]        ; 0x4ee8 <test+16>
0x00004eea <test+18>:        str        r0, [sp, #0]
0x00004eec <test+20>:        ldr        r0, [sp, #0]
0x00004eee <test+22>:        add        sp, #4
0x00004ef0 <test+24>:        bx        lr

更离谱的是, 如果         "ldr  %0, [pc, #0]\n" 改成         "ldr  %0, [pc, #2]\n"
反编译的结果居然是

0x00004ed8 <test+0>:        sub        sp, #4
0x00004eda <test+2>:        movs        r0, #9
0x00004edc <test+4>:        movt        r0, #0        ; 0x0
0x00004ee0 <test+8>:        str        r0, [sp, #0]
0x00004ee2 <test+10>:        movw        r0, #1        ; 0x1
0x00004ee6 <test+14>:        ldr.w        r0, [pc, #-2]        ; 0x4ee6 <test+14>
0x00004eea <test+18>:        str        r0, [sp, #0]
0x00004eec <test+20>:        ldr        r0, [sp, #0]
0x00004eee <test+22>:        add        sp, #4
0x00004ef0 <test+24>:        bx        lr

又一个神奇的:
int test()
{
    int n = 9;
    asm("mov %0, pc\n"
        "ldr  %0, [pc, #2]\n"
        :"=r"(n)
    );
    return n;
}

(gdb) disassemble
Dump of assembler code for function test:
0x00004ed8 <test+0>:        sub        sp, #4
0x00004eda <test+2>:        movs        r0, #9
0x00004edc <test+4>:        movt        r0, #0        ; 0x0
0x00004ee0 <test+8>:        str        r0, [sp, #0]
0x00004ee2 <test+10>:        mov        r0, pc
0x00004ee4 <test+12>:        ldr.w        r0, [pc, #-2]        ; 0x4ee6 <test+14>
0x00004ee8 <test+16>:        str        r0, [sp, #0]
0x00004eea <test+18>:        ldr        r0, [sp, #0]
0x00004eec <test+20>:        add        sp, #4
0x00004eee <test+22>:        bx        lr
End of assembler dump.
(gdb) si
0x00004ee4        97            asm("mov %0, pc\n"
(gdb) info register r0
r0             0x4ee6        20198
(gdb) info register pc
pc             0x4ee4        20196
(gdb)

貌似是 gdb 的 bug, 和 llvm 无关? 似乎是刻意的想将 pc - 4 来反映当前指令对应的 pc 导致的错乱
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP