如何计算ELF文件中的静态初始值设定项? 我试图在C++文件中计算静态初始化器。

如何计算ELF文件中的静态初始值设定项? 我试图在C++文件中计算静态初始化器。,c++,linux,gcc,elf,C++,Linux,Gcc,Elf,我已有的解决方案(用于处理gcc-4.4)是查看.ctors ELF部分的大小 升级到gcc-4.6后,似乎不再返回有效结果(静态初始值设定项的计算数量为0,这与实际情况不符,例如nm返回的结果) 现在的问题是,我希望解决方案能够在没有符号的情况下工作(否则我会使用nm) 下面是一个示例可执行文件的readelf-SW的输出: 共有35个节标题,从偏移量0x4f39820开始: Section Headers: [Nr] Name Type A

我已有的解决方案(用于处理gcc-4.4)是查看.ctors ELF部分的大小

升级到gcc-4.6后,似乎不再返回有效结果(静态初始值设定项的计算数量为0,这与实际情况不符,例如nm返回的结果)

现在的问题是,我希望解决方案能够在没有符号的情况下工作(否则我会使用nm)

下面是一个示例可执行文件的readelf-SW的输出:

共有35个节标题,从偏移量0x4f39820开始:

Section Headers:
  [Nr] Name              Type            Addr     Off    Size   ES Flg Lk Inf Al
  [ 0]                   NULL            00000000 000000 000000 00      0   0  0
  [ 1] .interp           PROGBITS        00000174 000174 000013 00   A  0   0  1
  [ 2] .note.ABI-tag     NOTE            00000188 000188 000020 00   A  0   0  4
  [ 3] .note.gnu.build-id NOTE            000001a8 0001a8 000024 00   A  0   0  4
  [ 4] .gnu.hash         GNU_HASH        000001cc 0001cc 000918 04   A  5   0  4
  [ 5] .dynsym           DYNSYM          00000ae4 000ae4 00a5e0 10   A  6   1  4
  [ 6] .dynstr           STRTAB          0000b0c4 00b0c4 00ef72 00   A  0   0  1
  [ 7] .gnu.version      VERSYM          0001a036 01a036 0014bc 02   A  5   0  2
  [ 8] .gnu.version_r    VERNEED         0001b4f4 01b4f4 000450 00   A  6  13  4
  [ 9] .rel.dyn          REL             0001b944 01b944 268480 08   A  5   0  4
  [10] .rel.plt          REL             00283dc4 283dc4 0048c8 08   A  5  12  4
  [11] .init             PROGBITS        0028868c 28868c 00002e 00  AX  0   0  4
  [12] .plt              PROGBITS        002886c0 2886c0 0091a0 04  AX  0   0 16
  [13] .text             PROGBITS        00291860 291860 3ac5638 00  AX  0   0 16
  [14] malloc_hook       PROGBITS        03d56ea0 3d56ea0 00075a 00  AX  0   0 16
  [15] google_malloc     PROGBITS        03d57600 3d57600 008997 00  AX  0   0 16
  [16] .fini             PROGBITS        03d5ff98 3d5ff98 00001a 00  AX  0   0  4
  [17] .rodata           PROGBITS        03d5ffc0 3d5ffc0 ffa640 00   A  0   0 64
  [18] .eh_frame_hdr     PROGBITS        04d5a600 4d5a600 0004b4 00   A  0   0  4
  [19] .eh_frame         PROGBITS        04d5aab4 4d5aab4 001cb8 00   A  0   0  4
  [20] .gcc_except_table PROGBITS        04d5c76c 4d5c76c 0003ab 00   A  0   0  4
  [21] .tbss             NOBITS          04d5df0c 4d5cf0c 000014 00 WAT  0   0  4
  [22] .init_array       INIT_ARRAY      04d5df0c 4d5cf0c 000090 00  WA  0   0  4
  [23] .ctors            PROGBITS        04d5df9c 4d5cf9c 000008 00  WA  0   0  4
  [24] .dtors            PROGBITS        04d5dfa4 4d5cfa4 000008 00  WA  0   0  4
  [25] .jcr              PROGBITS        04d5dfac 4d5cfac 000004 00  WA  0   0  4
  [26] .data.rel.ro      PROGBITS        04d5dfc0 4d5cfc0 1b160c 00  WA  0   0 32
  [27] .dynamic          DYNAMIC         04f0f5cc 4f0e5cc 000220 08  WA  6   0  4
  [28] .got              PROGBITS        04f0f7ec 4f0e7ec 00a800 04  WA  0   0  4
  [29] .data             PROGBITS        04f1a000 4f19000 0206b8 00  WA  0   0 32
  [30] .bss              NOBITS          04f3a6c0 4f396b8 04c800 00  WA  0   0 32
  [31] .comment          PROGBITS        00000000 4f396b8 00002a 01  MS  0   0  1
  [32] .shstrtab         STRTAB          00000000 4f396e2 00013e 00      0   0  1
  [33] .symtab           SYMTAB          00000000 4f39d98 4ff960 10     34 140163  4
  [34] .strtab           STRTAB          00000000 54396f8 144992a 00      0   0  1
