0c01f42fad
For a SHT_NOBITS section like .bss, its sh_offset is typically not aligned by sh_addralign. If it is converted to SHT_PROGBITS by `--set-section-flags .bss=alloc,contents`, we should conceptually align it when computing the output size for -O binary. Otherwise the output size may be smaller than GNU objcopy produced output. * binary-no-paddr.test has a case with non-sensical p_paddr=1 which has a changed behavior. Update it. Close https://github.com/llvm/llvm-project/issues/55246 Reviewed By: jhenderson Differential Revision: https://reviews.llvm.org/D128961
52 lines
1.6 KiB
Plaintext
52 lines
1.6 KiB
Plaintext
# RUN: yaml2obj -D PADDR1=0x1000 -D PADDR2=0x1004 %s -o %t1
|
|
# RUN: llvm-objcopy -O binary %t1 %t1.out
|
|
# RUN: od -t x2 -v %t1.out | FileCheck %s --ignore-case
|
|
|
|
## When all p_paddr fields are 0, GNU objcopy resets LMA to VMA
|
|
## and gives a different output.
|
|
## https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=6ffd79000b45e77b3625143932ffbf781b6aecab
|
|
## We don't implement this special rule. For the p_paddr=0 case: .text and
|
|
## .data are rewritten to the same place. The size is 4. # the p_paddr=1 case.
|
|
# RUN: yaml2obj %s -o %t0
|
|
# RUN: llvm-objcopy -O binary %t0 %t0.out
|
|
# RUN: od -t x2 -v %t0.out | FileCheck %s --check-prefix=CHECK0 --ignore-case
|
|
|
|
!ELF
|
|
FileHeader:
|
|
Class: ELFCLASS64
|
|
Data: ELFDATA2LSB
|
|
Type: ET_EXEC
|
|
Machine: EM_X86_64
|
|
Sections:
|
|
- Name: .text
|
|
Type: SHT_PROGBITS
|
|
Flags: [ SHF_ALLOC, SHF_EXECINSTR ]
|
|
Address: 0x1000
|
|
AddressAlign: 0x0000000000001000
|
|
Content: "c3c3c3c3"
|
|
- Name: .data
|
|
Type: SHT_PROGBITS
|
|
Flags: [ SHF_ALLOC ]
|
|
Address: 0x1004
|
|
AddressAlign: 0x0000000000000004
|
|
Content: "3232"
|
|
ProgramHeaders:
|
|
- Type: PT_LOAD
|
|
Flags: [ PF_X, PF_R ]
|
|
VAddr: 0x1000
|
|
PAddr: [[PADDR1=0]]
|
|
FirstSec: .text
|
|
LastSec: .text
|
|
- Type: PT_LOAD
|
|
Flags: [ PF_R, PF_W ]
|
|
VAddr: 0x1004
|
|
PAddr: [[PADDR2=0]]
|
|
FirstSec: .data
|
|
LastSec: .data
|
|
|
|
# CHECK: 0000000 c3c3 c3c3 3232
|
|
# CHECK-NEXT: 0000006
|
|
|
|
# CHECK0: 0000000 3232 c3c3
|
|
# CHECK0-NEXT: 0000004
|