编译器使用局部变量而不调整 RSP

2024-10-18 09:01:00
admin
原创
270
摘要:问题描述:在问题编译器:理解从小程序生成的汇编代码中,编译器使用两个局部变量而不调整堆栈指针。不调整RSP以使用局部变量似乎不安全,因此编译器似乎依赖于硬件在发生中断时自动切换到系统堆栈。否则,出现的第一个中断会将指令指针推送到堆栈上并覆盖局部变量。该问题的代码是:#include <stdio...

问题描述:

在问题编译器:理解从小程序生成的汇编代码中,编译器使用两个局部变量而不调整堆栈指针。

不调整RSP以使用局部变量似乎不安全,因此编译器似乎依赖于硬件在发生中断时自动切换到系统堆栈。否则,出现的第一个中断会将指令指针推送到堆栈上并覆盖局部变量。

该问题的代码是:

#include <stdio.h>

int main()
{
    for(int i=0;i<10;i++){
        int k=0;
    }
}

该编译器生成的汇编代码是:

00000000004004d6 <main>:
  4004d6:       55                      push   rbp
  4004d7:       48 89 e5                mov    rbp,rsp
  4004da:       c7 45 f8 00 00 00 00    mov    DWORD PTR [rbp-0x8],0x0
  4004e1:       eb 0b                   jmp    4004ee <main+0x18>
  4004e3:       c7 45 fc 00 00 00 00    mov    DWORD PTR [rbp-0x4],0x0
  4004ea:       83 45 f8 01             add    DWORD PTR [rbp-0x8],0x1
  4004ee:       83 7d f8 09             cmp    DWORD PTR [rbp-0x8],0x9
  4004f2:       7e ef                   jle    4004e3 <main+0xd>
  4004f4:       b8 00 00 00 00          mov    eax,0x0
  4004f9:       5d                      pop    rbp
  4004fa:       c3                      ret    

局部变量i位于[rbp-0x8]k[rbp-0x4]

有人能解释一下这个中断问题吗?硬件确实切换到系统堆栈了吗?怎么做到的?我的理解错了吗?


解决方案 1:

这就是x86-64 ABI所谓的“红区” 。维基百科摘要:

在计算中,红区是函数堆栈框架中当前堆栈指针以外的固定大小区域,该区域不由该函数保留。被调用函数可以使用红区存储局部变量,而无需修改堆栈指针的额外开销。中断/异常/信号处理程序不得修改此内存区域。System V 使用的 x86-64 ABI 要求 128 字节红区从堆栈指针的当前值正下方开始。

在 64 位 Linux 用户代码中,只要使用的字节数不超过 128 个,就可以了。这是叶函数(即不调用其他函数的函数)最常用的一种优化。


如果您使用GCC(或兼容编译器)将该示例程序编译为 64 位 Linux 程序,并且使用该-mno-red-zone选项,您将看到生成如下代码:

main:
        push    rbp
        mov     rbp, rsp
        sub     rsp, 16;     <<============  Observe RSP is now being adjusted.
        mov     DWORD PTR [rbp-4], 0
.L3:
        cmp     DWORD PTR [rbp-4], 9
        jg      .L2
        mov     DWORD PTR [rbp-8], 0
        add     DWORD PTR [rbp-4], 1
        jmp     .L3
.L2:
        mov     eax, 0
        leave
        ret

可以通过此godbolt.org链接观察到此代码生成。


对于 32 位 Linux 用户程序来说,不调整堆栈指针是一件坏事。如果您将问题中的代码编译为 32 位代码(使用-m32选项)main,则会出现类似以下代码:

main:
        push    ebp
        mov     ebp, esp
        sub     esp, 16;     <<============  Observe ESP is being adjusted.
        mov     DWORD PTR [ebp-4], 0
.L3:
        cmp     DWORD PTR [ebp-4], 9
        jg      .L2
        mov     DWORD PTR [ebp-8], 0
        add     DWORD PTR [ebp-4], 1
        jmp     .L3
.L2:
        mov     eax, 0
        leave
        ret

可以通过此gotbolt.org链接观察到此代码生成。

相关推荐
  政府信创国产化的10大政策解读一、信创国产化的背景与意义信创国产化,即信息技术应用创新国产化,是当前中国信息技术领域的一个重要发展方向。其核心在于通过自主研发和创新,实现信息技术应用的自主可控,减少对外部技术的依赖,并规避潜在的技术制裁和风险。随着全球信息技术竞争的加剧,以及某些国家对中国在科技领域的打压,信创国产化显...
工程项目管理   1565  
  为什么项目管理通常仍然耗时且低效?您是否还在反复更新电子表格、淹没在便利贴中并参加每周更新会议?这确实是耗费时间和精力。借助软件工具的帮助,您可以一目了然地全面了解您的项目。如今,国内外有足够多优秀的项目管理软件可以帮助您掌控每个项目。什么是项目管理软件?项目管理软件是广泛行业用于项目规划、资源分配和调度的软件。它使项...
项目管理软件   1354  
  信创国产芯片作为信息技术创新的核心领域,对于推动国家自主可控生态建设具有至关重要的意义。在全球科技竞争日益激烈的背景下,实现信息技术的自主可控,摆脱对国外技术的依赖,已成为保障国家信息安全和产业可持续发展的关键。国产芯片作为信创产业的基石,其发展水平直接影响着整个信创生态的构建与完善。通过不断提升国产芯片的技术实力、产...
国产信创系统   21  
  信创生态建设旨在实现信息技术领域的自主创新和安全可控,涵盖了从硬件到软件的全产业链。随着数字化转型的加速,信创生态建设的重要性日益凸显,它不仅关乎国家的信息安全,更是推动产业升级和经济高质量发展的关键力量。然而,在推进信创生态建设的过程中,面临着诸多复杂且严峻的挑战,需要深入剖析并寻找切实可行的解决方案。技术创新难题技...
信创操作系统   27  
  信创产业作为国家信息技术创新发展的重要领域,对于保障国家信息安全、推动产业升级具有关键意义。而国产芯片作为信创产业的核心基石,其研发进展备受关注。在信创国产芯片的研发征程中,面临着诸多复杂且艰巨的难点,这些难点犹如一道道关卡,阻碍着国产芯片的快速发展。然而,科研人员和相关企业并未退缩,积极探索并提出了一系列切实可行的解...
国产化替代产品目录   28  
热门文章
项目管理软件有哪些?
云禅道AD
禅道项目管理软件

云端的项目管理软件

尊享禅道项目软件收费版功能

无需维护,随时随地协同办公

内置subversion和git源码管理

每天备份,随时转为私有部署

免费试用