maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/lld/test/COFF/arm64-import2.test

88 lines
3.0 KiB
Plaintext
Raw Normal View History

[COFF] Align import address chunks to the pointer size This fixes cases on ARM64 when importing from more than one DLL, in case the imports from the first DLL ended up unaligned. When fixing up a IMAGE_REL_ARM64_PAGEOFFSET_12L, which shifts the offset by the load/store size, check that the shift doesn't discard any bits. (This would also detect if the import address chunks were unaligned.) Differential revision: https://reviews.llvm.org/D35640 llvm-svn: 308585
2017-07-20 13:49:54 +08:00
# REQUIRES: aarch64
# RUN: yaml2obj < %s > %t.obj
# RUN: llvm-objdump -d %t.obj | FileCheck %s -check-prefix BEFORE
# RUN: lld-link /entry:main /subsystem:console /out:%t.exe %t.obj %p/Inputs/library-arm64.lib %p/Inputs/library2-arm64.lib
# RUN: llvm-objdump -d %t.exe | FileCheck %s -check-prefix AFTER
[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 --coff-imports %t.exe | FileCheck %s -check-prefix IMPORTS
[COFF] Align import address chunks to the pointer size This fixes cases on ARM64 when importing from more than one DLL, in case the imports from the first DLL ended up unaligned. When fixing up a IMAGE_REL_ARM64_PAGEOFFSET_12L, which shifts the offset by the load/store size, check that the shift doesn't discard any bits. (This would also detect if the import address chunks were unaligned.) Differential revision: https://reviews.llvm.org/D35640 llvm-svn: 308585
2017-07-20 13:49:54 +08:00
# BEFORE: Disassembly of section .text:
[llvm-objdump] Print newlines before and after "Disassembly of section ...:" This improves readability and the behavior is consistent with GNU objdump. The new test test/tools/llvm-objdump/X86/disassemble-section-name.s checks we print newlines before and after "Disassembly of section ...:" Differential Revision: https://reviews.llvm.org/D61127 llvm-svn: 359668
2019-05-01 18:40:48 +08:00
# BEFORE-EMPTY:
[COFF] Align import address chunks to the pointer size This fixes cases on ARM64 when importing from more than one DLL, in case the imports from the first DLL ended up unaligned. When fixing up a IMAGE_REL_ARM64_PAGEOFFSET_12L, which shifts the offset by the load/store size, check that the shift doesn't discard any bits. (This would also detect if the import address chunks were unaligned.) Differential revision: https://reviews.llvm.org/D35640 llvm-svn: 308585
2017-07-20 13:49:54 +08:00
# BEFORE: 0: 00 00 00 94 bl #0
# BEFORE: 4: 00 00 00 94 bl #0
# BEFORE: 8: c0 03 5f d6 ret
# AFTER: Disassembly of section .text:
[llvm-objdump] Print newlines before and after "Disassembly of section ...:" This improves readability and the behavior is consistent with GNU objdump. The new test test/tools/llvm-objdump/X86/disassemble-section-name.s checks we print newlines before and after "Disassembly of section ...:" Differential Revision: https://reviews.llvm.org/D61127 llvm-svn: 359668
2019-05-01 18:40:48 +08:00
# AFTER-EMPTY:
[COFF] Align import address chunks to the pointer size This fixes cases on ARM64 when importing from more than one DLL, in case the imports from the first DLL ended up unaligned. When fixing up a IMAGE_REL_ARM64_PAGEOFFSET_12L, which shifts the offset by the load/store size, check that the shift doesn't discard any bits. (This would also detect if the import address chunks were unaligned.) Differential revision: https://reviews.llvm.org/D35640 llvm-svn: 308585
2017-07-20 13:49:54 +08:00
# AFTER: 140001000: 03 00 00 94 bl #12
# AFTER: 140001004: 05 00 00 94 bl #20
# AFTER: 140001008: c0 03 5f d6 ret
# AFTER: 14000100c: 10 00 00 b0 adrp x16, #4096
# AFTER: 140001010: 10 32 40 f9 ldr x16, [x16, #96]
# AFTER: 140001014: 00 02 1f d6 br x16
# AFTER: 140001018: 10 00 00 b0 adrp x16, #4096
# AFTER: 14000101c: 10 3a 40 f9 ldr x16, [x16, #112]
# AFTER: 140001020: 00 02 1f d6 br x16
# IMPORTS: Import {
# IMPORTS: Name: library.dll
# IMPORTS: ImportLookupTableRVA: 0x2040
# IMPORTS: ImportAddressTableRVA: 0x2060
# IMPORTS: Symbol: function (2)
# IMPORTS: }
# IMPORTS: Import {
# IMPORTS: Name: library2.dll
# IMPORTS: ImportLookupTableRVA: 0x2050
# IMPORTS: ImportAddressTableRVA: 0x2070
# IMPORTS: Symbol: function2 (0)
# IMPORTS: }
--- !COFF
header:
Machine: IMAGE_FILE_MACHINE_ARM64
Characteristics: [ ]
sections:
- Name: .text
Characteristics: [ IMAGE_SCN_CNT_CODE, IMAGE_SCN_MEM_EXECUTE, IMAGE_SCN_MEM_READ ]
Alignment: 4
SectionData: 0000009400000094C0035FD6
Relocations:
- VirtualAddress: 0
SymbolName: function
Update tests for ARMNT/ARM64 reloc names After ObjectYAML learnt the proper enum names for ARMNT/ARM64 relocations, it no longer accepts the numerical values. This fixes LLD tests after SVN r317459 in LLVM. llvm-svn: 317460
2017-11-06 15:22:17 +08:00
Type: IMAGE_REL_ARM64_BRANCH26
[COFF] Align import address chunks to the pointer size This fixes cases on ARM64 when importing from more than one DLL, in case the imports from the first DLL ended up unaligned. When fixing up a IMAGE_REL_ARM64_PAGEOFFSET_12L, which shifts the offset by the load/store size, check that the shift doesn't discard any bits. (This would also detect if the import address chunks were unaligned.) Differential revision: https://reviews.llvm.org/D35640 llvm-svn: 308585
2017-07-20 13:49:54 +08:00
- VirtualAddress: 4
SymbolName: function2
Update tests for ARMNT/ARM64 reloc names After ObjectYAML learnt the proper enum names for ARMNT/ARM64 relocations, it no longer accepts the numerical values. This fixes LLD tests after SVN r317459 in LLVM. llvm-svn: 317460
2017-11-06 15:22:17 +08:00
Type: IMAGE_REL_ARM64_BRANCH26
[COFF] Align import address chunks to the pointer size This fixes cases on ARM64 when importing from more than one DLL, in case the imports from the first DLL ended up unaligned. When fixing up a IMAGE_REL_ARM64_PAGEOFFSET_12L, which shifts the offset by the load/store size, check that the shift doesn't discard any bits. (This would also detect if the import address chunks were unaligned.) Differential revision: https://reviews.llvm.org/D35640 llvm-svn: 308585
2017-07-20 13:49:54 +08:00
symbols:
- Name: .text
Value: 0
SectionNumber: 1
SimpleType: IMAGE_SYM_TYPE_NULL
ComplexType: IMAGE_SYM_DTYPE_NULL
StorageClass: IMAGE_SYM_CLASS_STATIC
SectionDefinition:
Length: 12
NumberOfRelocations: 2
NumberOfLinenumbers: 0
CheckSum: 1438860354
Number: 1
- Name: main
Value: 0
SectionNumber: 1
SimpleType: IMAGE_SYM_TYPE_NULL
ComplexType: IMAGE_SYM_DTYPE_NULL
StorageClass: IMAGE_SYM_CLASS_EXTERNAL
- Name: function
Value: 0
SectionNumber: 0
SimpleType: IMAGE_SYM_TYPE_NULL
ComplexType: IMAGE_SYM_DTYPE_NULL
StorageClass: IMAGE_SYM_CLASS_EXTERNAL
- Name: function2
Value: 0
SectionNumber: 0
SimpleType: IMAGE_SYM_TYPE_NULL
ComplexType: IMAGE_SYM_DTYPE_NULL
StorageClass: IMAGE_SYM_CLASS_EXTERNAL
...