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/non-abs-reloc.s

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

23 lines
682 B
ArmAsm
Raw Normal View History

[ELF] Refactor several error messages Differential revision: https://reviews.llvm.org/D26970 llvm-svn: 287753
2016-11-23 18:07:46 +08:00
// REQUIRES: x86
// RUN: llvm-mc -filetype=obj -triple=x86_64-pc-linux %s -o %t.o
Relax relocation type checking in a non-ALLOC section. Even though it doesn't make sense, there seems to be multiple programs in the wild that create PC-relative relocations in non-ALLOC sections. I believe this is caused by the negligence of GNU linkers to not report any errors for such relocations. Currently, lld emits warnings against such relocations and exits. So, you cannot link any program that contains wrong relocations until you fix an issue in a program that generates wrong ELF files. It's often impractical to fix a program because it's not always easy. This patch relaxes the error checking and emit a warning instead. Differential Revision: https://reviews.llvm.org/D43351 llvm-svn: 325307
2018-02-16 09:10:51 +08:00
// RUN: ld.lld %t.o -o %t 2>&1 | FileCheck %s
// CHECK: (.nonalloc+0x1): has non-ABS relocation R_X86_64_PC32 against symbol '_start'
// CHECK: (.nonalloc+0x6): has non-ABS relocation R_X86_64_PC32 against symbol '_start'
// RUN: llvm-objdump -D %t | FileCheck --check-prefix=DISASM %s
// DISASM: Disassembly of section .nonalloc:
[llvm-objdump] Print newlines before and after "Disassembly of section ...:" This improves readability and the behavior is consistent with GNU objdump. The new test test/tools/llvm-objdump/X86/disassemble-section-name.s checks we print newlines before and after "Disassembly of section ...:" Differential Revision: https://reviews.llvm.org/D61127 llvm-svn: 359668
2019-05-01 18:40:48 +08:00
// DISASM-EMPTY:
Relax relocation type checking in a non-ALLOC section. Even though it doesn't make sense, there seems to be multiple programs in the wild that create PC-relative relocations in non-ALLOC sections. I believe this is caused by the negligence of GNU linkers to not report any errors for such relocations. Currently, lld emits warnings against such relocations and exits. So, you cannot link any program that contains wrong relocations until you fix an issue in a program that generates wrong ELF files. It's often impractical to fix a program because it's not always easy. This patch relaxes the error checking and emit a warning instead. Differential Revision: https://reviews.llvm.org/D43351 llvm-svn: 325307
2018-02-16 09:10:51 +08:00
// DISASM-NEXT: .nonalloc:
// DISASM-NEXT: 0: {{.*}} callq {{.*}} <_start>
// DISASM-NEXT: 5: {{.*}} callq {{.*}} <_start>
[ELF] Refactor several error messages Differential revision: https://reviews.llvm.org/D26970 llvm-svn: 287753
2016-11-23 18:07:46 +08:00
.globl _start
_start:
nop
Relax relocation type checking in a non-ALLOC section. Even though it doesn't make sense, there seems to be multiple programs in the wild that create PC-relative relocations in non-ALLOC sections. I believe this is caused by the negligence of GNU linkers to not report any errors for such relocations. Currently, lld emits warnings against such relocations and exits. So, you cannot link any program that contains wrong relocations until you fix an issue in a program that generates wrong ELF files. It's often impractical to fix a program because it's not always easy. This patch relaxes the error checking and emit a warning instead. Differential Revision: https://reviews.llvm.org/D43351 llvm-svn: 325307
2018-02-16 09:10:51 +08:00
.section .nonalloc
Don't depend on "call foo" producing a X86_64_PC32. Newer versions of the gnu assembler produce a X86_64_PLT32 for calls. There is a change under review in llvm to do the same, so update the tests to not depend on it. We can still produce a R_X86_64_PC32 with ".long foo - .". llvm-svn: 325379
2018-02-17 04:05:58 +08:00
.byte 0xe8
.long _start - . - 4
.byte 0xe8
.long _start - . - 4