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