Key to Flags:
  W (write), A (alloc), X (execute), M (merge), S (strings)
  I (info), L (link order), G (group), T (TLS), E (exclude), x (unknown)
  O (extra OS processing required) o (OS specific), p (processor specific)

我应该看.init还是.init_数组?您能给我指一下解释gcc或链接器版本之间变化的相应文档吗?

静态构造函数可以由
.init
.ctors
、或
.init\u array
三个部分中的任意一个触发(按该顺序从最旧到最新)
.init
包含一段代码,
.ctors
.init\u数组
包含指向代码的指针。
.ctors
.init\u array
之间的区别与构造函数执行的总体顺序有关。据我所知,除了代码注释和邮件列表帖子之外,其他地方都没有记录这些内容,但可能值得检查ELF ABI文档(g和ps都有)

不能从这些节的大小推断文件中静态构造函数的数量。编译器可以生成一个调用文件中所有构造函数的特殊函数,并在它使用的任何部分中只引用该函数,这是允许的,也是常见的。您可以确定的是(无需检查节的内容、应用重定位、在
.text
段中跟踪指针/调用指令以及反向工程调用任何内容),在对象文件中,如果至少有一个节的大小为非零,然后,文件中至少有一个文件或全局作用域构造函数;如果这三个部分都是空的,那么就没有了。(在可执行文件中,所有三个部分都是非空的,因为它们定义的数据结构需要在链接时自动添加的头文件和尾文件。)


还请注意,块范围静态对象的构造函数不会从这些部分中调用;它们在控件第一次到达其声明时被调用。

我假设您可以访问应用程序的所有源代码(以及它调用的所有库)。对于自由软件来说,这显然是正确的

然后,在编译(使用最新版本的GCC,例如4.7或4.8)应用程序时,您可以在编译时更精确地度量这一点。您可以用(即高级别的特定领域语言扩展GCC),或者用C++编码的痛苦的GCC插件来扩展它来测量这些东西。
我不能完全肯定你的问题是否有确切的意义。例如,如果您的应用程序链接到某个共享库,该库使用可见性技巧隐藏其静态构造函数,则了解库调用的静态构造函数有多少是未真正定义的。

您到底问什么?没有人禁止
main()
在其一开始调用构造函数(甚至在它之前运行的代码中),没有任何部门的把戏。GCC有一天做了一个或另一个是他们的业务。“VoBrand的C++标准允许你正在思考的技术,但是没有人这么多年来一直这样做,并且不能在共享库的存在下正确工作。编译器实现静态构造函数的方式也不仅仅是编译器的事情;ELF ABI文档确实指定了
.init
.ctors
.init_数组
部分的功能。