8

我想确切地知道 GCC 为每个编译单元集合生成了多少目标代码，但是我遇到了一个奇怪的问题，即 binutils 的“size”命令没有给出正确的结果。

让我们看一个只包含这个函数的 C 文件：

int foo (int a, int b)
{
  return a+b;
}

我们可以编译它并使用“size”和“objdump”检查目标代码大小：

$ gcc -O foo.c -c
$ size foo.o
   text    data     bss     dec     hex filename
     52       0       0      52      34 foo.o
$ objdump -d foo.o

foo.o:     file format elf64-x86-64


Disassembly of section .text:

0000000000000000 <foo>:
   0:   8d 04 37                lea    (%rdi,%rsi,1),%eax
   3:   c3                      retq

从 objdump 输出中可以清楚地看出，目标代码大小为 4 个字节。但是，size 报告 52 字节，这是不正确的。

从使用“-D”选项到 objdump，它看起来像是异常处理代码，也许其他一些东西正在通过“大小”来衡量，并添加到我真正关心的代码的大小中。有谁知道一种相对简单的方法来获得尺寸以忽略这些额外内容？

4

1 回答 1

1

你必须坚持size吗？它有许多与您遇到的问题相似的问题，因此我通常使用以下readelf代码段：

OBJ=foo.o
SEC=.text

readelf -SW "$OBJ" \
  | sed 's/^ *\[[0-9 ]*\] *//' \
  | awk '
    /NOBITS/ { next; }
    /^'$SEC'\>/ { sz = strtonum("0x" $5); s += sz; }
    END { print s }'
于 2017-10-27T16:40:48.947 回答