maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/lld/test/ELF/invalid/bad-reloc-target.test

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

73 lines
1.9 KiB
Plaintext
Raw Normal View History

[test] yaml2obj -docnum => --docnum=
2020-02-06 02:24:51 +08:00
# RUN: yaml2obj --docnum=1 %s -o %t1.o
[ELF][test] Change -o %t to -o /dev/null if the output is not needed
2020-02-13 13:48:45 +08:00
# RUN: not ld.lld %t1.o -o /dev/null 2>&1 | FileCheck %s
[LLD][ELF] - Move the test to a correct folder, remove excessive input. NFCI. This test should live in `invalid` folder. Also it was possible to avoid adding input with use of `-docnum=x` yaml2obj argument. llvm-svn: 359194
2019-04-25 22:53:23 +08:00
# CHECK: error: {{.*}}.o: unsupported relocation reference
--- !ELF
FileHeader:
Class: ELFCLASS64
Data: ELFDATA2LSB
Type: ET_REL
Machine: EM_X86_64
Sections:
- Name: .text
Type: SHT_PROGBITS
Flags: [ SHF_ALLOC, SHF_EXECINSTR ]
- Name: .rela.text
Type: SHT_RELA
Link: .symtab
Info: 0
Relocations:
[lib/ObjectYAML] - Make `ELFYAML::Relocation::Offset` optional. Currently `yaml2obj` require `Offset` field in a relocation description. There are many cases when `Offset` is insignificant in a context of a test case. Making `Offset` optional allows to simplify our test cases. This is what this patch does. Also, with this patch `obj2yaml` does not dump a zero offset of a relocation. Differential revision: https://reviews.llvm.org/D75608
2020-03-04 21:55:15 +08:00
- Symbol: foo
[LLD][ELF] - Move the test to a correct folder, remove excessive input. NFCI. This test should live in `invalid` folder. Also it was possible to avoid adding input with use of `-docnum=x` yaml2obj argument. llvm-svn: 359194
2019-04-25 22:53:23 +08:00
Type: R_X86_64_64
Symbols:
- Name: foo
Binding: STB_GLOBAL
[test] yaml2obj -docnum => --docnum=
2020-02-06 02:24:51 +08:00
# RUN: yaml2obj --docnum=2 %s -o %t2.o
[ELF][test] Change -o %t to -o /dev/null if the output is not needed
2020-02-13 13:48:45 +08:00
# RUN: not ld.lld %t2.o -o /dev/null 2>&1 | FileCheck %s --check-prefix=ERR2
[LLD][ELF] - Move the test to a correct folder, remove excessive input. NFCI. This test should live in `invalid` folder. Also it was possible to avoid adding input with use of `-docnum=x` yaml2obj argument. llvm-svn: 359194
2019-04-25 22:53:23 +08:00
# ERR2: error: {{.*}}.o: invalid relocated section index: 99
--- !ELF
FileHeader:
Class: ELFCLASS64
Data: ELFDATA2LSB
Type: ET_REL
Machine: EM_X86_64
Sections:
- Name: .text
Type: SHT_PROGBITS
Flags: [ SHF_ALLOC, SHF_EXECINSTR ]
- Name: .rela.text
Type: SHT_RELA
Link: .symtab
Info: 99
Relocations:
[lib/ObjectYAML] - Make `ELFYAML::Relocation::Offset` optional. Currently `yaml2obj` require `Offset` field in a relocation description. There are many cases when `Offset` is insignificant in a context of a test case. Making `Offset` optional allows to simplify our test cases. This is what this patch does. Also, with this patch `obj2yaml` does not dump a zero offset of a relocation. Differential revision: https://reviews.llvm.org/D75608
2020-03-04 21:55:15 +08:00
- Symbol: foo
[LLD][ELF] - Move the test to a correct folder, remove excessive input. NFCI. This test should live in `invalid` folder. Also it was possible to avoid adding input with use of `-docnum=x` yaml2obj argument. llvm-svn: 359194
2019-04-25 22:53:23 +08:00
Type: R_X86_64_64
Symbols:
- Name: foo
Binding: STB_GLOBAL
[LLD][ELF] - Convert symbol-index.s testcase to a YAML test case. NFCI. This removes one more binary object from the inputs and fixes the test case description. Previously it said that: "symbol-index.elf has incorrect type of .symtab section. There is no symbol bodies because of that and any symbol index becomes incorrect." But the real reason of the failture was not the incorrect type of a symbol table, but invalid index of the symbol used in a relocation, what happened because previous test tried to read .symtab as a SHT_RELA section. llvm-svn: 359197
2019-04-25 23:08:52 +08:00
## Relocation refers to a symbol with index larger than
## symbol table size. Check we report it.
[test] yaml2obj -docnum => --docnum=
2020-02-06 02:24:51 +08:00
# RUN: yaml2obj --docnum=3 %s -o %t2.o
[ELF][test] Change -o %t to -o /dev/null if the output is not needed
2020-02-13 13:48:45 +08:00
# RUN: not ld.lld %t2.o -o /dev/null 2>&1 | FileCheck %s --check-prefix=ERR3
[LLD][ELF] - Convert symbol-index.s testcase to a YAML test case. NFCI. This removes one more binary object from the inputs and fixes the test case description. Previously it said that: "symbol-index.elf has incorrect type of .symtab section. There is no symbol bodies because of that and any symbol index becomes incorrect." But the real reason of the failture was not the incorrect type of a symbol table, but invalid index of the symbol used in a relocation, what happened because previous test tried to read .symtab as a SHT_RELA section. llvm-svn: 359197
2019-04-25 23:08:52 +08:00
# ERR3: error: {{.*}}.o: invalid symbol index
--- !ELF
FileHeader:
Class: ELFCLASS64
Data: ELFDATA2LSB
Type: ET_REL
Machine: EM_X86_64
Sections:
- Name: .text
Type: SHT_PROGBITS
Flags: [ SHF_ALLOC, SHF_EXECINSTR ]
- Name: .rela.text
Type: SHT_RELA
Info: .text
Relocations:
[lib/ObjectYAML] - Make `ELFYAML::Relocation::Offset` optional. Currently `yaml2obj` require `Offset` field in a relocation description. There are many cases when `Offset` is insignificant in a context of a test case. Making `Offset` optional allows to simplify our test cases. This is what this patch does. Also, with this patch `obj2yaml` does not dump a zero offset of a relocation. Differential revision: https://reviews.llvm.org/D75608
2020-03-04 21:55:15 +08:00
- Symbol: 255
[LLD][ELF] - Convert symbol-index.s testcase to a YAML test case. NFCI. This removes one more binary object from the inputs and fixes the test case description. Previously it said that: "symbol-index.elf has incorrect type of .symtab section. There is no symbol bodies because of that and any symbol index becomes incorrect." But the real reason of the failture was not the incorrect type of a symbol table, but invalid index of the symbol used in a relocation, what happened because previous test tried to read .symtab as a SHT_RELA section. llvm-svn: 359197
2019-04-25 23:08:52 +08:00
Type: R_X86_64_64