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

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

90 lines
3.1 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
[test] lld/test/: change llvm-objdump single-dash long options to double-dash options
2020-03-16 08:47:44 +08:00
# RUN: llvm-objdump -d %t.obj | FileCheck %s --check-prefix BEFORE
[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
# RUN: lld-link /entry:main /subsystem:console /out:%t.exe %t.obj %p/Inputs/library-arm64.lib %p/Inputs/library2-arm64.lib
[test] lld/test/: change llvm-objdump single-dash long options to double-dash options
2020-03-16 08:47:44 +08:00
# 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:
[AArch64InstPrinter] Change printAlignedLabel to print the target address in hexadecimal form Similar to D76580 (x86) and D76591 (PPC). ``` // llvm-objdump -d output (before) 10000: 08 00 00 94 bl #32 10004: 08 00 00 94 bl #32 // llvm-objdump -d output (after) 10000: 08 00 00 94 bl 0x10020 10004: 08 00 00 94 bl 0x10024 // GNU objdump -d. The lack of 0x is not ideal due to ambiguity. 10000: 94000008 bl 10020 <bar+0x18> 10004: 94000008 bl 10024 <bar+0x1c> ``` The new output makes it easier to find the jump target. Differential Revision: https://reviews.llvm.org/D77853
2020-04-10 09:46:35 +08:00
# BEFORE: 0: 00 00 00 94 bl 0x0
# BEFORE: 4: 00 00 00 94 bl 0x4
[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: 8: c0 03 5f d6 ret
[LLD] [COFF] Fix alignment of thunks for ARM/ARM64 The alignment of ARM64 range extension thunks was fixed in 7c816492197a, but ARM range extension thunks, and import and delay import thunks also need aligning (like all code on ARM platforms). I'm adding a test for alignment of ARM64 import thunks - not specifically adding tests for misalignment of all of them though. Differential Revision: https://reviews.llvm.org/D77796
2020-04-09 05:42:50 +08:00
# BEFORE: c: ff <unknown>
[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: 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:
[LLD] [COFF] Fix alignment of thunks for ARM/ARM64 The alignment of ARM64 range extension thunks was fixed in 7c816492197a, but ARM range extension thunks, and import and delay import thunks also need aligning (like all code on ARM platforms). I'm adding a test for alignment of ARM64 import thunks - not specifically adding tests for misalignment of all of them though. Differential Revision: https://reviews.llvm.org/D77796
2020-04-09 05:42:50 +08:00
# AFTER: 140001000: 04 00 00 94 bl 0x140001010
# AFTER: 140001004: 06 00 00 94 bl 0x14000101c
[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: 140001008: c0 03 5f d6 ret
[LLD] [COFF] Fix alignment of thunks for ARM/ARM64 The alignment of ARM64 range extension thunks was fixed in 7c816492197a, but ARM range extension thunks, and import and delay import thunks also need aligning (like all code on ARM platforms). I'm adding a test for alignment of ARM64 import thunks - not specifically adding tests for misalignment of all of them though. Differential Revision: https://reviews.llvm.org/D77796
2020-04-09 05:42:50 +08:00
# AFTER: 14000100c: ff cc cc cc <unknown>
# AFTER: 140001010: 10 00 00 b0 adrp x16, #4096
# AFTER: 140001014: 10 32 40 f9 ldr x16, [x16, #96]
# AFTER: 140001018: 00 02 1f d6 br x16
# AFTER: 14000101c: 10 00 00 b0 adrp x16, #4096
# AFTER: 140001020: 10 3a 40 f9 ldr x16, [x16, #112]
# AFTER: 140001024: 00 02 1f d6 br x16
[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
# 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
[LLD] [COFF] Fix alignment of thunks for ARM/ARM64 The alignment of ARM64 range extension thunks was fixed in 7c816492197a, but ARM range extension thunks, and import and delay import thunks also need aligning (like all code on ARM platforms). I'm adding a test for alignment of ARM64 import thunks - not specifically adding tests for misalignment of all of them though. Differential Revision: https://reviews.llvm.org/D77796
2020-04-09 05:42:50 +08:00
SectionData: 0000009400000094C0035FD6FF
[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
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
...