252c42354e
The issue is uncovered by #47698: for assembly files, -triple= specifies the full target triple while -arch= merely sets the architecture part of the default target triple, leaving a target triple which may not make sense, e.g. riscv64-apple-darwin. Therefore, -arch= is error-prone and not recommended for tests. The issue has been benign as we recognize $unknown-apple-darwin as ELF instead of rejecting it outrightly. Due to the nature of the issue, we don't see the issue in tests using architectures that any of Mach-O/COFF/XCOFF supports.
10 lines
494 B
ArmAsm
10 lines
494 B
ArmAsm
# RUN: llvm-mc %s -triple=mips -mcpu=mips32r2 -mattr=+msa -show-encoding | FileCheck %s
|
|
#
|
|
# CHECK: insert.b $w23[3], $sp # encoding: [0x79,0x03,0xed,0xd9]
|
|
# CHECK: insert.h $w20[2], $5 # encoding: [0x79,0x22,0x2d,0x19]
|
|
# CHECK: insert.w $w8[2], $15 # encoding: [0x79,0x32,0x7a,0x19]
|
|
|
|
insert.b $w23[3], $sp
|
|
insert.h $w20[2], $5
|
|
insert.w $w8[2], $15
|