Linux size命令，为什么bss和data部分不为零？

Question

我遇到了 size 命令，它给出了 ELF 文件的部分大小。在玩弄它的同时，我为最简单的 C++ 程序创建了一个输出文件：

int main(){return 0;}

显然，我没有定义任何已初始化或未初始化的数据，那么为什么我的 BSS 和 DATA 部分的大小为 512 和 8 个字节？

我认为可能是因为int main()，我尝试为以下 C 程序创建目标文件：

void main(){}

对于 BSS 和 DATA 部分，我仍然没有得到 0。

是因为为这些部分分配了某个最小大小的内存吗？

编辑-我认为这可能是因为链接库，但我的对象是动态链接的，所以可能不应该是问题

Answer 1

int main(){return 0;} 仅将数据放入.text。

$ echo 'int main(){return 0;}' | gcc -xc - -c -o main.o && size main.o
   text    data     bss     dec     hex filename
     67       0       0      67      43 main.o

您可能正在sizeing 一个完全链接的可执行文件。

$ gcc main.o -o main && size main
   text    data     bss     dec     hex filename
   1415     544       8    1967     7af main

Answer 2

事实上，如果您使用附加到二进制文件的 libc 进行编译，则在 main() 函数之前（和之后）添加了一些函数。它们主要用于加载动态库（即使您不需要它）并在main() end 后正确卸载它。

这些函数具有需要存储的全局变量； BSS 段中未初始化（零初始化）的全局变量和 DATA 段中已初始化的全局变量。

这就是为什么在使用 libc 编译的所有二进制文件中总是会看到 BSS 和 DATA。如果你想摆脱这个，那么你应该编写自己的汇编程序，像这样（asm.s）：

.globl _start
 _start:
    mov %eax, %ebx

然后，在没有 libc 的情况下编译它：

$> gcc -nostdlib -o asm asm.s

您应该减少此 ELF 二进制文件上的 BSS 和 DATA 段的占用空间。