mirror of
https://github.com/RPCS3/llvm.git
synced 2025-05-17 02:46:00 +00:00

For sections with different virtual and physical addresses, alignment and placement in the output binary should be based on the physical address. Ran into this problem with a bare metal ARM project where llvm-objcopy added a lot of zero-padding before the .data section that had differing addresses. GNU objcopy did not add the padding, and after this fix, neither does llvm-objcopy. Update a test case so a section has different physical and virtual addresses. Fixes B35708 Authored By: Owen Shaw (owenpshaw) Differential Revision: https://reviews.llvm.org/D41619 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@323144 91177308-0d34-0410-b5e6-96231b3b80d8
46 lines
1.2 KiB
Plaintext
46 lines
1.2 KiB
Plaintext
# RUN: yaml2obj %s -o %t
|
|
# RUN: llvm-objcopy -O binary %t %t2
|
|
# RUN: od -t x2 %t2 | FileCheck %s
|
|
# RUN: wc -c < %t2 | FileCheck %s --check-prefix=SIZE
|
|
|
|
!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: 0x2000
|
|
AddressAlign: 0x0000000000001000
|
|
Content: "3232"
|
|
ProgramHeaders:
|
|
- Type: PT_LOAD
|
|
Flags: [ PF_X, PF_R ]
|
|
VAddr: 0x1000
|
|
PAddr: 0x1000
|
|
Align: 0x1000
|
|
Sections:
|
|
- Section: .text
|
|
- Type: PT_LOAD
|
|
Flags: [ PF_R, PF_W ]
|
|
VAddr: 0x2000
|
|
PAddr: 0x4000
|
|
Align: 0x1000
|
|
Sections:
|
|
- Section: .data
|
|
|
|
# CHECK: 0000000 c3c3 c3c3 0000 0000 0000 0000 0000 0000
|
|
# CHECK-NEXT: 0000020 0000 0000 0000 0000 0000 0000 0000 0000
|
|
# CHECK-NEXT: *
|
|
# CHECK-NEXT: 0030000 3232
|
|
# SIZE: 12290
|