链接脚本当中的rodata和data段分布问题

最新推荐文章于 2025-04-17 20:35:19 发布

原创

最新推荐文章于 2025-04-17 20:35:19 发布 · 4.4k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#脚本 #file #output #c

使用arm-linux-gcc编译导致生成的二进制文件异常增大，通过对比发现是链接脚本中.rodata和.data段的设置问题。调整链接脚本后，将.rodata和.data合并，解决了文件大小异常的问题。原始脚本中，.rodata和.data段分别定义，修改后合并为.rodata段，使得elf文件和二进制文件结构正常。

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

一直用arm-elf-gcc编绎UCOSII,昨天试着用arm-linux-gcc编绎了一下,发现出现一个怪现象,我的elf文件名是app.elf,这个生成是没有问题,但用arm-linux-objcopy将其CP成二进制文件时,发现转出来的十进制文件超大,尽量有700M多,同样的LD脚本,同样的代码,为什么会出现这个问题呢?

我先后试着用arm-elf-objcopy转二进制文件,但还是同样的效果,但如果用 arm-linux-ld链接生成app.elf再用 arm-elf-objcopy转二进制文件时却能正常进行,看来问题出在arm-linux-ld 上面了.

后面找了设置项,没有问题,链接脚本也没有问题,到底是什么问题呢...

最后修改了下LD脚本,objcopy 过程就正常了.

//-修改后-------------------------------------------

OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm")
OUTPUT_ARCH(arm)
ENTRY(_start)

SECTIONS {
    . = 0x30000000;
    .text : { *(.text) }

    . = ALIGN(4);
    .data : { *(.rodata) *(.data) }

    _fbss = .;
    .bss ALIGN(4) (NOLOAD) :
    {
        *(.bss)
    }
    _fbssend = .;
    _end = .;
    end = .;
};