mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-10-23 04:52:54 +02:00
33d655fd7a
Currently, our diagnostics for assembly operands are not consistent. Some start with (for example) "immediate operand must be ...", and some with "operand must be an immediate ...". I think the latter form is preferable for a few reasons: * It's unambiguous that it is referring to the expected type of operand, not the type the user provided. For example, the user could provide an register operand, and get a message taking about an operand is if it is already an immediate, just not in the accepted range. * It allows us to have a consistent style once we add diagnostics for operands that could take two forms, for example a label or pc-relative memory operand. Differential revision: https://reviews.llvm.org/D36689 llvm-svn: 314887
20 lines
321 B
ArmAsm
20 lines
321 B
ArmAsm
@ RUN: not llvm-mc -triple thumbv6m-eabi %s 2>&1 | FileCheck %s
|
|
|
|
.syntax unified
|
|
.text
|
|
.thumb
|
|
|
|
undefined:
|
|
udfpl
|
|
|
|
@ CHECK: error: conditional execution not supported in Thumb1
|
|
@ CHECK: udfpl
|
|
@ CHECK: ^
|
|
|
|
udf #256
|
|
|
|
@ CHECK: error: operand must be an immediate in the range [0,255]
|
|
@ CHECK: udf #256
|
|
@ CHECK: ^
|
|
|