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/relocatable-section-symbol.s

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

51 lines
1.2 KiB
ArmAsm
Raw Normal View History

[LLD] Mark a number of x86 only tests to require x86 Noticed while testing for an out of tree target. There are probably more tests that should be so marked. I'm not sure who owns these tests so I've added a few names I recognise from the recent history. With advice from probinson, ruiu, rafael and dramatically improved by davidb. Thank you all! Differential Revision: https://reviews.llvm.org/D34685 llvm-svn: 308335
2017-07-19 02:40:50 +08:00
# REQUIRES: x86
Create only one section symbol per section. Unfortunately some consumers of our .o files produced with -r expect only one section symbol per section. That is true of at least of go's own linker. Combining them is a somewhat convoluted process. We have to create a symbol for every section since we don't know which ones will be needed. The relocation sections also have to be written first to handle the Elf_Rel addend. I did consider a completely different approach: We could remove the -r special case of relocation sections when reading. We would instead have a copyRelocs function that is used instead of scanRelocs. It would create a DynamicReloc for each relocation and a RelocationSection for each input relocation section. A complication of such change is that DynamicReloc would have to take a section index and a input section instead of a symbol since with -emit-relocs some DynamicReloc would hold relocations referring to the dynamic symbol table and other to the static symbol table. That would be a pretty big change, and if we do it it is probably better to do it as a refactoring. llvm-svn: 294816
2017-02-11 09:40:49 +08:00
# RUN: llvm-mc -filetype=obj -triple=x86_64-pc-linux %s -o %t.o
# RUN: ld.lld -r -o %t %t.o %t.o
# RUN: llvm-readobj -r %t | FileCheck --check-prefix=RELA %s
# RELA: Relocations [
# RELA-NEXT: Section ({{.*}}) .rela.data {
# RELA-NEXT: 0x0 R_X86_64_32 .text 0x1
# RELA-NEXT: 0x4 R_X86_64_32 .text 0x5
# RELA-NEXT: }
# RELA-NEXT: ]
# RUN: llvm-mc -filetype=obj -triple=i686-pc-linux %s -o %t.o
# RUN: ld.lld -r -o %t %t.o %t.o
[test] Change llvm-readobj -long-option to --long-option or well-known short options. NFC Also change some options that have different semantics (cause confusion) in llvm-readelf mode: -s => -S -t => --symbols -sd => --section-data llvm-svn: 359651
2019-05-01 13:49:01 +08:00
# RUN: llvm-readobj -r -S --section-data %t | FileCheck --check-prefix=REL %s
Create only one section symbol per section. Unfortunately some consumers of our .o files produced with -r expect only one section symbol per section. That is true of at least of go's own linker. Combining them is a somewhat convoluted process. We have to create a symbol for every section since we don't know which ones will be needed. The relocation sections also have to be written first to handle the Elf_Rel addend. I did consider a completely different approach: We could remove the -r special case of relocation sections when reading. We would instead have a copyRelocs function that is used instead of scanRelocs. It would create a DynamicReloc for each relocation and a RelocationSection for each input relocation section. A complication of such change is that DynamicReloc would have to take a section index and a input section instead of a symbol since with -emit-relocs some DynamicReloc would hold relocations referring to the dynamic symbol table and other to the static symbol table. That would be a pretty big change, and if we do it it is probably better to do it as a refactoring. llvm-svn: 294816
2017-02-11 09:40:49 +08:00
# REL: Section {
# REL: Index:
# REL: Name: .data
# REL-NEXT: Type: SHT_PROGBITS
# REL-NEXT: Flags [
# REL-NEXT: SHF_ALLOC
# REL-NEXT: SHF_WRITE
# REL-NEXT: ]
# REL-NEXT: Address:
# REL-NEXT: Offset:
# REL-NEXT: Size:
# REL-NEXT: Link:
# REL-NEXT: Info:
# REL-NEXT: AddressAlignment:
# REL-NEXT: EntrySize:
# REL-NEXT: SectionData (
# REL-NEXT: 0000: 01000000 05000000 |
# REL-NEXT: )
# REL-NEXT: }
# REL: Relocations [
# REL-NEXT: Section ({{.*}}) .rel.data {
# REL-NEXT: 0x0 R_386_32 .text 0x0
# REL-NEXT: 0x4 R_386_32 .text 0x0
# REL-NEXT: }
# REL-NEXT: ]
.long 42
.data
.long .text + 1