mirror of
https://github.com/RPCS3/llvm.git
synced 2025-05-16 18:35:53 +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
39 lines
981 B
Plaintext
39 lines
981 B
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 ]
|
|
AddressAlign: 0x0000000000001000
|
|
Address: 0x00
|
|
Content: "c3c3c3c3"
|
|
- Name: .data
|
|
Type: SHT_PROGBITS
|
|
Flags: [ SHF_ALLOC, SHF_EXECINSTR ]
|
|
AddressAlign: 0x0000000000000008
|
|
Address: 0x08
|
|
Content: "3232"
|
|
ProgramHeaders:
|
|
- Type: PT_LOAD
|
|
Flags: [ PF_X, PF_R ]
|
|
VAddr: 0x00
|
|
Sections:
|
|
- Section: .text
|
|
- Type: PT_LOAD
|
|
Flags: [ PF_R ]
|
|
VAddr: 0x08
|
|
Sections:
|
|
- Section: .data
|
|
|
|
# CHECK: 0000000 c3c3 c3c3 0000 0000 3232
|
|
# SIZE: 10
|