mirror of
https://sourceware.org/git/binutils-gdb.git
synced 2024-12-27 04:52:05 +08:00
35 lines
1.3 KiB
ArmAsm
35 lines
1.3 KiB
ArmAsm
|
/* PR 25662: objcopy sets invalid sh_offset for the first section in a
|
||
|
|
no_contents segment containing program headers.
|
||
|
|
|
||
|
|
Several conditions are required for the bug to manifest:
|
||
|
|
- The first loadable segment (which contains the program headers) must only
|
||
|
|
contain SHT_NOBITS sections. .bss is the SHT_NOBITS section in this test.
|
||
|
|
- The next loadable segment must have a !SHT_NOBITS loadable section. .data
|
||
|
|
is the !SHT_NOBITS section in this test.
|
||
|
|
- .bss must be positioned after .data in the executable file itself.
|
||
|
|
- The size of .data must be such that the calculated VMA of the .bss
|
||
|
|
section that follows it is not congruent with the file offset of .bss,
|
||
|
|
modulo the p_align of its segment, i.e.:
|
||
|
|
(VMA(.data) + sizeof(.data)) % (.bss_segment.p_align) != 0
|
||
|
|
This will force the sh_offset of .bss to be aligned so it appears within
|
||
|
|
.data.
|
||
|
|
- The size of .data must be larger than the program headers in the first
|
||
|
|
loadable segment, so that the file offset of .bss is immediately
|
||
|
|
after .data, and not padded to a valid alignment by the program headers.
|
||
|
|
|
||
|
|
The bug originally only manifested for ELF targets, but there's no reason not
|
||
|
|
to run this testcase for other file formats. */
|
||
|
|
|
||
|
|
.section .bss
|
||
|
|
a:
|
||
|
|
.zero 0x2
|
||
|
|
|
||
|
|
.section .data
|
||
|
|
c:
|
||
|
|
.zero 0x201
|
||
|
|
|
||
|
|
.section .text
|
||
|
|
.global _start
|
||
|
|
_start:
|
||
|
|
.long 0
|