maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/lld/test/old-elf/dynamic-segorder.test

18 lines
394 B
Plaintext
Raw Normal View History

Rename the gnu flavour to gnu old. This is the first step in making ELF2 the default. llvm-svn: 253188
2015-11-16 16:54:19 +08:00
RUN: lld -flavor old-gnu -target x86_64-linux %p/Inputs/tls.x86-64 \
[lld] [ELF] Support for general dynamic TLS relocations on X86_64 Summary: This patch adds support for the general dynamic TLS access model for X86_64 (see www.akkadia.org/drepper/tls.pdf). To properly support TLS, the patch also changes the __tls_get_addr atom to be a shared library atom instead of a regularly defined atom (the previous lld approach). This closely models the reality of a function that will be resolved at runtime by the dynamic linker and loader itself (ld.so). I was tempted to force LLD to link against ld.so itself to resolve these symbols, but since GNU ld does not need the ld.so library to resolve this symbol, I decided to mimic its behavior and keep hardwired a definition of __tls_get_addr in the lld code. This patch also moves some important logic that previously was only available to the MIPS lld backend to be used to all ELF backends. This logic, which now lives in the DefaultLayout class, will monitor which external (shared lib) symbols are really imported by the current module and will only populate the dynamic symbol table with used symbols, as opposed to the previous approach of dumping all shared lib symbols in the dynamic symbol table. This is important to this patch to avoid __tls_get_addr from getting injected into all dynamic symbol tables. By solving the previous problem of always adding __tls_get_addr, now the produced symbol tables are slightly smaller. But this impacted several tests that relied on hardwired/predefined sizes of the symbol table, requiring this patch to update such tests. Test Plan: Added a LIT test case that exercises a simple use case of TLS variable in a shared library. Reviewers: ruiu, rafael, Bigcheese, shankarke Reviewed By: Bigcheese, shankarke Subscribers: emaste, shankarke, joerg, kledzik, mcrosier, llvm-commits Projects: #lld Differential Revision: http://reviews.llvm.org/D5505 llvm-svn: 218633
2014-09-30 06:05:26 +08:00
RUN: %p/Inputs/shared.so-x86-64 -o %t -e main --allow-shlib-undefined \
RUN: --defsym=__tls_get_addr=0
[lld][ELF] Order segments llvm-svn: 176207
2013-02-28 04:24:47 +08:00
RUN: llvm-objdump -p %t | FileCheck %s
CHECK: PHDR
CHECK: flags r-x
CHECK: INTERP
CHECK: flags r--
CHECK: LOAD
CHECK: flags r-x
CHECK: LOAD
[ELF][tests] changes for test cases llvm-svn: 176280
2013-03-01 02:38:20 +08:00
CHECK: flags rw-
[lld][ELF] Order segments llvm-svn: 176207
2013-02-28 04:24:47 +08:00
CHECK: DYNAMIC
[ELF] Fix values of linker created dynamic variables. The value of _DYNAMIC should be pointing at the start of the .dynamic segment. This was pointing to the end of the dynamic segment. Similarly the value of _GLOBAL_OFFSET_TABLE_ was not proper too. llvm-svn: 221587
2014-11-10 22:55:07 +08:00
CHECK: flags rw-
[lld][ELF] Order segments llvm-svn: 176207
2013-02-28 04:24:47 +08:00
CHECK: TLS
CHECK: flags rw-