806761a762
The issue is uncovered by #47698: for IR files without a target triple, -mtriple= specifies the full target triple while -march= 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, -march= is error-prone and not recommended for tests without a target triple. The issue has been benign as we recognize $unknown-apple-darwin as ELF instead of rejecting it outrightly.
29 lines
1.1 KiB
LLVM
29 lines
1.1 KiB
LLVM
; RUN: llc -mtriple=mipsel -filetype=obj --disable-machine-licm -mattr=micromips < %s -o - \
|
|
; RUN: | llvm-objdump --no-print-imm-hex --no-show-raw-insn -d - | FileCheck %s --check-prefix=MICROMIPS
|
|
|
|
; Use llvm-objdump to check wheter the encodings of microMIPS atomic instructions are correct.
|
|
; While emitting assembly files directly when in microMIPS mode, it is possible to emit a mips32r2
|
|
; instruction instead of microMIPS instruction, and since many mips32r2 and microMIPS
|
|
; instructions have identical assembly formats, invalid instruction cannot be detected.
|
|
|
|
@y = common global i8 0, align 1
|
|
|
|
define signext i8 @AtomicLoadAdd8(i8 signext %incr) nounwind {
|
|
entry:
|
|
%0 = atomicrmw add ptr @y, i8 %incr monotonic
|
|
ret i8 %0
|
|
|
|
; MICROMIPS: ll ${{[0-9]+}}, 0(${{[0-9]+}})
|
|
; MICROMIPS: sc ${{[0-9]+}}, 0(${{[0-9]+}})
|
|
}
|
|
|
|
define signext i8 @AtomicCmpSwap8(i8 signext %oldval, i8 signext %newval) nounwind {
|
|
entry:
|
|
%pair0 = cmpxchg ptr @y, i8 %oldval, i8 %newval monotonic monotonic
|
|
%0 = extractvalue { i8, i1 } %pair0, 0
|
|
ret i8 %0
|
|
|
|
; MICROMIPS: ll ${{[0-9]+}}, 0(${{[0-9]+}})
|
|
; MICROMIPS: sc ${{[0-9]+}}, 0(${{[0-9]+}})
|
|
}
|