mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-10-19 02:52:53 +02:00
277138a332
This is causing compilation timeouts on code with long sequences of local values and calls (i.e. foo(1); foo(2); foo(3); ...). It turns out that code coverage instrumentation is a great way to create sequences like this, which how our users ran into the issue in practice. Intel has a tool that detects these kinds of non-linear compile time issues, and Andy Kaylor reported it as PR37010. The current sinking code scans the whole basic block once per local value sink, which happens before emitting each call. In theory, local values should only be introduced to be used by instructions between the current flush point and the last flush point, so we should only need to scan those instructions. llvm-svn: 329822
48 lines
1.8 KiB
LLVM
48 lines
1.8 KiB
LLVM
; RUN: llc -fast-isel-sink-local-values < %s -O0 -verify-machineinstrs -fast-isel-abort=1 -relocation-model=dynamic-no-pic -mtriple=armv7-apple-ios | FileCheck %s --check-prefix=ARM
|
|
; RUN: llc -fast-isel-sink-local-values < %s -O0 -verify-machineinstrs -fast-isel-abort=1 -relocation-model=dynamic-no-pic -mtriple=armv7-linux-gnueabi | FileCheck %s --check-prefix=ARM
|
|
; RUN: llc -fast-isel-sink-local-values < %s -O0 -verify-machineinstrs -fast-isel-abort=1 -relocation-model=dynamic-no-pic -mtriple=thumbv7-apple-ios | FileCheck %s --check-prefix=THUMB
|
|
|
|
define i32 @VarArg() nounwind {
|
|
entry:
|
|
%i = alloca i32, align 4
|
|
%j = alloca i32, align 4
|
|
%k = alloca i32, align 4
|
|
%m = alloca i32, align 4
|
|
%n = alloca i32, align 4
|
|
%tmp = alloca i32, align 4
|
|
%0 = load i32, i32* %i, align 4
|
|
%1 = load i32, i32* %j, align 4
|
|
%2 = load i32, i32* %k, align 4
|
|
%3 = load i32, i32* %m, align 4
|
|
%4 = load i32, i32* %n, align 4
|
|
; ARM: VarArg
|
|
; ARM: mov [[FP:r[0-9]+]], sp
|
|
; ARM: sub sp, sp, #{{(36|40)}}
|
|
; ARM: ldr r1, {{\[}}[[FP]], #-4]
|
|
; ARM: ldr r2, {{\[}}[[FP]], #-8]
|
|
; ARM: ldr r3, {{\[}}[[FP]], #-12]
|
|
; ARM: ldr [[Ra:r[0-9]+]], {{\[}}[[FP]], #-16]
|
|
; ARM: ldr [[Rb:[lr]+[0-9]*]], [sp, #{{(16|20)}}]
|
|
; ARM: movw [[Rc:[lr]+[0-9]*]], #5
|
|
; Ra got spilled
|
|
; ARM: mov r0, [[Rc]]
|
|
; ARM: str {{.*}}, [sp]
|
|
; ARM: str [[Rb]], [sp, #4]
|
|
; ARM: bl {{_?CallVariadic}}
|
|
; THUMB: sub sp, #{{36}}
|
|
; THUMB: ldr r1, [sp, #32]
|
|
; THUMB: ldr r2, [sp, #28]
|
|
; THUMB: ldr r3, [sp, #24]
|
|
; THUMB: ldr {{[a-z0-9]+}}, [sp, #20]
|
|
; THUMB: ldr.w {{[a-z0-9]+}}, [sp, #16]
|
|
; THUMB: str.w {{[a-z0-9]+}}, [sp]
|
|
; THUMB: str.w {{[a-z0-9]+}}, [sp, #4]
|
|
; THUMB: bl {{_?}}CallVariadic
|
|
%call = call i32 (i32, ...) @CallVariadic(i32 5, i32 %0, i32 %1, i32 %2, i32 %3, i32 %4)
|
|
store i32 %call, i32* %tmp, align 4
|
|
%5 = load i32, i32* %tmp, align 4
|
|
ret i32 %5
|
|
}
|
|
|
|
declare i32 @CallVariadic(i32, ...)
|