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/shared.s

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

303 lines
9.3 KiB
ArmAsm
Raw Normal View History

[ELF] Move `// REQUIRES:` line to the top llvm-svn: 335676
2018-06-27 06:20:04 +08:00
// REQUIRES: x86
Start adding support for symbols in shared libraries. llvm-svn: 247019
2015-09-08 23:50:05 +08:00
// RUN: llvm-mc -filetype=obj -triple=i686-unknown-linux %s -o %t.o
Start adding support for creating shared libraries. They are not fully functional yet, but this implements enough support for lld itself to read them. With that, delete the .so binary we were using for tests and start eating our own dog food. llvm-svn: 247487
2015-09-12 06:42:45 +08:00
// RUN: llvm-mc -filetype=obj -triple=i686-unknown-linux %p/Inputs/shared.s -o %t2.o
[ELF][X86] Allow PT_LOAD to have overlapping p_offset ranges on EM_386 Ported the D64906 technique to EM_386. If `sh_addralign(.tdata) < sh_addralign(.tbss)`, we can potentially make `p_vaddr(PT_TLS)%p_align(PT_TLS) != 0`. ld.so that are known to have problems if p_vaddr%p_align!=0: * FreeBSD 13.0-CURRENT rtld-elf * glibc https://sourceware.org/bugzilla/show_bug.cgi?id=24606 New test i386-tls-vaddr-align.s checks our workaround makes p_vaddr%p_align = 0. Reviewed By: ruiu Differential Revision: https://reviews.llvm.org/D65865 llvm-svn: 369347
2019-08-20 16:43:47 +08:00
// RUN: ld.lld --hash-style=sysv -shared %t2.o -soname=t2.so -o %t2.so
[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 -S %t2.so | FileCheck --check-prefix=SO %s
[ELF] - Do --hash-style=both by default. Its PR34712, GNU linkers recently changed default values to "both" of "sysv". Patch do the same for all targets except MIPS, where .gnu.hash section is not yet supported. Code suggested by Rui Ueyama. Differential revision: https://reviews.llvm.org/D38407 llvm-svn: 315051
2017-10-06 17:37:44 +08:00
// RUN: ld.lld --hash-style=sysv -dynamic-linker /lib64/ld-linux-x86-64.so.2 -rpath foo -rpath bar --export-dynamic %t.o %t2.so -o %t
[llvm-readelf] Make --all output order closer to GNU readelf https://bugs.llvm.org/show_bug.cgi?id=43403 The new order makes it easy to compare the two tools' --all. Reviewed By: grimar, rupprecht Differential Revision: https://reviews.llvm.org/D75592
2020-03-04 11:49:14 +08:00
// RUN: llvm-readobj -S -l --dynamic-table --symbols --dyn-syms --section-data --hash-table %t | FileCheck %s
[ELF] - Do --hash-style=both by default. Its PR34712, GNU linkers recently changed default values to "both" of "sysv". Patch do the same for all targets except MIPS, where .gnu.hash section is not yet supported. Code suggested by Rui Ueyama. Differential revision: https://reviews.llvm.org/D38407 llvm-svn: 315051
2017-10-06 17:37:44 +08:00
// RUN: ld.lld --hash-style=sysv %t.o %t2.so %t2.so -o %t2
[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 --dyn-syms %t2 | FileCheck --check-prefix=DONT_EXPORT %s
Start adding support for symbols in shared libraries. llvm-svn: 247019
2015-09-08 23:50:05 +08:00
Correctly align sections. We have to align the start, not the end. This should fix crashes on systems where memcpy enforces the expected alignment. llvm-svn: 247599
2015-09-15 03:00:35 +08:00
// Make sure .symtab is properly aligned.
// SO: Name: .symtab
// SO-NEXT: Type: SHT_SYMTAB
// SO-NEXT: Flags [
// SO-NEXT: ]
// SO-NEXT: Address:
[ELF][X86] Allow PT_LOAD to have overlapping p_offset ranges on EM_386 Ported the D64906 technique to EM_386. If `sh_addralign(.tdata) < sh_addralign(.tbss)`, we can potentially make `p_vaddr(PT_TLS)%p_align(PT_TLS) != 0`. ld.so that are known to have problems if p_vaddr%p_align!=0: * FreeBSD 13.0-CURRENT rtld-elf * glibc https://sourceware.org/bugzilla/show_bug.cgi?id=24606 New test i386-tls-vaddr-align.s checks our workaround makes p_vaddr%p_align = 0. Reviewed By: ruiu Differential Revision: https://reviews.llvm.org/D65865 llvm-svn: 369347
2019-08-20 16:43:47 +08:00
// SO-NEXT: Offset: 0x1D0
Correctly align sections. We have to align the start, not the end. This should fix crashes on systems where memcpy enforces the expected alignment. llvm-svn: 247599
2015-09-15 03:00:35 +08:00
// SO-NEXT: Size:
// SO-NEXT: Link:
// SO-NEXT: Info:
// SO-NEXT: AddressAlignment: 4
Implement the -dynamic-linker option. With this dynamic executables can be executed with just ./t instead of /lib64/ld-2.20.so ./t llvm-svn: 247446
2015-09-12 02:49:42 +08:00
// CHECK: Name: .interp
// CHECK-NEXT: Type: SHT_PROGBITS
// CHECK-NEXT: Flags [
// CHECK-NEXT: SHF_ALLOC
// CHECK-NEXT: ]
// CHECK-NEXT: Address: [[INTERPADDR:.*]]
// CHECK-NEXT: Offset: [[INTERPOFFSET:.*]]
// CHECK-NEXT: Size: [[INTERPSIZE:.*]]
// CHECK-NEXT: Link: 0
// CHECK-NEXT: Info: 0
// CHECK-NEXT: AddressAlignment: 1
// CHECK-NEXT: EntrySize: 0
// CHECK-NEXT: SectionData (
// CHECK-NEXT: 0000: 2F6C6962 36342F6C 642D6C69 6E75782D |/lib64/ld-linux-|
// CHECK-NEXT: 0010: 7838362D 36342E73 6F2E3200 |x86-64.so.2.|
// CHECK-NEXT: )
// CHECK-NEXT: }
Add content to the .hash section. This also sets DT_HASH. With this simple shared libraries created by lld can be loaded by the dynamic linker. llvm-svn: 247625
2015-09-15 06:08:55 +08:00
// test that .hash is linked to .dynsym
[lld][elf2] Sort output sections. Sort by: ALLOC ALLOC && NOBITS ALLOC & EXEC ALLOC & EXEC && NOBITS ALLOC & WRITE ALLOC & WRITE && NOBITS <nothing> (ignoring NOBITS) The dynamic section is finalized early because it adds strings to the dynamic string table, which comes before the dynamic table. llvm-svn: 249071
2015-10-02 05:15:02 +08:00
// CHECK: Index: 2
Add content to the .hash section. This also sets DT_HASH. With this simple shared libraries created by lld can be loaded by the dynamic linker. llvm-svn: 247625
2015-09-15 06:08:55 +08:00
// CHECK-NEXT: Name: .dynsym
Add a DT_SYMTAB entry in the dynamic section. With this a trivial shared binary runs with the glibc dynamic linker: LD_LIBRARY_PATH=. /lib64/ld-2.20.so ./t llvm-svn: 247370
2015-09-11 09:14:39 +08:00
// CHECK-NEXT: Type: SHT_DYNSYM
// CHECK-NEXT: Flags [
// CHECK-NEXT: SHF_ALLOC
// CHECK-NEXT: ]
// CHECK-NEXT: Address: [[DYNSYMADDR:.*]]
[ELF] Change GOT*_FROM_END (relative to end(.got)) to GOTPLT* (start(.got.plt)) Summary: This should address remaining issues discussed in PR36555. Currently R_GOT*_FROM_END are exclusively used by x86 and x86_64 to express relocations types relative to the GOT base. We have _GLOBAL_OFFSET_TABLE_ (GOT base) = start(.got.plt) but end(.got) != start(.got.plt) This can have problems when _GLOBAL_OFFSET_TABLE_ is used as a symbol, e.g. glibc dl_machine_dynamic assumes _GLOBAL_OFFSET_TABLE_ is start(.got.plt), which is not true. extern const ElfW(Addr) _GLOBAL_OFFSET_TABLE_[] attribute_hidden; return _GLOBAL_OFFSET_TABLE_[0]; // R_X86_64_GOTPC32 In this patch, we * Change all GOT*_FROM_END to GOTPLT* to fix the problem. * Add HasGotPltOffRel to denote whether .got.plt should be kept even if the section is empty. * Simplify GotSection::empty and GotPltSection::empty by setting HasGotOffRel and HasGotPltOffRel according to GlobalOffsetTable early. The change of R_386_GOTPC makes X86::writePltHeader simpler as we don't have to compute the offset start(.got.plt) - Ebx (it is constant 0). We still diverge from ld.bfd (at least in most cases) and gold in that .got.plt and .got are not adjacent, but the advantage doing that is unclear. Reviewers: ruiu, sivachandra, espindola Subscribers: emaste, mehdi_amini, arichardson, dexonsmith, jdoerfert, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D59594 llvm-svn: 356968
2019-03-26 07:46:19 +08:00
// CHECK-NEXT: Offset: 0x170
Fix the creation of Elf_Rel sections. We were always incrementing the output buffer pointer by sizeof(Elf_Rela). llvm-svn: 248303
2015-09-23 01:49:38 +08:00
// CHECK-NEXT: Size:
Make this test a bit more resistant to section number changes. llvm-svn: 247439
2015-09-12 01:53:01 +08:00
// CHECK-NEXT: Link: [[DYNSTR:.*]]
Add a DT_SYMTAB entry in the dynamic section. With this a trivial shared binary runs with the glibc dynamic linker: LD_LIBRARY_PATH=. /lib64/ld-2.20.so ./t llvm-svn: 247370
2015-09-11 09:14:39 +08:00
// CHECK-NEXT: Info: 1
// CHECK-NEXT: AddressAlignment: 4
// CHECK-NEXT: EntrySize: 16
Implement the -dynamic-linker option. With this dynamic executables can be executed with just ./t instead of /lib64/ld-2.20.so ./t llvm-svn: 247446
2015-09-12 02:49:42 +08:00
// CHECK-NEXT: SectionData (
// CHECK-NEXT: 0000:
// CHECK-NEXT: 0010:
// CHECK-NEXT: 0020:
Fix the creation of Elf_Rel sections. We were always incrementing the output buffer pointer by sizeof(Elf_Rela). llvm-svn: 248303
2015-09-23 01:49:38 +08:00
// CHECK-NEXT: 0030:
Implement the -dynamic-linker option. With this dynamic executables can be executed with just ./t instead of /lib64/ld-2.20.so ./t llvm-svn: 247446
2015-09-12 02:49:42 +08:00
// CHECK-NEXT: )
Add a DT_SYMTAB entry in the dynamic section. With this a trivial shared binary runs with the glibc dynamic linker: LD_LIBRARY_PATH=. /lib64/ld-2.20.so ./t llvm-svn: 247370
2015-09-11 09:14:39 +08:00
// CHECK-NEXT: }
[lld] Mitigate relocation overflow [part 1 of 2]. This CL places .dynsym and .dynstr at the beginning of SHF_ALLOC sections. We do this to mitigate the possibility that huge .dynsym and .dynstr sections placed between ro-data and text sections cause relocation overflow. Differential Revision: https://reviews.llvm.org/D45788 llvm-svn: 332374
2018-05-16 01:02:35 +08:00
// CHECK-NEXT: Section {
[ELF] Make non-writable non-executable PROGBITS sections closer to .text This generalizes the old heuristic placing SHT_DYNSYM SHT_DYNSTR first in the readonly SHF_ALLOC segment. Reviewers: espindola Subscribers: emaste, arichardson, llvm-commits Differential Revision: https://reviews.llvm.org/D48406 llvm-svn: 335674
2018-06-27 06:13:32 +08:00
// CHECK-NEXT: Index: 3
[lld] Mitigate relocation overflow [part 1 of 2]. This CL places .dynsym and .dynstr at the beginning of SHF_ALLOC sections. We do this to mitigate the possibility that huge .dynsym and .dynstr sections placed between ro-data and text sections cause relocation overflow. Differential Revision: https://reviews.llvm.org/D45788 llvm-svn: 332374
2018-05-16 01:02:35 +08:00
// CHECK-NEXT: Name: .hash
// CHECK-NEXT: Type: SHT_HASH
// CHECK-NEXT: Flags [
// CHECK-NEXT: SHF_ALLOC
// CHECK-NEXT: ]
// CHECK-NEXT: Address: [[HASHADDR:.*]]
// CHECK-NEXT: Offset:
// CHECK-NEXT: Size:
// CHECK-NEXT: Link: 2
// CHECK-NEXT: Info: 0
// CHECK-NEXT: AddressAlignment: 4
// CHECK-NEXT: EntrySize: 4
[ELF] Make non-writable non-executable PROGBITS sections closer to .text This generalizes the old heuristic placing SHT_DYNSYM SHT_DYNSTR first in the readonly SHF_ALLOC segment. Reviewers: espindola Subscribers: emaste, arichardson, llvm-commits Differential Revision: https://reviews.llvm.org/D48406 llvm-svn: 335674
2018-06-27 06:13:32 +08:00
// CHECK: Section {
// CHECK-NEXT: Index: [[DYNSTR]]
// CHECK-NEXT: Name: .dynstr
// CHECK-NEXT: Type: SHT_STRTAB
// CHECK-NEXT: Flags [
// CHECK-NEXT: SHF_ALLOC
// CHECK-NEXT: ]
// CHECK-NEXT: Address: [[DYNSTRADDR:.*]]
// CHECK-NEXT: Offset:
// CHECK-NEXT: Size:
// CHECK-NEXT: Link: 0
// CHECK-NEXT: Info: 0
// CHECK-NEXT: AddressAlignment: 1
// CHECK-NEXT: EntrySize: 0
Start creating the .dynamic section. For now it is always empty. llvm-svn: 247056
2015-09-09 03:43:27 +08:00
Add support of Elf_Rel dynamic relocations. llvm-svn: 247888
2015-09-17 22:02:10 +08:00
// CHECK: Name: .rel.dyn
// CHECK-NEXT: Type: SHT_REL
// CHECK-NEXT: Flags [
// CHECK-NEXT: SHF_ALLOC
// CHECK-NEXT: ]
// CHECK-NEXT: Address: [[RELADDR:.*]]
// CHECK-NEXT: Offset:
// CHECK-NEXT: Size: [[RELSIZE:.*]]
ELF2: Add DT_REL{,A}ENT and DT_SYMENT. According to the ELF specification, these dynamic array entries are mandatory. http://reviews.llvm.org/D13303 llvm-svn: 248952
2015-10-01 05:57:53 +08:00
// CHECK-NEXT: Link:
// CHECK-NEXT: Info:
// CHECK-NEXT: AddressAlignment:
// CHECK-NEXT: EntrySize: [[RELENT:.*]]
Add support of Elf_Rel dynamic relocations. llvm-svn: 247888
2015-09-17 22:02:10 +08:00
[lld][elf2] Sort output sections. Sort by: ALLOC ALLOC && NOBITS ALLOC & EXEC ALLOC & EXEC && NOBITS ALLOC & WRITE ALLOC & WRITE && NOBITS <nothing> (ignoring NOBITS) The dynamic section is finalized early because it adds strings to the dynamic string table, which comes before the dynamic table. llvm-svn: 249071
2015-10-02 05:15:02 +08:00
// CHECK: Name: .dynamic
// CHECK-NEXT: Type: SHT_DYNAMIC
// CHECK-NEXT: Flags [
// CHECK-NEXT: SHF_ALLOC
// CHECK-NEXT: SHF_WRITE
// CHECK-NEXT: ]
// CHECK-NEXT: Address: [[ADDR:.*]]
// CHECK-NEXT: Offset: [[OFFSET:.*]]
// CHECK-NEXT: Size: [[SIZE:.*]]
// CHECK-NEXT: Link: [[DYNSTR]]
// CHECK-NEXT: Info: 0
// CHECK-NEXT: AddressAlignment: [[ALIGN:.*]]
// CHECK-NEXT: EntrySize: 8
// CHECK-NEXT: SectionData (
// CHECK: )
ELF2: Add DT_REL{,A}ENT and DT_SYMENT. According to the ELF specification, these dynamic array entries are mandatory. http://reviews.llvm.org/D13303 llvm-svn: 248952
2015-10-01 05:57:53 +08:00
// CHECK: Name: .symtab
// CHECK-NEXT: Type: SHT_SYMTAB
// CHECK-NEXT: Flags [
// CHECK-NEXT: ]
// CHECK-NEXT: Address:
// CHECK-NEXT: Offset:
// CHECK-NEXT: Size:
// CHECK-NEXT: Link:
// CHECK-NEXT: Info:
// CHECK-NEXT: AddressAlignment:
// CHECK-NEXT: EntrySize: [[SYMENT:.*]]
Start creating the .dynamic section. For now it is always empty. llvm-svn: 247056
2015-09-09 03:43:27 +08:00
[llvm-readelf] Make --all output order closer to GNU readelf https://bugs.llvm.org/show_bug.cgi?id=43403 The new order makes it easy to compare the two tools' --all. Reviewed By: grimar, rupprecht Differential Revision: https://reviews.llvm.org/D75592
2020-03-04 11:49:14 +08:00
// CHECK: ProgramHeaders [
// CHECK: Type: PT_INTERP
// CHECK-NEXT: Offset: [[INTERPOFFSET]]
// CHECK-NEXT: VirtualAddress: [[INTERPADDR]]
// CHECK-NEXT: PhysicalAddress: [[INTERPADDR]]
// CHECK-NEXT: FileSize: [[INTERPSIZE]]
// CHECK-NEXT: MemSize: [[INTERPSIZE]]
// CHECK-NEXT: Flags [
// CHECK-NEXT: PF_R
// CHECK-NEXT: ]
// CHECK-NEXT: Alignment: 1
// CHECK-NEXT: }
// CHECK: Type: PT_DYNAMIC
// CHECK-NEXT: Offset: [[OFFSET]]
// CHECK-NEXT: VirtualAddress: [[ADDR]]
// CHECK-NEXT: PhysicalAddress: [[ADDR]]
// CHECK-NEXT: FileSize: [[SIZE]]
// CHECK-NEXT: MemSize: [[SIZE]]
// CHECK-NEXT: Flags [
// CHECK-NEXT: PF_R
// CHECK-NEXT: PF_W
// CHECK-NEXT: ]
// CHECK-NEXT: Alignment: [[ALIGN]]
// CHECK-NEXT: }
// CHECK: DynamicSection [
// CHECK-NEXT: Tag Type Name/Value
// CHECK-NEXT: 0x0000001D RUNPATH Library runpath: [foo:bar]
// CHECK-NEXT: 0x00000001 NEEDED Shared library: [{{.*}}2.so]
// CHECK-NEXT: 0x00000015 DEBUG 0x0
// CHECK-NEXT: 0x00000011 REL [[RELADDR]]
// CHECK-NEXT: 0x00000012 RELSZ [[RELSIZE]] (bytes)
// CHECK-NEXT: 0x00000013 RELENT [[RELENT]] (bytes)
// CHECK-NEXT: 0x00000006 SYMTAB [[DYNSYMADDR]]
// CHECK-NEXT: 0x0000000B SYMENT [[SYMENT]] (bytes)
// CHECK-NEXT: 0x00000005 STRTAB [[DYNSTRADDR]]
// CHECK-NEXT: 0x0000000A STRSZ
// CHECK-NEXT: 0x00000004 HASH [[HASHADDR]]
// CHECK-NEXT: 0x00000000 NULL 0x0
// CHECK-NEXT: ]
Start adding support for symbols in shared libraries. llvm-svn: 247019
2015-09-08 23:50:05 +08:00
// CHECK: Symbols [
// CHECK-NEXT: Symbol {
// CHECK-NEXT: Name:
// CHECK-NEXT: Value: 0x0
// CHECK-NEXT: Size: 0
// CHECK-NEXT: Binding: Local
// CHECK-NEXT: Type: None
// CHECK-NEXT: Other: 0
// CHECK-NEXT: Section: Undefined
// CHECK-NEXT: }
// CHECK-NEXT: Symbol {
[ELF] - Create _DYNAMIC symbol for dynamic output lld needs to provide _DYNAMIC symbol when creating a shared library both bfd and gold do that. This should fix the https://llvm.org/bugs/show_bug.cgi?id=26732 Differential revision: http://reviews.llvm.org/D17607 llvm-svn: 262348
2016-03-02 00:23:13 +08:00
// CHECK-NEXT: Name: _DYNAMIC
[ELF][X86] Allow PT_LOAD to have overlapping p_offset ranges on EM_386 Ported the D64906 technique to EM_386. If `sh_addralign(.tdata) < sh_addralign(.tbss)`, we can potentially make `p_vaddr(PT_TLS)%p_align(PT_TLS) != 0`. ld.so that are known to have problems if p_vaddr%p_align!=0: * FreeBSD 13.0-CURRENT rtld-elf * glibc https://sourceware.org/bugzilla/show_bug.cgi?id=24606 New test i386-tls-vaddr-align.s checks our workaround makes p_vaddr%p_align = 0. Reviewed By: ruiu Differential Revision: https://reviews.llvm.org/D65865 llvm-svn: 369347
2019-08-20 16:43:47 +08:00
// CHECK-NEXT: Value: 0x402210
[ELF] - Create _DYNAMIC symbol for dynamic output lld needs to provide _DYNAMIC symbol when creating a shared library both bfd and gold do that. This should fix the https://llvm.org/bugs/show_bug.cgi?id=26732 Differential revision: http://reviews.llvm.org/D17607 llvm-svn: 262348
2016-03-02 00:23:13 +08:00
// CHECK-NEXT: Size: 0
// CHECK-NEXT: Binding: Local
// CHECK-NEXT: Type: None
[ELF] Follow-up to r264300. Update test case expectations to reflect recent changes in llvm-readobj. NFC. llvm-svn: 264304
2016-03-25 00:30:20 +08:00
// CHECK-NEXT: Other [ (0x2)
// CHECK-NEXT: STV_HIDDEN
// CHECK-NEXT: ]
[ELF] - Create _DYNAMIC symbol for dynamic output lld needs to provide _DYNAMIC symbol when creating a shared library both bfd and gold do that. This should fix the https://llvm.org/bugs/show_bug.cgi?id=26732 Differential revision: http://reviews.llvm.org/D17607 llvm-svn: 262348
2016-03-02 00:23:13 +08:00
// CHECK-NEXT: Section: .dynamic
// CHECK-NEXT: }
// CHECK-NEXT: Symbol {
Start adding support for symbols in shared libraries. llvm-svn: 247019
2015-09-08 23:50:05 +08:00
// CHECK-NEXT: Name: _start
[ELF][X86] Allow PT_LOAD to have overlapping p_offset ranges on EM_386 Ported the D64906 technique to EM_386. If `sh_addralign(.tdata) < sh_addralign(.tbss)`, we can potentially make `p_vaddr(PT_TLS)%p_align(PT_TLS) != 0`. ld.so that are known to have problems if p_vaddr%p_align!=0: * FreeBSD 13.0-CURRENT rtld-elf * glibc https://sourceware.org/bugzilla/show_bug.cgi?id=24606 New test i386-tls-vaddr-align.s checks our workaround makes p_vaddr%p_align = 0. Reviewed By: ruiu Differential Revision: https://reviews.llvm.org/D65865 llvm-svn: 369347
2019-08-20 16:43:47 +08:00
// CHECK-NEXT: Value: 0x401208
Start adding support for symbols in shared libraries. llvm-svn: 247019
2015-09-08 23:50:05 +08:00
// CHECK-NEXT: Size: 0
// CHECK-NEXT: Binding: Global
// CHECK-NEXT: Type: None
// CHECK-NEXT: Other: 0
// CHECK-NEXT: Section: .text
// CHECK-NEXT: }
// CHECK-NEXT: Symbol {
// CHECK-NEXT: Name: bar
// CHECK-NEXT: Value: 0x0
Create a dynamic symbol table. For now it includes every symbol in the regular table. Since we don't create dynamic relocations yet, we don't have a good way of knowing which symbols are actually needed. llvm-svn: 247365
2015-09-11 08:30:13 +08:00
// CHECK-NEXT: Size: 0
// CHECK-NEXT: Binding: Global
// CHECK-NEXT: Type: Function
// CHECK-NEXT: Other: 0
// CHECK-NEXT: Section: Undefined
// CHECK-NEXT: }
Fix the creation of Elf_Rel sections. We were always incrementing the output buffer pointer by sizeof(Elf_Rela). llvm-svn: 248303
2015-09-23 01:49:38 +08:00
// CHECK-NEXT: Symbol {
[ELF2] .shstrtab section implemented The section header table index of the entry that is associated with the section name string table. Differential Revision: http://reviews.llvm.org/D13904 llvm-svn: 250836
2015-10-21 01:21:35 +08:00
// CHECK-NEXT: Name: zed
Fix the creation of Elf_Rel sections. We were always incrementing the output buffer pointer by sizeof(Elf_Rela). llvm-svn: 248303
2015-09-23 01:49:38 +08:00
// CHECK-NEXT: Value: 0x0
// CHECK-NEXT: Size: 0
// CHECK-NEXT: Binding: Global (0x1)
// CHECK-NEXT: Type: None (0x0)
// CHECK-NEXT: Other: 0
// CHECK-NEXT: Section: Undefined (0x0)
// CHECK-NEXT: }
Create a dynamic symbol table. For now it includes every symbol in the regular table. Since we don't create dynamic relocations yet, we don't have a good way of knowing which symbols are actually needed. llvm-svn: 247365
2015-09-11 08:30:13 +08:00
// CHECK-NEXT: ]
// CHECK: DynamicSymbols [
// CHECK-NEXT: Symbol {
[ELF] Remove checking for spurious '@' at the end of dynamic sym names llvm-readobj currently has a bug (see PR40097) where it prints '@' at the end of unversioned dynamic symbols. This bug will be fixed in a separate later commit, but these tests need fixing first. Reviewed by: ruiu, Higuoxing Differential Revision: https://reviews.llvm.org/D56388 llvm-svn: 350614
2019-01-08 18:50:59 +08:00
// CHECK-NEXT: Name:
Create a dynamic symbol table. For now it includes every symbol in the regular table. Since we don't create dynamic relocations yet, we don't have a good way of knowing which symbols are actually needed. llvm-svn: 247365
2015-09-11 08:30:13 +08:00
// CHECK-NEXT: Value: 0x0
// CHECK-NEXT: Size: 0
// CHECK-NEXT: Binding: Local
// CHECK-NEXT: Type: None
// CHECK-NEXT: Other: 0
// CHECK-NEXT: Section: Undefined
// CHECK-NEXT: }
// CHECK-NEXT: Symbol {
[ELF] Remove checking for spurious '@' at the end of dynamic sym names llvm-readobj currently has a bug (see PR40097) where it prints '@' at the end of unversioned dynamic symbols. This bug will be fixed in a separate later commit, but these tests need fixing first. Reviewed by: ruiu, Higuoxing Differential Revision: https://reviews.llvm.org/D56388 llvm-svn: 350614
2019-01-08 18:50:59 +08:00
// CHECK-NEXT: Name: _start
[ELF][X86] Allow PT_LOAD to have overlapping p_offset ranges on EM_386 Ported the D64906 technique to EM_386. If `sh_addralign(.tdata) < sh_addralign(.tbss)`, we can potentially make `p_vaddr(PT_TLS)%p_align(PT_TLS) != 0`. ld.so that are known to have problems if p_vaddr%p_align!=0: * FreeBSD 13.0-CURRENT rtld-elf * glibc https://sourceware.org/bugzilla/show_bug.cgi?id=24606 New test i386-tls-vaddr-align.s checks our workaround makes p_vaddr%p_align = 0. Reviewed By: ruiu Differential Revision: https://reviews.llvm.org/D65865 llvm-svn: 369347
2019-08-20 16:43:47 +08:00
// CHECK-NEXT: Value: 0x401208
Create a dynamic symbol table. For now it includes every symbol in the regular table. Since we don't create dynamic relocations yet, we don't have a good way of knowing which symbols are actually needed. llvm-svn: 247365
2015-09-11 08:30:13 +08:00
// CHECK-NEXT: Size: 0
// CHECK-NEXT: Binding: Global
// CHECK-NEXT: Type: Non
// CHECK-NEXT: Other: 0
// CHECK-NEXT: Section: .text
// CHECK-NEXT: }
// CHECK-NEXT: Symbol {
[ELF] Remove checking for spurious '@' at the end of dynamic sym names llvm-readobj currently has a bug (see PR40097) where it prints '@' at the end of unversioned dynamic symbols. This bug will be fixed in a separate later commit, but these tests need fixing first. Reviewed by: ruiu, Higuoxing Differential Revision: https://reviews.llvm.org/D56388 llvm-svn: 350614
2019-01-08 18:50:59 +08:00
// CHECK-NEXT: Name: bar
Create a dynamic symbol table. For now it includes every symbol in the regular table. Since we don't create dynamic relocations yet, we don't have a good way of knowing which symbols are actually needed. llvm-svn: 247365
2015-09-11 08:30:13 +08:00
// CHECK-NEXT: Value: 0x0
Start adding support for symbols in shared libraries. llvm-svn: 247019
2015-09-08 23:50:05 +08:00
// CHECK-NEXT: Size: 0
// CHECK-NEXT: Binding: Global
// CHECK-NEXT: Type: Function
// CHECK-NEXT: Other: 0
// CHECK-NEXT: Section: Undefined
// CHECK-NEXT: }
Fix the creation of Elf_Rel sections. We were always incrementing the output buffer pointer by sizeof(Elf_Rela). llvm-svn: 248303
2015-09-23 01:49:38 +08:00
// CHECK-NEXT: Symbol {
[ELF] Remove checking for spurious '@' at the end of dynamic sym names llvm-readobj currently has a bug (see PR40097) where it prints '@' at the end of unversioned dynamic symbols. This bug will be fixed in a separate later commit, but these tests need fixing first. Reviewed by: ruiu, Higuoxing Differential Revision: https://reviews.llvm.org/D56388 llvm-svn: 350614
2019-01-08 18:50:59 +08:00
// CHECK-NEXT: Name: zed
Fix the creation of Elf_Rel sections. We were always incrementing the output buffer pointer by sizeof(Elf_Rela). llvm-svn: 248303
2015-09-23 01:49:38 +08:00
// CHECK-NEXT: Value: 0x0
// CHECK-NEXT: Size: 0
// CHECK-NEXT: Binding: Global
// CHECK-NEXT: Type: None
// CHECK-NEXT: Other: 0
// CHECK-NEXT: Section: Undefined
// CHECK-NEXT: }
Start adding support for symbols in shared libraries. llvm-svn: 247019
2015-09-08 23:50:05 +08:00
// CHECK-NEXT: ]
Implement --export-dynamic. llvm-svn: 248347
2015-09-23 07:38:23 +08:00
// DONT_EXPORT: DynamicSymbols [
// DONT_EXPORT-NEXT: Symbol {
[ELF] Remove checking for spurious '@' at the end of dynamic sym names llvm-readobj currently has a bug (see PR40097) where it prints '@' at the end of unversioned dynamic symbols. This bug will be fixed in a separate later commit, but these tests need fixing first. Reviewed by: ruiu, Higuoxing Differential Revision: https://reviews.llvm.org/D56388 llvm-svn: 350614
2019-01-08 18:50:59 +08:00
// DONT_EXPORT-NEXT: Name:
Implement --export-dynamic. llvm-svn: 248347
2015-09-23 07:38:23 +08:00
// DONT_EXPORT-NEXT: Value: 0x0
// DONT_EXPORT-NEXT: Size: 0
// DONT_EXPORT-NEXT: Binding: Local (0x0)
// DONT_EXPORT-NEXT: Type: None (0x0)
// DONT_EXPORT-NEXT: Other: 0
// DONT_EXPORT-NEXT: Section: Undefined (0x0)
// DONT_EXPORT-NEXT: }
// DONT_EXPORT-NEXT: Symbol {
[ELF] Remove checking for spurious '@' at the end of dynamic sym names llvm-readobj currently has a bug (see PR40097) where it prints '@' at the end of unversioned dynamic symbols. This bug will be fixed in a separate later commit, but these tests need fixing first. Reviewed by: ruiu, Higuoxing Differential Revision: https://reviews.llvm.org/D56388 llvm-svn: 350614
2019-01-08 18:50:59 +08:00
// DONT_EXPORT-NEXT: Name: bar
Implement --export-dynamic. llvm-svn: 248347
2015-09-23 07:38:23 +08:00
// DONT_EXPORT-NEXT: Value: 0x0
// DONT_EXPORT-NEXT: Size: 0
// DONT_EXPORT-NEXT: Binding: Global
// DONT_EXPORT-NEXT: Type: Function
// DONT_EXPORT-NEXT: Other: 0
// DONT_EXPORT-NEXT: Section: Undefined
// DONT_EXPORT-NEXT: }
// DONT_EXPORT-NEXT: Symbol {
[ELF] Remove checking for spurious '@' at the end of dynamic sym names llvm-readobj currently has a bug (see PR40097) where it prints '@' at the end of unversioned dynamic symbols. This bug will be fixed in a separate later commit, but these tests need fixing first. Reviewed by: ruiu, Higuoxing Differential Revision: https://reviews.llvm.org/D56388 llvm-svn: 350614
2019-01-08 18:50:59 +08:00
// DONT_EXPORT-NEXT: Name: zed
Implement --export-dynamic. llvm-svn: 248347
2015-09-23 07:38:23 +08:00
// DONT_EXPORT-NEXT: Value: 0x0
// DONT_EXPORT-NEXT: Size: 0
// DONT_EXPORT-NEXT: Binding: Global
// DONT_EXPORT-NEXT: Type: None
// DONT_EXPORT-NEXT: Other: 0
Fix a last minuted edit that should not have been committed. Sorry about that. llvm-svn: 248349
2015-09-23 07:42:55 +08:00
// DONT_EXPORT-NEXT: Section: Undefined
Implement --export-dynamic. llvm-svn: 248347
2015-09-23 07:38:23 +08:00
// DONT_EXPORT-NEXT: }
// DONT_EXPORT-NEXT: ]
Add content to the .hash section. This also sets DT_HASH. With this simple shared libraries created by lld can be loaded by the dynamic linker. llvm-svn: 247625
2015-09-15 06:08:55 +08:00
// CHECK: HashTable {
Fix the creation of Elf_Rel sections. We were always incrementing the output buffer pointer by sizeof(Elf_Rela). llvm-svn: 248303
2015-09-23 01:49:38 +08:00
// CHECK-NEXT: Num Buckets: 4
// CHECK-NEXT: Num Chains: 4
// CHECK-NEXT: Buckets: [3, 0, 2, 0]
// CHECK-NEXT: Chains: [0, 0, 0, 1]
Add content to the .hash section. This also sets DT_HASH. With this simple shared libraries created by lld can be loaded by the dynamic linker. llvm-svn: 247625
2015-09-15 06:08:55 +08:00
// CHECK-NEXT: }
Start adding support for symbols in shared libraries. llvm-svn: 247019
2015-09-08 23:50:05 +08:00
.global _start
_start:
Move target independent code out of x86_64 only path. The logic for deciding if an undefined symbol should have the value of a got entry is not target specific. llvm-svn: 261760
2016-02-25 02:24:23 +08:00
.long bar@GOT
.long zed@GOT