f29256a64a
The tensorflow AOT compiler can cross-target, but it can't run on (for example) arm64. We added earlier support where the AOT-ed header and object would be built on a separate builder and then passed at build time to a build host where the AOT compiler can't run, but clang can be otherwise built. To simplify such scenarios given we now support more than one AOT-able case (regalloc and inliner), we make the AOT scenario centered on whether files are generated, case by case (this includes the "passed from a different builder" scenario). This means we shouldn't need an 'umbrella' LLVM_HAVE_TF_AOT, in favor of case by case control. A builder can opt out of an AOT case by passing that case's model path as `none`. Note that the overrides still take precedence. This patch controls conditional compilation with case-specific flags, which can be enabled locally, for the component where those are available. We still keep an overall flag for some tests. The 'development/training' mode is unchanged, because there the model is passed from the command line and interpreted. Differential Revision: https://reviews.llvm.org/D117752
42 lines
1.4 KiB
LLVM
42 lines
1.4 KiB
LLVM
; Test behavior when inlining policy grows size out of control.
|
|
; In all cases, the end result is the same: mandatory inlinings must happen.
|
|
; However, when we discover we 'trip' over the artificially-low size increase
|
|
; factor, we don't inline anymore.
|
|
; REQUIRES: llvm_inliner_model_autogenerated
|
|
; RUN: opt -passes=scc-oz-module-inliner -enable-ml-inliner=release -ml-advisor-size-increase-threshold=10.0 -S < %s 2>&1 | FileCheck %s --check-prefix=CHECK --check-prefix=NOBOUNDS
|
|
; RUN: opt -passes=scc-oz-module-inliner -enable-ml-inliner=release -ml-advisor-size-increase-threshold=1.0 -S < %s 2>&1 | FileCheck %s --check-prefix=CHECK --check-prefix=BOUNDS
|
|
|
|
target datalayout = "e-m:e-p270:32:32-p271:32:32-p272:64:64-i64:64-f80:128-n8:16:32:64-S128"
|
|
target triple = "x86_64-grtev4-linux-gnu"
|
|
|
|
declare i64 @f1()
|
|
|
|
define i64 @f2() #0 {
|
|
%r = call i64 @f1()
|
|
%r2 = add i64 13, %r
|
|
ret i64 %r2
|
|
}
|
|
|
|
define i64 @some_function() {
|
|
%r = call i64 @f1()
|
|
%r2 = add i64 13, %r
|
|
ret i64 %r2
|
|
}
|
|
|
|
define i64 @top() {
|
|
%r = call i64 @f2()
|
|
%r2 = call i64 @some_function()
|
|
%r3 = add i64 %r, %r2
|
|
ret i64 %r3
|
|
}
|
|
|
|
attributes #0 = { alwaysinline }
|
|
|
|
; CHECK-LABEL: @top
|
|
; f2 must always be inlined, so we won't find a call to it in @top()
|
|
; CHECK-NOT: call i64 @f2
|
|
; @some-function isn't mandatory, and when we set the increase threshold too low,
|
|
; it won't be inlined.
|
|
; NOBOUNDS-NOT: @some_function
|
|
; BOUNDS: call i64 @some_function
|