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

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

56 lines
2.0 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
[ELF2] Implemented --entry flag. Patch from George Rimar! llvm-svn: 248806
2015-09-30 00:40:13 +08:00
# RUN: llvm-mc -filetype=obj -triple=x86_64-unknown-linux %s -o %t1
[ELF] - Fix for: Bug 30521 - lld exits non-zero return value linking a library with no entry symbol PR30521 was about linking shared library. After r282295 code when linking -shared produced "entry symbol not found" warning, what in combination with --fatal-errors failed linkage. Patch fixes logic (and adds testcases) to follow next rules: 1) If entry was specified and not found report warning. 2) If entry was not specified then: a) Emit warning if not -shared. b) Do not emit warning if -shared. Differential revision: https://reviews.llvm.org/D24913 llvm-svn: 282427
2016-09-27 03:04:42 +08:00
Set default entry point to .text if no entry point is found. Previously, if a symbol specified by -e or ENTRY() is not found, we didn't set entry point address. That is incompatible with GNU because GNU linkers set the first address of .text to entry. This patch implement that behavior. llvm-svn: 287836
2016-11-24 06:41:00 +08:00
# RUN: ld.lld -e foobar %t1 -o %t2 2>&1 | FileCheck -check-prefix=WARN1 %s
[ELF] Don't fall back to .text for e_entry We have the rule to simulate (https://sourceware.org/binutils/docs/ld/Entry-Point.html), but the behavior is questionable (https://sourceware.org/pipermail/binutils/2021-September/117929.html). gold doesn't fall back to .text. The behavior is unlikely relied by projects (there is even a warning for executable links), so let's just delete this fallback path. Reviewed By: jhenderson, peter.smith Differential Revision: https://reviews.llvm.org/D110014
2021-09-21 00:35:12 +08:00
# RUN: llvm-readobj --file-headers %t2 | FileCheck -check-prefix=NOENTRY %s
Set default entry point to .text if no entry point is found. Previously, if a symbol specified by -e or ENTRY() is not found, we didn't set entry point address. That is incompatible with GNU because GNU linkers set the first address of .text to entry. This patch implement that behavior. llvm-svn: 287836
2016-11-24 06:41:00 +08:00
[ELF] Don't fall back to .text for e_entry We have the rule to simulate (https://sourceware.org/binutils/docs/ld/Entry-Point.html), but the behavior is questionable (https://sourceware.org/pipermail/binutils/2021-September/117929.html). gold doesn't fall back to .text. The behavior is unlikely relied by projects (there is even a warning for executable links), so let's just delete this fallback path. Reviewed By: jhenderson, peter.smith Differential Revision: https://reviews.llvm.org/D110014
2021-09-21 00:35:12 +08:00
# WARN1: warning: cannot find entry symbol foobar; not setting start address
Set default entry point to .text if no entry point is found. Previously, if a symbol specified by -e or ENTRY() is not found, we didn't set entry point address. That is incompatible with GNU because GNU linkers set the first address of .text to entry. This patch implement that behavior. llvm-svn: 287836
2016-11-24 06:41:00 +08:00
Include ARGV[0] in error messages. This is what other linkers and clang driver do. Differential Revision: https://reviews.llvm.org/D25780 llvm-svn: 284634
2016-10-20 04:05:43 +08:00
# RUN: ld.lld %t1 -o %t2 2>&1 | FileCheck -check-prefix=WARN2 %s
[ELF] Don't fall back to .text for e_entry We have the rule to simulate (https://sourceware.org/binutils/docs/ld/Entry-Point.html), but the behavior is questionable (https://sourceware.org/pipermail/binutils/2021-September/117929.html). gold doesn't fall back to .text. The behavior is unlikely relied by projects (there is even a warning for executable links), so let's just delete this fallback path. Reviewed By: jhenderson, peter.smith Differential Revision: https://reviews.llvm.org/D110014
2021-09-21 00:35:12 +08:00
# RUN: llvm-readobj --file-headers %t2 | FileCheck -check-prefix=NOENTRY %s
# WARN2: warning: cannot find entry symbol _start; not setting start address
Set default entry point to .text if no entry point is found. Previously, if a symbol specified by -e or ENTRY() is not found, we didn't set entry point address. That is incompatible with GNU because GNU linkers set the first address of .text to entry. This patch implement that behavior. llvm-svn: 287836
2016-11-24 06:41:00 +08:00
# RUN: ld.lld -shared -e foobar %t1 -o %t2 2>&1 | FileCheck -check-prefix=WARN3 %s
[ELF] Don't fall back to .text for e_entry We have the rule to simulate (https://sourceware.org/binutils/docs/ld/Entry-Point.html), but the behavior is questionable (https://sourceware.org/pipermail/binutils/2021-September/117929.html). gold doesn't fall back to .text. The behavior is unlikely relied by projects (there is even a warning for executable links), so let's just delete this fallback path. Reviewed By: jhenderson, peter.smith Differential Revision: https://reviews.llvm.org/D110014
2021-09-21 00:35:12 +08:00
# RUN: llvm-readobj --file-headers %t2 | FileCheck -check-prefix=NOENTRY %s
# WARN3: warning: cannot find entry symbol foobar; not setting start address
[ELF] - Fix for: Bug 30521 - lld exits non-zero return value linking a library with no entry symbol PR30521 was about linking shared library. After r282295 code when linking -shared produced "entry symbol not found" warning, what in combination with --fatal-errors failed linkage. Patch fixes logic (and adds testcases) to follow next rules: 1) If entry was specified and not found report warning. 2) If entry was not specified then: a) Emit warning if not -shared. b) Do not emit warning if -shared. Differential revision: https://reviews.llvm.org/D24913 llvm-svn: 282427
2016-09-27 03:04:42 +08:00
# RUN: ld.lld -shared --fatal-warnings -e entry %t1 -o %t2
# RUN: ld.lld -shared --fatal-warnings %t1 -o %t2
Set default entry point to .text if no entry point is found. Previously, if a symbol specified by -e or ENTRY() is not found, we didn't set entry point address. That is incompatible with GNU because GNU linkers set the first address of .text to entry. This patch implement that behavior. llvm-svn: 287836
2016-11-24 06:41:00 +08:00
# RUN: echo .data > %t.s
# RUN: llvm-mc -filetype=obj -triple=x86_64-unknown-linux -n %t.s -o %t3
# RUN: ld.lld %t3 -o %t4 2>&1 | FileCheck -check-prefix=WARN4 %s
[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 --file-headers %t4 | FileCheck -check-prefix=NOENTRY %s
Set default entry point to .text if no entry point is found. Previously, if a symbol specified by -e or ENTRY() is not found, we didn't set entry point address. That is incompatible with GNU because GNU linkers set the first address of .text to entry. This patch implement that behavior. llvm-svn: 287836
2016-11-24 06:41:00 +08:00
# WARN4: cannot find entry symbol _start; not setting start address
# NOENTRY: Entry: 0x0
[ELF] Do not warn about missed entry symbol in case of relocatable output Relocatable file does not need to have an entry symbol so the warning is useless in that case. llvm-svn: 290206
2016-12-21 06:24:45 +08:00
# RUN: ld.lld -v -r %t1 -o %t2 2>&1 | FileCheck -check-prefix=WARN5 %s
# WARN5-NOT: warning: cannot find entry symbol
[ELF] Define symbols "_end" and "end" if referenced. These symbols are expected to point to the end of the data segment. Implements http://llvm.org/pr25528. Differential Revision: http://reviews.llvm.org/D14833 llvm-svn: 253637
2015-11-20 10:32:35 +08:00
# RUN: ld.lld %t1 -o %t2 -e entry
[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 --file-headers %t2 | FileCheck -check-prefix=SYM %s
[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
# SYM: Entry: 0x201128
Set default entry point to .text if no entry point is found. Previously, if a symbol specified by -e or ENTRY() is not found, we didn't set entry point address. That is incompatible with GNU because GNU linkers set the first address of .text to entry. This patch implement that behavior. llvm-svn: 287836
2016-11-24 06:41:00 +08:00
[ELF] - Fix for: Bug 30521 - lld exits non-zero return value linking a library with no entry symbol PR30521 was about linking shared library. After r282295 code when linking -shared produced "entry symbol not found" warning, what in combination with --fatal-errors failed linkage. Patch fixes logic (and adds testcases) to follow next rules: 1) If entry was specified and not found report warning. 2) If entry was not specified then: a) Emit warning if not -shared. b) Do not emit warning if -shared. Differential revision: https://reviews.llvm.org/D24913 llvm-svn: 282427
2016-09-27 03:04:42 +08:00
# RUN: ld.lld %t1 --fatal-warnings -shared -o %t2 -e entry
[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 --file-headers %t2 | FileCheck -check-prefix=DSO %s
[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
# DSO: Entry: 0x1240
Set default entry point to .text if no entry point is found. Previously, if a symbol specified by -e or ENTRY() is not found, we didn't set entry point address. That is incompatible with GNU because GNU linkers set the first address of .text to entry. This patch implement that behavior. llvm-svn: 287836
2016-11-24 06:41:00 +08:00
[ELF] Support --entry= option variant. Update tests while I'm there. llvm-svn: 274524
2016-07-05 05:50:50 +08:00
# RUN: ld.lld %t1 -o %t2 --entry=4096
[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 --file-headers %t2 | FileCheck -check-prefix=DEC %s
Set default entry point to .text if no entry point is found. Previously, if a symbol specified by -e or ENTRY() is not found, we didn't set entry point address. That is incompatible with GNU because GNU linkers set the first address of .text to entry. This patch implement that behavior. llvm-svn: 287836
2016-11-24 06:41:00 +08:00
# DEC: Entry: 0x1000
[ELF] Support --entry= option variant. Update tests while I'm there. llvm-svn: 274524
2016-07-05 05:50:50 +08:00
# RUN: ld.lld %t1 -o %t2 --entry 0xcafe
[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 --file-headers %t2 | FileCheck -check-prefix=HEX %s
Set default entry point to .text if no entry point is found. Previously, if a symbol specified by -e or ENTRY() is not found, we didn't set entry point address. That is incompatible with GNU because GNU linkers set the first address of .text to entry. This patch implement that behavior. llvm-svn: 287836
2016-11-24 06:41:00 +08:00
# HEX: Entry: 0xCAFE
Rename ld.lld2 to ld.lld since it is the default. llvm-svn: 253437
2015-11-18 14:11:01 +08:00
# RUN: ld.lld %t1 -o %t2 -e 0777
[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 --file-headers %t2 | FileCheck -check-prefix=OCT %s
ELF2: Support --entry=<addr>. If an argument for --entry is a number, that's not a symbol name but an absolute address. If that's the case, the address is directly set to ELF header's e_entry. llvm-svn: 250334
2015-10-15 06:20:57 +08:00
# OCT: Entry: 0x1FF
[ELF] Define symbols "_end" and "end" if referenced. These symbols are expected to point to the end of the data segment. Implements http://llvm.org/pr25528. Differential Revision: http://reviews.llvm.org/D14833 llvm-svn: 253637
2015-11-20 10:32:35 +08:00
.globl entry
Set default entry point to .text if no entry point is found. Previously, if a symbol specified by -e or ENTRY() is not found, we didn't set entry point address. That is incompatible with GNU because GNU linkers set the first address of .text to entry. This patch implement that behavior. llvm-svn: 287836
2016-11-24 06:41:00 +08:00
.text
.quad 0
[ELF] Define symbols "_end" and "end" if referenced. These symbols are expected to point to the end of the data segment. Implements http://llvm.org/pr25528. Differential Revision: http://reviews.llvm.org/D14833 llvm-svn: 253637
2015-11-20 10:32:35 +08:00
entry:
Set default entry point to .text if no entry point is found. Previously, if a symbol specified by -e or ENTRY() is not found, we didn't set entry point address. That is incompatible with GNU because GNU linkers set the first address of .text to entry. This patch implement that behavior. llvm-svn: 287836
2016-11-24 06:41:00 +08:00
ret