mirror of
https://sourceware.org/git/binutils-gdb.git
synced 2024-12-27 04:52:05 +08:00
1fafefd594
binutils/ChangeLog: 2020-03-27 Jozef Lawrynowicz <jozef.l@mittosystems.com> PR binutils/25662 * testsuite/binutils-all/objcopy.exp (objcopy_test): Add argument to specify whether an object file or executable should be built and tested. Change test names to report whether an object file or executable is being tested. * testsuite/binutils-all/pr25662.ld: New test. * testsuite/binutils-all/pr25662.s: New test.
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
|