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/relro-omagic.s

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

36 lines
1.5 KiB
ArmAsm
Raw Normal View History

[lld] Add REQUIRES: x86 where needed to tests If building lld without x86 support, tests that require that support should be treated as unsupported, not errors. Tested using: 1. cmake '-DLLVM_TARGETS_TO_BUILD=AArch64;X86' make check-lld => Expected Passes : 1406 Unsupported Tests : 287 2. cmake '-DLLVM_TARGETS_TO_BUILD=AArch64' make check-lld => Expected Passes : 410 Unsupported Tests : 1283 Patch by Joel Jones Differential Revision: https://reviews.llvm.org/D47748 llvm-svn: 334095
2018-06-06 21:56:51 +08:00
# REQUIRES: x86
[ELF] - Disable relro when -omagic specified. --omagic is an option to create old-fashioned executables in which .text segments are writable. Today, the option is still in use to create special-purpose programs such as boot loaders. It doesn't make sense to create PT_GNU_RELRO for such executables. DIfferential revision: https://reviews.llvm.org/D27297 llvm-svn: 288579
2016-12-03 15:09:28 +08:00
# RUN: llvm-mc -filetype=obj -triple=x86_64-unknown-linux %s -o %t.o
# RUN: llvm-mc -filetype=obj -triple=x86_64-unknown-linux %p/Inputs/shared.s -o %t2.o
[lld] Keep full library path in DT_NEEDED. Fixes PR32572. When (a) a library has no soname and (b) library is given on the command line with path (and not through -L/-l flags) DT_NEEDED entry for such library keeps the path as given. This behavior is consistent with gold and bfd, and is used in compiler-rt test suite. This is a second attempt after r300007 got reverted. This time relro-omagic test is changed in a way to avoid hardcoding the path to the test directory in the objdump'd binary. llvm-svn: 300011
2017-04-12 08:13:48 +08:00
# RUN: ld.lld -shared %t2.o -o %t2.so -soname relro-omagic.s.tmp2.so
[ELF] Full support for -n (--nmagic) and -N (--omagic) via common page The -n (--nmagic) disables page alignment, and acts as a -Bstatic The -N (--omagic) does what -n does but also marks the executable segment as writeable. As page alignment is disabled headers are not allocated unless explicit in the linker script. To disable page alignment in LLD we choose to set the page sizes to 1 so that any alignment based on the page size does nothing. To set the Target->PageSize to 1 we implement -z common-page-size, which has the side effect of allowing the user to set the value as well. Setting the page alignments to 1 does mean that any use of CONSTANT(MAXPAGESIZE) or CONSTANT(COMMONPAGESIZE) in a linker script will return 1, unlike in ld.bfd. However given that -n and -N disable paging these probably shouldn't be used in a linker script where -n or -N is in use. Differential Revision: https://reviews.llvm.org/D61688 llvm-svn: 360593
2019-05-14 00:01:26 +08:00
# RUN: ld.lld --hash-style=sysv -N %t.o -Bdynamic %t2.so -o %t
[ELF] - Disable relro when -omagic specified. --omagic is an option to create old-fashioned executables in which .text segments are writable. Today, the option is still in use to create special-purpose programs such as boot loaders. It doesn't make sense to create PT_GNU_RELRO for such executables. DIfferential revision: https://reviews.llvm.org/D27297 llvm-svn: 288579
2016-12-03 15:09:28 +08:00
# RUN: llvm-objdump -section-headers %t | FileCheck --check-prefix=NORELRO %s
# RUN: llvm-readobj --program-headers %t | FileCheck --check-prefix=NOPHDRS %s
# NORELRO: Sections:
[LLD][ELF] - Update tests after r352366. r352366 "[llvm-objdump] - Print LMAs when dumping section headers." changed the format of llvm-objdump output. We have to update the LLD tests. llvm-svn: 352372
2019-01-28 23:03:47 +08:00
# NORELRO-NEXT: Idx Name Size VMA Type
[ELF] - Disable relro when -omagic specified. --omagic is an option to create old-fashioned executables in which .text segments are writable. Today, the option is still in use to create special-purpose programs such as boot loaders. It doesn't make sense to create PT_GNU_RELRO for such executables. DIfferential revision: https://reviews.llvm.org/D27297 llvm-svn: 288579
2016-12-03 15:09:28 +08:00
# NORELRO-NEXT: 0 00000000 0000000000000000
[ELF] nmagic or omagic: don't allocate PT_PHDR or PF_R PT_LOAD for the !hasPhdrsCommands case ``` part.phdrs = script->hasPhdrsCommands() ? script->createPhdrs() : createPhdrs(part); ``` createPhdrs() allocates a PT_PHDR and a PF_R PT_LOAD, which will be deleted later in LinkerScript::allocateHeaders, but leave a gap between the program headers and the first section. Don't allocate the segments to avoid the gap. PT_INTERP is likely not needed as well. Reviewed By: ruiu Differential Revision: https://reviews.llvm.org/D67324 llvm-svn: 371398
2019-09-09 21:08:51 +08:00
# NORELRO-NEXT: 1 .dynsym 00000048 00000000002000e8
# NORELRO-NEXT: 2 .hash 00000020 0000000000200130
# NORELRO-NEXT: 3 .dynstr 00000021 0000000000200150
# NORELRO-NEXT: 4 .rela.dyn 00000018 0000000000200178
# NORELRO-NEXT: 5 .rela.plt 00000018 0000000000200190
# NORELRO-NEXT: 6 .text 0000000a 00000000002001a8 TEXT
# NORELRO-NEXT: 7 .plt 00000020 00000000002001c0 TEXT
# NORELRO-NEXT: 8 .data 00000008 00000000002001e0 DATA
# NORELRO-NEXT: 9 .foo 00000004 00000000002001e8 DATA
# NORELRO-NEXT: 10 .dynamic 000000f0 00000000002001f0
# NORELRO-NEXT: 11 .got 00000008 00000000002002e0 DATA
# NORELRO-NEXT: 12 .got.plt 00000020 00000000002002e8 DATA
[ELF] - Disable relro when -omagic specified. --omagic is an option to create old-fashioned executables in which .text segments are writable. Today, the option is still in use to create special-purpose programs such as boot loaders. It doesn't make sense to create PT_GNU_RELRO for such executables. DIfferential revision: https://reviews.llvm.org/D27297 llvm-svn: 288579
2016-12-03 15:09:28 +08:00
# NOPHDRS: ProgramHeaders [
# NOPHDRS-NOT: PT_GNU_RELRO
.long bar
jmp *bar2@GOTPCREL(%rip)
.section .data,"aw"
.quad 0
.section .foo,"aw"
.zero 4