[結(jié)貼]程序的二進制格式里面包含.data段.code段.bss段，這個是x86的規(guī)定還是ELF格式?

wqrocdr

是ELF文件標(biāo)準(zhǔn)格式的規(guī)定呢， 還是x86體系結(jié)構(gòu)對于可執(zhí)行程序段劃分的規(guī)定的?

看起來windows/linux上面的各種可執(zhí)行實體都需要包含這樣的幾個段，而且分段的方式和名字也幾乎一樣，看起來好像不是操作系統(tǒng)規(guī)定的。

那是什么規(guī)定的?

nswcfd

應(yīng)該不是elf標(biāo)準(zhǔn)規(guī)定的，因為各個section的名字是存在elf文件的.shstrtab這個section里面的。

wqrocdr

nswcfd 發(fā)表于 2015-04-29 15:10
應(yīng)該不是elf標(biāo)準(zhǔn)規(guī)定的，因為各個section的名字是存在elf文件的.shstrtab這個section里面的。

謝謝，那么這個elf的shstrtable規(guī)范，有沒有說，.data段一定要存放那種在編譯時就聲明了而且分配了空間的變量，而.bss段一定要存放聲明了但是編譯時并不分配空間的變量?
如果有這樣的要求的話，在同一個操作系統(tǒng)上，不同編譯器產(chǎn)生的elf文件就是可以交叉使用的了? 如果沒有這樣的規(guī)定，那么就不能交叉使用，對嗎?

有沒有具體的一點的說法?

wqrocdr

自己頂一下

nswcfd

我沒有看過elf的規(guī)范，但是我做過一個實驗，把一個elf文件里的.bss字符串替換為.BSS（sed s/bss/BSS/），elf文件同樣可以正常執(zhí)行的。

粗略瀏覽了一下exec/load_elf_binray路徑，總體感覺是section叫什么名字不重要，關(guān)鍵是section的屬性（也就是readelf -S 所顯示的type和flag字段）。
Section Headers:
  [Nr] Name              Type            Address          Off    Size   ES Flg Lk Inf Al
  [13] .text             PROGBITS        00000000004003e0 0003e0 000218 00  AX  0   0 16
  [24] .data             PROGBITS        0000000000600928 000928 000004 00  WA  0   0  4
  [25] .bss             NOBITS          0000000000600930 00092c 000010 00  WA  0   0  8
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)

當(dāng)然這也不是絕對的，比如kernel moudle的.ko文件，里面有很多section的名字就是被os定死的（比如.modinfo字段）

至于交叉編譯的問題，還是請其他高人回答吧。

wqrocdr

nswcfd 發(fā)表于 2015-04-30 09:43
我沒有看過elf的規(guī)范，但是我做過一個實驗，把一個elf文件里的.bss字符串替換為.BSS（sed s/bss/BSS/），el ...

謝謝，你說的exec/load_elf_binray這個是一個系統(tǒng)文件嗎? 我沒有找到啊。
還請指教！

nswcfd

exec/load_elf_binary表達的是execve系統(tǒng)調(diào)用在kernel里面的代碼路徑，具體的說是

sys_execve => do_execve => search_binary_handler =>  fmt->load_binary => load_elf_binary