时间戳

首页 > 解决方案 > GCC 优化器在 nostdlib 代码中生成错误

c - GCC 优化器在 nostdlib 代码中生成错误

问题描述

我有以下代码：

void cp(void *a, const void *b, int n) {
    for (int i = 0; i < n; ++i) {
        ((char *) a)[i] = ((const char *) b)[i];
    }
}

void _start(void) {
    char buf[20];

    const char m[] = "123456789012345";
    cp(buf, m, 15);

    register int rax __asm__ ("rax") = 60; // exit
    register int rdi __asm__ ("rdi") = 0; // status

    __asm__ volatile (
        "syscall" :: "r" (rax), "r" (rdi) : "cc", "rcx", "r11"
    );

    __builtin_unreachable();
}

如果我用 编译它gcc -nostdlib -O1 "./a.c" -o "./a"，我会得到一个正常运行的程序，但如果我用 编译它-O2，我会得到一个产生分段错误的程序。

这是生成的代码-O1：

0000000000001000 <cp>:
    1000:   b8 00 00 00 00          mov    $0x0,%eax
    1005:   0f b6 14 06             movzbl (%rsi,%rax,1),%edx
    1009:   88 14 07                mov    %dl,(%rdi,%rax,1)
    100c:   48 83 c0 01             add    $0x1,%rax
    1010:   48 83 f8 0f             cmp    $0xf,%rax
    1014:   75 ef                   jne    1005 <cp+0x5>
    1016:   c3                      retq   

0000000000001017 <_start>:
    1017:   48 83 ec 30             sub    $0x30,%rsp
    101b:   48 b8 31 32 33 34 35    movabs $0x3837363534333231,%rax
    1022:   36 37 38 
    1025:   48 ba 39 30 31 32 33    movabs $0x35343332313039,%rdx
    102c:   34 35 00 
    102f:   48 89 04 24             mov    %rax,(%rsp)
    1033:   48 89 54 24 08          mov    %rdx,0x8(%rsp)
    1038:   48 89 e6                mov    %rsp,%rsi
    103b:   48 8d 7c 24 10          lea    0x10(%rsp),%rdi
    1040:   ba 0f 00 00 00          mov    $0xf,%edx
    1045:   e8 b6 ff ff ff          callq  1000 <cp>
    104a:   b8 3c 00 00 00          mov    $0x3c,%eax
    104f:   bf 00 00 00 00          mov    $0x0,%edi
    1054:   0f 05                   syscall

这是生成的代码-O2：

0000000000001000 <cp>:
    1000:   31 c0                   xor    %eax,%eax
    1002:   66 0f 1f 44 00 00       nopw   0x0(%rax,%rax,1)
    1008:   0f b6 14 06             movzbl (%rsi,%rax,1),%edx
    100c:   88 14 07                mov    %dl,(%rdi,%rax,1)
    100f:   48 83 c0 01             add    $0x1,%rax
    1013:   48 83 f8 0f             cmp    $0xf,%rax
    1017:   75 ef                   jne    1008 <cp+0x8>
    1019:   c3                      retq   
    101a:   66 0f 1f 44 00 00       nopw   0x0(%rax,%rax,1)

0000000000001020 <_start>:
    1020:   48 8d 44 24 d8          lea    -0x28(%rsp),%rax
    1025:   48 8d 54 24 c9          lea    -0x37(%rsp),%rdx
    102a:   b9 31 00 00 00          mov    $0x31,%ecx
    102f:   66 0f 6f 05 c9 0f 00    movdqa 0xfc9(%rip),%xmm0        # 2000 <_start+0xfe0>
    1036:   00 
    1037:   48 8d 70 0f             lea    0xf(%rax),%rsi
    103b:   0f 29 44 24 c8          movaps %xmm0,-0x38(%rsp)
    1040:   eb 0d                   jmp    104f <_start+0x2f>
    1042:   66 0f 1f 44 00 00       nopw   0x0(%rax,%rax,1)
    1048:   0f b6 0a                movzbl (%rdx),%ecx
    104b:   48 83 c2 01             add    $0x1,%rdx
    104f:   88 08                   mov    %cl,(%rax)
    1051:   48 83 c0 01             add    $0x1,%rax
    1055:   48 39 f0                cmp    %rsi,%rax
    1058:   75 ee                   jne    1048 <_start+0x28>
    105a:   b8 3c 00 00 00          mov    $0x3c,%eax
    105f:   31 ff                   xor    %edi,%edi
    1061:   0f 05                   syscall

崩溃发生在103b指令movaps %xmm0,-0x38(%rsp)。

我注意到如果m包含少于 15 个字符，则生成的代码会有所不同，并且不会发生崩溃。

我究竟做错了什么？

标签： clinuxgccsegmentation-faultx86-64

解决方案

_start不是函数。 它没有被任何东西调用，并且在入口处堆栈是 16-byte 对齐的，而不是（如 ABI 所要求的）距离 16-byte 对齐的 8 个字节。

（ABI 要求在 a 之前对齐 16 字节call，并call推送一个 8 字节的返回地址。因此在函数入口 RSP-8 和 RSP+8 是 16 字节对齐的。）

在-O2GCC 使用需要对齐的 16 字节指令来实现由 完成的cp()复制，"123456789012345"从静态存储复制到堆栈。

在处-O1，GCC 只使用两条mov r64, imm64指令将字节转换为 8 字节存储的整数 reg。这些不需要对齐。

解决方法

main如果您希望一切正常，只需像普通人一样用 C编写一个。

或者，如果您试图在 asm 中对轻量级的东西进行微基准测试，您可以使用gcc -nostdlib -O3 -mincoming-stack-boundary=3( docs ) 告诉 GCC 函数不能假设它们以超过 8 字节的对齐方式被调用。与 不同-mpreferred-stack-boundary=3的是，在进行进一步调用之前，这仍将对齐 16。因此，如果您有其他非叶函数，您可能只想在 hacky C 上使用一个属性，_start()而不是影响整个文件。

更糟糕、更老套的方法是尝试将RSP 修改为 8
asm("push %rax");的最顶部_start，GCC 希望在对堆栈执行任何其他操作之前运行它。GNU C Basic asm 语句是隐含的volatile，因此您不需要asm volatile，尽管这不会造成伤害。

您是 100% 靠自己的，负责通过使用适用于您正在使用的任何优化级别的内联汇编来正确欺骗编译器。

另一种更安全的方法是编写自己的轻量级_start调用 main：

// at global scope:
asm(
   ".globl _start \n"
   "_start:       \n"
   "    mov   (%rsp), %rdi  \n"     // argc
   "    lea   8(%rsp), %rsi  \n"    // argv
   "    lea   8(%rsi, %rdi, 8), %rdx \n"   // envp
   "    call  main \n"
          // NOT DONE: stdio cleanup or other atexit stuff
          // DO NOT USE WITH GLIBC; use libc's CRT code if you use libc
   "    mov   %eax, %edi \n"
   "    mov   $231, %eax \n"
   "    syscall"               // exit_group( main() )
);

int main(int argc, char**argv, char**envp) {
   ... your code here
   return 0;
}

如果你不想main回来，你可以pop %rdi； mov %rsp, %rsi; jmp main给它 argc 和 argv 没有返回地址。

然后main可以通过内联 asm 退出，或者通过调用exit()或_exit()链接 libc。（但如果你链接 libc，你通常应该使用它_start。）

另请参阅：如何在没有 Glibc 的情况下使用 C 中的内联汇编获取参数值？对于其他手卷_start版本；这很像@zwol's there。

推荐阅读