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/edata-etext.s

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

44 lines
2.0 KiB
ArmAsm
Raw Normal View History

Description of symbols is avalable here: https://docs.oracle.com/cd/E53394_01/html/E54766/u-etext-3c.html It is said that: _etext - The address of _etext is the first location after the last read-only loadable segment. _edata - The address of _edata is the first location after the last read-write loadable segment. _end - If the address of _edata is greater than the address of _etext, the address of _end is same as the address of _edata. In real life _end and _edata has different values for that case. Both gold/bfd set _edata to the end of the last non SHT_NOBITS section. This patch do the same for consistency. It should fix the https://llvm.org/bugs/show_bug.cgi?id=26729. Differential revision: http://reviews.llvm.org/D17601 llvm-svn: 262019
2016-02-26 22:36:36 +08:00
# REQUIRES: x86
# RUN: llvm-mc -filetype=obj -triple=x86_64-pc-linux %s -o %t.o
# RUN: ld.lld %t.o -o %t
[ELF] - Simplify edata-etext.s test. NFC. llvm-svn: 286810
2016-11-14 18:33:53 +08:00
# RUN: llvm-objdump -t -section-headers %t | FileCheck %s
Description of symbols is avalable here: https://docs.oracle.com/cd/E53394_01/html/E54766/u-etext-3c.html It is said that: _etext - The address of _etext is the first location after the last read-only loadable segment. _edata - The address of _edata is the first location after the last read-write loadable segment. _end - If the address of _edata is greater than the address of _etext, the address of _end is same as the address of _edata. In real life _end and _edata has different values for that case. Both gold/bfd set _edata to the end of the last non SHT_NOBITS section. This patch do the same for consistency. It should fix the https://llvm.org/bugs/show_bug.cgi?id=26729. Differential revision: http://reviews.llvm.org/D17601 llvm-svn: 262019
2016-02-26 22:36:36 +08:00
## This checks that:
## 1) Address of _etext is the first location after the last read-only loadable segment.
## 2) Address of _edata points to the end of the last non SHT_NOBITS section.
## That is how gold/bfd do. At the same time specs says: "If the address of _edata is
## greater than the address of _etext, the address of _end is same as the address
## of _edata." (https://docs.oracle.com/cd/E53394_01/html/E54766/u-etext-3c.html).
## 3) Address of _end is different from _edata because of 2.
[ELF] - Extend edata-etext.s test case. We did not have a test that would test that _etext address is equal to etext, _end == end and _edata == edata. Because of that, the following line was never executed when running our tests: https://github.com/llvm-mirror/lld/blob/master/ELF/Writer.cpp#L928 Patch fixes that. llvm-svn: 336280
2018-07-04 22:47:19 +08:00
## 4) Addresses of _edata == edata, _end == end and _etext == etext.
[ELF] - Simplify edata-etext.s test. NFC. llvm-svn: 286810
2016-11-14 18:33:53 +08:00
# CHECK: 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
# CHECK-NEXT: Idx Name Size VMA Type
[ELF] - Simplify edata-etext.s test. NFC. llvm-svn: 286810
2016-11-14 18:33:53 +08:00
# CHECK-NEXT: 0 00000000 0000000000000000
[ELF][X86] Allow PT_LOAD to have overlapping p_offset ranges on EM_X86_64 Port the D64906 technique to EM_X86_64. Differential Revision: https://reviews.llvm.org/D67482 llvm-svn: 371958
2019-09-16 15:05:34 +08:00
# CHECK-NEXT: 1 .text 00000001 0000000000201158 TEXT
# CHECK-NEXT: 2 .data 00000002 0000000000202159 DATA
# CHECK-NEXT: 3 .bss 00000006 000000000020215c BSS
[ELF] - Simplify edata-etext.s test. NFC. llvm-svn: 286810
2016-11-14 18:33:53 +08:00
# CHECK: SYMBOL TABLE:
[llvm-objdump] --syms: make flags closer to GNU objdump This fixes several issues. The behavior changes are: A SHN_COMMON symbol does not have the 'g' flag. An undefined symbol does not have 'g' or 'l' flag. A STB_GLOBAL SymbolRef::ST_Unknown symbol has the 'g' flag. A STB_LOCAL SymbolRef::ST_Unknown symbol has the 'l' flag. Reviewed By: rupprecht Differential Revision: https://reviews.llvm.org/D75659
2020-03-05 09:19:18 +08:00
# CHECK-NEXT: 000000000020215b g .data 0000000000000000 _edata
# CHECK-NEXT: 0000000000202162 g .bss 0000000000000000 _end
# CHECK-NEXT: 0000000000201159 g .text 0000000000000000 _etext
# CHECK-NEXT: 0000000000201158 g .text 0000000000000000 _start
# CHECK-NEXT: 000000000020215b g .data 0000000000000000 edata
# CHECK-NEXT: 0000000000202162 g .bss 0000000000000000 end
# CHECK-NEXT: 0000000000201159 g .text 0000000000000000 etext
Description of symbols is avalable here: https://docs.oracle.com/cd/E53394_01/html/E54766/u-etext-3c.html It is said that: _etext - The address of _etext is the first location after the last read-only loadable segment. _edata - The address of _edata is the first location after the last read-write loadable segment. _end - If the address of _edata is greater than the address of _etext, the address of _end is same as the address of _edata. In real life _end and _edata has different values for that case. Both gold/bfd set _edata to the end of the last non SHT_NOBITS section. This patch do the same for consistency. It should fix the https://llvm.org/bugs/show_bug.cgi?id=26729. Differential revision: http://reviews.llvm.org/D17601 llvm-svn: 262019
2016-02-26 22:36:36 +08:00
[ELF] - Do not create reserved symbols in case of relocatable output. This patch stops creating symbols like __ehdr_start, _end/_etext_edata,__tls_get_addr when using -r. This fixes PR30984. Differential revision: https://reviews.llvm.org/D26600 llvm-svn: 286941
2016-11-15 16:19:02 +08:00
# RUN: ld.lld -r %t.o -o %t2
# RUN: llvm-objdump -t %t2 | FileCheck %s --check-prefix=RELOCATABLE
[llvm-objdump] --syms: print st_size as "%016" PRIx64 instead of "%08" PRIx64 for 64-bit objects This is GNU objdump's behavior and it is reasonable to match. Reviewed By: grimar Differential Revision: https://reviews.llvm.org/D75588
2020-03-04 08:59:33 +08:00
# RELOCATABLE: 0000000000000000 *UND* 0000000000000000 _edata
# RELOCATABLE-NEXT: 0000000000000000 *UND* 0000000000000000 _end
# RELOCATABLE-NEXT: 0000000000000000 *UND* 0000000000000000 _etext
[ELF] - Do not create reserved symbols in case of relocatable output. This patch stops creating symbols like __ehdr_start, _end/_etext_edata,__tls_get_addr when using -r. This fixes PR30984. Differential revision: https://reviews.llvm.org/D26600 llvm-svn: 286941
2016-11-15 16:19:02 +08:00
[ELF] - Extend edata-etext.s test case. We did not have a test that would test that _etext address is equal to etext, _end == end and _edata == edata. Because of that, the following line was never executed when running our tests: https://github.com/llvm-mirror/lld/blob/master/ELF/Writer.cpp#L928 Patch fixes that. llvm-svn: 336280
2018-07-04 22:47:19 +08:00
.global _start,_end,_etext,_edata,end,etext,edata
Description of symbols is avalable here: https://docs.oracle.com/cd/E53394_01/html/E54766/u-etext-3c.html It is said that: _etext - The address of _etext is the first location after the last read-only loadable segment. _edata - The address of _edata is the first location after the last read-write loadable segment. _end - If the address of _edata is greater than the address of _etext, the address of _end is same as the address of _edata. In real life _end and _edata has different values for that case. Both gold/bfd set _edata to the end of the last non SHT_NOBITS section. This patch do the same for consistency. It should fix the https://llvm.org/bugs/show_bug.cgi?id=26729. Differential revision: http://reviews.llvm.org/D17601 llvm-svn: 262019
2016-02-26 22:36:36 +08:00
.text
_start:
nop
.data
.word 1
.bss
.align 4
.space 6