blob: 8b3594b68a619a112478b2d24747d2a3bc536a30 [file] [log] [blame]
/* 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
- 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
.zero 0x2
.section .data
.zero 0x201
.section .text
.global _start
.long 0