mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-10-24 13:33:37 +02:00
4e756438e4
When we translate a no-op (same type) bitcast, we try to be clever and only emit a COPY if we already assigned a vreg to the defined value. However, when we didn't, we tried to assign to a reference into the ValToVReg DenseMap, even though the RHS of the assignment (getOrCreateVReg) could potentially grow that DenseMap, invalidating the reference. Avoid that by getting the source vreg first. I audited the rest of the translator; this is the only tricky case. The test is quite unwieldy, as the problem is caused by the DenseMap growing, which happens after the 47th mapped value. llvm-svn: 297208
31 lines
914 B
LLVM
31 lines
914 B
LLVM
; RUN: llc -O0 -mtriple=aarch64-apple-ios -global-isel -stop-after=irtranslator %s -o - | FileCheck %s
|
|
|
|
; Check that we don't invalidate the vreg map.
|
|
; This test is brittle: the invalidation only triggers when we grow the map.
|
|
|
|
; CHECK-LABEL: name: test_bitcast_invalid_vreg
|
|
define i32 @test_bitcast_invalid_vreg() {
|
|
%tmp0 = add i32 1, 2
|
|
%tmp1 = add i32 3, 4
|
|
%tmp2 = add i32 5, 6
|
|
%tmp3 = add i32 7, 8
|
|
%tmp4 = add i32 9, 10
|
|
%tmp5 = add i32 11, 12
|
|
%tmp6 = add i32 13, 14
|
|
%tmp7 = add i32 15, 16
|
|
%tmp8 = add i32 17, 18
|
|
%tmp9 = add i32 19, 20
|
|
%tmp10 = add i32 21, 22
|
|
%tmp11 = add i32 23, 24
|
|
%tmp12 = add i32 25, 26
|
|
%tmp13 = add i32 27, 28
|
|
%tmp14 = add i32 29, 30
|
|
%tmp15 = add i32 30, 30
|
|
|
|
; At this point we mapped 46 values. The 'i32 100' constant will grow the map.
|
|
; CHECK: %46(s32) = G_CONSTANT i32 100
|
|
; CHECK: %w0 = COPY %46(s32)
|
|
%res = bitcast i32 100 to i32
|
|
ret i32 %res
|
|
}
|