7c213fd17e
I found that this check still may be useful in some cases. At fact since we use uint32_t alignment, then maximum value that is valid for us is 0x80000000. But some broken files, for example file from testcase may have greater value. Because of that offset calculation overflow and crash happens. Differential revision: https://reviews.llvm.org/D25324 llvm-svn: 283544
20 lines
537 B
Plaintext
20 lines
537 B
Plaintext
# RUN: yaml2obj %s -o %t
|
|
# RUN: not ld.lld %t -o %tout 2>&1 | FileCheck %s
|
|
|
|
## In current lld implementation, we do not accept sh_addralign
|
|
## larger than UINT32_MAX.
|
|
!ELF
|
|
FileHeader:
|
|
Class: ELFCLASS64
|
|
Data: ELFDATA2LSB
|
|
Type: ET_REL
|
|
Machine: EM_X86_64
|
|
Sections:
|
|
- Name: .text
|
|
Type: SHT_PROGBITS
|
|
Flags: [ SHF_ALLOC, SHF_EXECINSTR ]
|
|
AddressAlign: 0x1000000000000000
|
|
Content: "00000000"
|
|
|
|
# CHECK: section sh_addralign is too large
|