[结贴]程序的二进制格式里面包含.data段.code段.bss段，这个是x86的规定还是ELF格式?
本帖最后由 wqrocdr 于 2015-04-30 16:46 编辑是ELF文件标准格式的规定呢， 还是x86体系结构对于可执行程序段划分的规定的?
看起来windows/linux上面的各种可执行实体都需要包含这样的几个段，而且分段的方式和名字也几乎一样，看起来好像不是操作系统规定的。
那是什么规定的? 应该不是elf标准规定的，因为各个section的名字是存在elf文件的.shstrtab这个section里面的。 nswcfd 发表于 2015-04-29 15:10 static/image/common/back.gif
应该不是elf标准规定的，因为各个section的名字是存在elf文件的.shstrtab这个section里面的。
谢谢，那么这个elf的shstrtable规范，有没有说，.data段一定要存放那种在编译时就声明了而且分配了空间的变量，而.bss段一定要存放声明了但是编译时并不分配空间的变量?
如果有这样的要求的话，在同一个操作系统上，不同编译器产生的elf文件就是可以交叉使用的了? 如果没有这样的规定，那么就不能交叉使用，对吗?
有没有具体的一点的说法? 自己顶一下 我没有看过elf的规范，但是我做过一个实验，把一个elf文件里的.bss字符串替换为.BSS（sed s/bss/BSS/），elf文件同样可以正常执行的。
粗略浏览了一下exec/load_elf_binray路径，总体感觉是section叫什么名字不重要，关键是section的属性（也就是readelf -S 所显示的type和flag字段）。
Section Headers:
Name Type Address Off Size ES Flg Lk Inf Al
.text PROGBITS 00000000004003e0 0003e0 000218 00AX0 0 16
.data PROGBITS 0000000000600928 000928 000004 00WA0 04
.bss NOBITS 0000000000600930 00092c 000010 00WA0 08
Key to Flags:W (write), A (alloc), X (execute), M (merge), S (strings)I (info), L (link order), G (group), x (unknown)O (extra OS processing required) o (OS specific), p (processor specific)
当然这也不是绝对的，比如kernel moudle的.ko文件，里面有很多section的名字就是被os定死的（比如.modinfo字段）
至于交叉编译的问题，还是请其他高人回答吧。 nswcfd 发表于 2015-04-30 09:43 static/image/common/back.gif
我没有看过elf的规范，但是我做过一个实验，把一个elf文件里的.bss字符串替换为.BSS（sed s/bss/BSS/），el ...
谢谢，你说的exec/load_elf_binray这个是一个系统文件吗? 我没有找到啊。
还请指教！ exec/load_elf_binary表达的是execve系统调用在kernel里面的代码路径，具体的说是
sys_execve => do_execve => search_binary_handler =>fmt->load_binary => load_elf_binary
页:
[1]