Similar to 806761a762
-mtriple= specifies the full target triple while -march= merely sets the
architecture part of the default target triple (e.g. Windows, macOS).
Therefore, -march= is error-prone and not recommended for tests without
a target triple. The issue has been benign as these MIR tests do not
utilize object file format specific detail, but it's good to change
these tests to neighbor files that use -mtriple=x86_64
25 lines
465 B
YAML
25 lines
465 B
YAML
# RUN: not llc -mtriple=x86_64 -run-pass none -o /dev/null %s 2>&1 | FileCheck %s
|
|
|
|
--- |
|
|
|
|
@G = external global i32
|
|
|
|
define i32 @inc() {
|
|
entry:
|
|
%a = load i32, ptr @G
|
|
%b = add i32 %a, 1
|
|
ret i32 %b
|
|
}
|
|
|
|
...
|
|
---
|
|
name: inc
|
|
body: |
|
|
bb.0.entry:
|
|
; CHECK: [[@LINE+1]]:37: expected an integer literal after '+'
|
|
$rax = MOV64rm $rip, 1, _, @G + , _
|
|
$eax = MOV32rm $rax, 1, _, 0, _
|
|
$eax = INC32r $eax, implicit-def $eflags
|
|
RET64 $eax
|
|
...
|