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/emulation-aarch64.s

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

58 lines
2.5 KiB
ArmAsm
Raw Normal View History

[ELF] Split up emulation.s per backend emulation.s is testing multiple architectures, which means it needs all the corresponding backends enabled, which might not be true for all developers (for example, I don't have PPC or MIPS enabled). Rather than marking the entire test as unsupported for such developers, split it up per backend to get better testing granularity. Differential Revision: https://reviews.llvm.org/D53544 llvm-svn: 344986
2018-10-23 09:19:18 +08:00
# REQUIRES: aarch64
# RUN: llvm-mc -filetype=obj -triple=aarch64-unknown-linux %s -o %taarch64
# RUN: ld.lld -m aarch64linux %taarch64 -o %t2aarch64
[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 %t2aarch64 | FileCheck --check-prefix=AARCH64 %s
[ELF] Split up emulation.s per backend emulation.s is testing multiple architectures, which means it needs all the corresponding backends enabled, which might not be true for all developers (for example, I don't have PPC or MIPS enabled). Rather than marking the entire test as unsupported for such developers, split it up per backend to get better testing granularity. Differential Revision: https://reviews.llvm.org/D53544 llvm-svn: 344986
2018-10-23 09:19:18 +08:00
# RUN: ld.lld -m aarch64elf %taarch64 -o %t3aarch64
[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 %t3aarch64 | FileCheck --check-prefix=AARCH64 %s
[ELF] Split up emulation.s per backend emulation.s is testing multiple architectures, which means it needs all the corresponding backends enabled, which might not be true for all developers (for example, I don't have PPC or MIPS enabled). Rather than marking the entire test as unsupported for such developers, split it up per backend to get better testing granularity. Differential Revision: https://reviews.llvm.org/D53544 llvm-svn: 344986
2018-10-23 09:19:18 +08:00
# RUN: ld.lld -m aarch64_elf64_le_vec %taarch64 -o %t4aarch64
[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 %t4aarch64 | FileCheck --check-prefix=AARCH64 %s
[ELF] Split up emulation.s per backend emulation.s is testing multiple architectures, which means it needs all the corresponding backends enabled, which might not be true for all developers (for example, I don't have PPC or MIPS enabled). Rather than marking the entire test as unsupported for such developers, split it up per backend to get better testing granularity. Differential Revision: https://reviews.llvm.org/D53544 llvm-svn: 344986
2018-10-23 09:19:18 +08:00
# RUN: ld.lld %taarch64 -o %t5aarch64
[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 %t5aarch64 | FileCheck --check-prefix=AARCH64 %s
[ELF] Split up emulation.s per backend emulation.s is testing multiple architectures, which means it needs all the corresponding backends enabled, which might not be true for all developers (for example, I don't have PPC or MIPS enabled). Rather than marking the entire test as unsupported for such developers, split it up per backend to get better testing granularity. Differential Revision: https://reviews.llvm.org/D53544 llvm-svn: 344986
2018-10-23 09:19:18 +08:00
# RUN: echo 'OUTPUT_FORMAT(elf64-littleaarch64)' > %t4aarch64.script
# RUN: ld.lld %t4aarch64.script %taarch64 -o %t4aarch64
[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 %t4aarch64 | FileCheck --check-prefix=AARCH64 %s
[ELF] Split up emulation.s per backend emulation.s is testing multiple architectures, which means it needs all the corresponding backends enabled, which might not be true for all developers (for example, I don't have PPC or MIPS enabled). Rather than marking the entire test as unsupported for such developers, split it up per backend to get better testing granularity. Differential Revision: https://reviews.llvm.org/D53544 llvm-svn: 344986
2018-10-23 09:19:18 +08:00
# AARCH64: ElfHeader {
# AARCH64-NEXT: Ident {
# AARCH64-NEXT: Magic: (7F 45 4C 46)
# AARCH64-NEXT: Class: 64-bit (0x2)
# AARCH64-NEXT: DataEncoding: LittleEndian (0x1)
# AARCH64-NEXT: FileVersion: 1
# AARCH64-NEXT: OS/ABI: SystemV (0x0)
# AARCH64-NEXT: ABIVersion: 0
# AARCH64-NEXT: Unused: (00 00 00 00 00 00 00)
# AARCH64-NEXT: }
# AARCH64-NEXT: Type: Executable (0x2)
# AARCH64-NEXT: Machine: EM_AARCH64 (0xB7)
# AARCH64-NEXT: Version: 1
# AARCH64-NEXT: Entry:
# AARCH64-NEXT: ProgramHeaderOffset: 0x40
# AARCH64-NEXT: SectionHeaderOffset:
# AARCH64-NEXT: Flags [ (0x0)
# AARCH64-NEXT: ]
Recognize FreeBSD specific BFD names in OUTPUT_FORMAT Summary: After rLLD344952 ("Add OUTPUT_FORMAT linker script directive support"), using BFD names such as `elf64-x86-64-freebsd` the `OUTPUT_FORMAT` linker script command does not work anymore, resulting in errors like: ``` ld: error: /home/dim/src/clang800-import/stand/efi/loader/arch/amd64/ldscript.amd64:2: unknown output format name: elf64-x86-64-freebsd >>> OUTPUT_FORMAT("elf64-x86-64-freebsd", "elf64-x86-64-freebsd", "elf64-x86-64-freebsd") >>> ^ ``` To fix this, recognize a `-freebsd` suffix in BFD names, and also set `Configuration::OSABI` to `ELFOSABI_FREEBSD` for those cases. Add and/or update several test cases to check for the correct results of these new `OUTPUT_FORMAT` arguments. Reviewers: ruiu, atanasyan, grimar, hokein, emaste, espindola Reviewed By: ruiu Subscribers: nemanjai, javed.absar, arichardson, krytarowski, kristof.beyls, kbarton, llvm-commits Differential Revision: https://reviews.llvm.org/D57283 llvm-svn: 352606
2019-01-30 14:31:52 +08:00
# RUN: llvm-mc -filetype=obj -triple=aarch64-unknown-freebsd %s -o %taarch64fbsd
# RUN: echo 'OUTPUT_FORMAT(elf64-aarch64-freebsd)' > %taarch64fbsd.script
# RUN: ld.lld %taarch64fbsd.script %taarch64fbsd -o %t2aarch64fbsd
[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 %t2aarch64fbsd | FileCheck --check-prefix=AARCH64-FBSD %s
Recognize FreeBSD specific BFD names in OUTPUT_FORMAT Summary: After rLLD344952 ("Add OUTPUT_FORMAT linker script directive support"), using BFD names such as `elf64-x86-64-freebsd` the `OUTPUT_FORMAT` linker script command does not work anymore, resulting in errors like: ``` ld: error: /home/dim/src/clang800-import/stand/efi/loader/arch/amd64/ldscript.amd64:2: unknown output format name: elf64-x86-64-freebsd >>> OUTPUT_FORMAT("elf64-x86-64-freebsd", "elf64-x86-64-freebsd", "elf64-x86-64-freebsd") >>> ^ ``` To fix this, recognize a `-freebsd` suffix in BFD names, and also set `Configuration::OSABI` to `ELFOSABI_FREEBSD` for those cases. Add and/or update several test cases to check for the correct results of these new `OUTPUT_FORMAT` arguments. Reviewers: ruiu, atanasyan, grimar, hokein, emaste, espindola Reviewed By: ruiu Subscribers: nemanjai, javed.absar, arichardson, krytarowski, kristof.beyls, kbarton, llvm-commits Differential Revision: https://reviews.llvm.org/D57283 llvm-svn: 352606
2019-01-30 14:31:52 +08:00
# AARCH64-FBSD: ElfHeader {
# AARCH64-FBSD-NEXT: Ident {
# AARCH64-FBSD-NEXT: Magic: (7F 45 4C 46)
# AARCH64-FBSD-NEXT: Class: 64-bit (0x2)
# AARCH64-FBSD-NEXT: DataEncoding: LittleEndian (0x1)
# AARCH64-FBSD-NEXT: FileVersion: 1
# AARCH64-FBSD-NEXT: OS/ABI: FreeBSD (0x9)
# AARCH64-FBSD-NEXT: ABIVersion: 0
# AARCH64-FBSD-NEXT: Unused: (00 00 00 00 00 00 00)
# AARCH64-FBSD-NEXT: }
# AARCH64-FBSD-NEXT: Type: Executable (0x2)
# AARCH64-FBSD-NEXT: Machine: EM_AARCH64 (0xB7)
# AARCH64-FBSD-NEXT: Version: 1
# AARCH64-FBSD-NEXT: Entry:
# AARCH64-FBSD-NEXT: ProgramHeaderOffset: 0x40
# AARCH64-FBSD-NEXT: SectionHeaderOffset:
# AARCH64-FBSD-NEXT: Flags [ (0x0)
# AARCH64-FBSD-NEXT: ]
[ELF] Split up emulation.s per backend emulation.s is testing multiple architectures, which means it needs all the corresponding backends enabled, which might not be true for all developers (for example, I don't have PPC or MIPS enabled). Rather than marking the entire test as unsupported for such developers, split it up per backend to get better testing granularity. Differential Revision: https://reviews.llvm.org/D53544 llvm-svn: 344986
2018-10-23 09:19:18 +08:00
.globl _start
_start: