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/merge-sym.s

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

22 lines
512 B
ArmAsm
Raw Normal View History

Fix symbol value calculation in SHF_MERGE. We would get the wrong value if the symbol was in the middle of an entry. llvm-svn: 250865
2015-10-21 06:08:49 +08:00
// REQUIRES: x86
// RUN: llvm-mc -filetype=obj -triple=x86_64-pc-linux %s -o %t.o
Rename ld.lld2 to ld.lld since it is the default. llvm-svn: 253437
2015-11-18 14:11:01 +08:00
// RUN: ld.lld %t.o -o %t.so -shared
[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 --symbols -S %t.so | FileCheck %s
Fix symbol value calculation in SHF_MERGE. We would get the wrong value if the symbol was in the middle of an entry. llvm-svn: 250865
2015-10-21 06:08:49 +08:00
.section .rodata.cst4,"aM",@progbits,4
.short 0
foo:
.short 42
// CHECK: Name: .rodata
// CHECK-NEXT: Type: SHT_PROGBITS
// CHECK-NEXT: Flags [
// CHECK-NEXT: SHF_ALLOC
// CHECK-NEXT: SHF_MERGE
// CHECK-NEXT: ]
[ELF] Allow sh_entsize to be unrelated to sh_addralign and not a power of 2 Summary: This implements Rui Ueyama's idea in PR39044. I've checked that ld.bfd and gold do not have the power-of-2 requirement and do not require sh_entsize to be a multiple of sh_align. Now on the updated test merge-entsize.s, all the 3 linkers happily create .rodata that is not 3-byte aligned. This has a use case in Linux arch/x86/crypto/sha512-avx2-asm.S It uses sh_entsize of 640, which is not a power of 2. See https://github.com/ClangBuiltLinux/linux/issues/417 Reviewers: ruiu, espindola Reviewed By: ruiu Subscribers: nickdesaulniers, E5ten, emaste, arichardson, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D59478 llvm-svn: 356428
2019-03-19 07:49:18 +08:00
// CHECK-NEXT: Address: 0x20D
Fix symbol value calculation in SHF_MERGE. We would get the wrong value if the symbol was in the middle of an entry. llvm-svn: 250865
2015-10-21 06:08:49 +08:00
// CHECK: Name: foo
[ELF] Allow sh_entsize to be unrelated to sh_addralign and not a power of 2 Summary: This implements Rui Ueyama's idea in PR39044. I've checked that ld.bfd and gold do not have the power-of-2 requirement and do not require sh_entsize to be a multiple of sh_align. Now on the updated test merge-entsize.s, all the 3 linkers happily create .rodata that is not 3-byte aligned. This has a use case in Linux arch/x86/crypto/sha512-avx2-asm.S It uses sh_entsize of 640, which is not a power of 2. See https://github.com/ClangBuiltLinux/linux/issues/417 Reviewers: ruiu, espindola Reviewed By: ruiu Subscribers: nickdesaulniers, E5ten, emaste, arichardson, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D59478 llvm-svn: 356428
2019-03-19 07:49:18 +08:00
// CHECK-NEXT: Value: 0x20F