hanchenye-llvm-project/lld/test/ELF/relocation-past-merge-end.s

// REQUIRES: x86
// RUN: llvm-mc %s -o %t.o -filetype=obj -triple=x86_64-pc-linux
// RUN: not ld.lld %t.o -o %t.so -shared 2>&1 | FileCheck %s
// CHECK: relocation-past-merge-end.s.tmp.o(.foo): entry is past the end of the section

.data
.long .foo + 10
.section	.foo,"aM",@progbits,4
.quad 0
Add support for merging the contents of SHF_MERGE sections. For now SHF_STRINGS are not supported. llvm-svn: 250737 2015-10-20 05:00:02 +08:00			`// REQUIRES: x86`
			`// RUN: llvm-mc %s -o %t.o -filetype=obj -triple=x86_64-pc-linux`
Rename ld.lld2 to ld.lld since it is the default. llvm-svn: 253437 2015-11-18 14:11:01 +08:00			`// RUN: not ld.lld %t.o -o %t.so -shared 2>&1 \| FileCheck %s`
Include filenames and section names to error messages. llvm-svn: 277566 2016-08-03 12:39:42 +08:00			`// CHECK: relocation-past-merge-end.s.tmp.o(.foo): entry is past the end of the section`
Add support for merging the contents of SHF_MERGE sections. For now SHF_STRINGS are not supported. llvm-svn: 250737 2015-10-20 05:00:02 +08:00
Do not handle zero-sized mergeable section as mergeable. Mergeable sections with size zero are useless because they don't actually contain data, and therefore there's no merit ot merge them. However, in reality, there are object files in the wild containing such sections. Currently, LLD can't handle them proerply. This patch makes LLD to handle such sections as if they are non- mergeable to fix the issue. Fixes bug 28822. llvm-svn: 277568 2016-08-03 13:28:02 +08:00			`.data`
			`.long .foo + 10`
			`.section .foo,"aM",@progbits,4`
			`.quad 0`