Files
clang-p2996/llvm/test/Transforms/AggressiveInstCombine/trunc_const_expr.ll
Bjorn Pettersson 3f8027fb67 [test] Update some test cases to use -passes when specifying the pipeline
This updates transform test cases for
  ADCE
  AddDiscriminators
  AggressiveInstCombine
  AlignmentFromAssumptions
  ArgumentPromotion
  BDCE
  CalledValuePropagation
  DCE
  Reg2Mem
  WholeProgramDevirt
to use the -passes syntax when specifying the pipeline.

Given that LLVM_ENABLE_NEW_PASS_MANAGER isn't set to off (which is
a deprecated feature) the updated test cases already used the new
pass manager, but they were using the legacy syntax when specifying
the passes to run. This patch can be seen as a step toward deprecating
that interface.

This patch also removes some redundant RUN lines. Here I am
referring to test cases that had multiple RUN lines verifying both
the legacy "-passname" syntax and the new "-passes=passname" syntax.
Since we switched the default pass manager to "new PM" both RUN lines
have verified the new PM version of the pass (more or less wasting
time running the same test twice), unless LLVM_ENABLE_NEW_PASS_MANAGER
is set to "off". It is assumed that it is enough to run these tests
with the new pass manager now.

Differential Revision: https://reviews.llvm.org/D108472
2021-09-29 21:51:08 +02:00

143 lines
4.8 KiB
LLVM

; NOTE: Assertions have been autogenerated by utils/update_test_checks.py
; RUN: opt < %s -passes=aggressive-instcombine -S | FileCheck %s
target datalayout = "e-p:64:64:64-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-f32:32:32-f64:64:64-v64:64:64-v128:128:128-a0:0:64-s0:64:64-f80:128:128-n8:16:32:64"
; Aggressive Instcombine should be able to reduce width of these constant
; expressions, without crashing.
declare i32 @use32(i32)
declare <2 x i32> @use32_vec(<2 x i32>)
declare <vscale x 2 x i32> @use32_scale_vec(<vscale x 2 x i32>)
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;; These tests check cases where expression dag post-dominated by TruncInst
;; contains instruction, which has more than one usage.
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
define void @const_expression_mul() {
; CHECK-LABEL: @const_expression_mul(
; CHECK-NEXT: [[TMP1:%.*]] = call i32 @use32(i32 242)
; CHECK-NEXT: ret void
;
%A = mul i64 11, 22
%T = trunc i64 %A to i32
call i32 @use32(i32 %T)
ret void
}
define void @const_expression_zext() {
; CHECK-LABEL: @const_expression_zext(
; CHECK-NEXT: [[TMP1:%.*]] = call i32 @use32(i32 33)
; CHECK-NEXT: ret void
;
%A = zext i32 33 to i64
%T = trunc i64 %A to i32
call i32 @use32(i32 %T)
ret void
}
define void @const_expression_trunc() {
; CHECK-LABEL: @const_expression_trunc(
; CHECK-NEXT: [[TMP1:%.*]] = call i32 @use32(i32 44)
; CHECK-NEXT: ret void
;
%T = trunc i64 44 to i32
call i32 @use32(i32 %T)
ret void
}
; Check that we handle constant expression trunc instruction, when it is a leaf
; of other trunc expression pattern:
; 1. %T1 is the constant expression trunc instruction.
; 2. %T2->%T1 is the trunc expression pattern we want to reduce.
define void @const_expression_trunc_leaf() {
; CHECK-LABEL: @const_expression_trunc_leaf(
; CHECK-NEXT: [[TMP1:%.*]] = call i32 @use32(i32 44)
; CHECK-NEXT: ret void
;
%T1 = trunc i64 44 to i48
%T2 = trunc i48 %T1 to i32
call i32 @use32(i32 %T2)
ret void
}
; Check that we handle zext instruction, which turns into trunc instruction.
; Notice that there are two expression patterns below:
; 1. %T2->%T1
; 2. %T1`->%A (where %T1` is the reduced node of %T1 into trunc instruction)
define void @const_expression_zext_to_trunc() {
; CHECK-LABEL: @const_expression_zext_to_trunc(
; CHECK-NEXT: [[TMP1:%.*]] = call i32 @use32(i32 44)
; CHECK-NEXT: ret void
;
%A = add i64 11, 33
%T1 = zext i64 %A to i128
%T2 = trunc i128 %T1 to i32
call i32 @use32(i32 %T2)
ret void
}
define void @const_expression_mul_vec() {
; CHECK-LABEL: @const_expression_mul_vec(
; CHECK-NEXT: [[TMP1:%.*]] = call <2 x i32> @use32_vec(<2 x i32> <i32 24531, i32 24864>)
; CHECK-NEXT: ret void
;
%A = mul <2 x i64> <i64 111, i64 112>, <i64 221, i64 222>
%T = trunc <2 x i64> %A to <2 x i32>
call <2 x i32> @use32_vec(<2 x i32> %T)
ret void
}
define void @const_expression_zext_vec() {
; CHECK-LABEL: @const_expression_zext_vec(
; CHECK-NEXT: [[TMP1:%.*]] = call <2 x i32> @use32_vec(<2 x i32> <i32 331, i32 332>)
; CHECK-NEXT: ret void
;
%A = zext <2 x i32> <i32 331, i32 332> to <2 x i64>
%T = trunc <2 x i64> %A to <2 x i32>
call <2 x i32> @use32_vec(<2 x i32> %T)
ret void
}
define void @const_expression_trunc_vec() {
; CHECK-LABEL: @const_expression_trunc_vec(
; CHECK-NEXT: [[TMP1:%.*]] = call <2 x i32> @use32_vec(<2 x i32> <i32 551, i32 552>)
; CHECK-NEXT: ret void
;
%T = trunc <2 x i64> <i64 551, i64 552> to <2 x i32>
call <2 x i32> @use32_vec(<2 x i32> %T)
ret void
}
define void @const_expression_mul_scale_vec() {
; CHECK-LABEL: @const_expression_mul_scale_vec(
; CHECK-NEXT: [[TMP1:%.*]] = call <vscale x 2 x i32> @use32_scale_vec(<vscale x 2 x i32> zeroinitializer)
; CHECK-NEXT: ret void
;
%A = mul <vscale x 2 x i64> zeroinitializer, zeroinitializer
%T = trunc <vscale x 2 x i64> %A to <vscale x 2 x i32>
call <vscale x 2 x i32> @use32_scale_vec(<vscale x 2 x i32> %T)
ret void
}
define void @const_expression_zext_scale_vec() {
; CHECK-LABEL: @const_expression_zext_scale_vec(
; CHECK-NEXT: [[TMP1:%.*]] = call <vscale x 2 x i32> @use32_scale_vec(<vscale x 2 x i32> zeroinitializer)
; CHECK-NEXT: ret void
;
%A = zext <vscale x 2 x i32> zeroinitializer to <vscale x 2 x i64>
%T = trunc <vscale x 2 x i64> %A to <vscale x 2 x i32>
call <vscale x 2 x i32> @use32_scale_vec(<vscale x 2 x i32> %T)
ret void
}
define void @const_expression_trunc_scale_vec() {
; CHECK-LABEL: @const_expression_trunc_scale_vec(
; CHECK-NEXT: [[TMP1:%.*]] = call <vscale x 2 x i32> @use32_scale_vec(<vscale x 2 x i32> zeroinitializer)
; CHECK-NEXT: ret void
;
%T = trunc <vscale x 2 x i64> zeroinitializer to <vscale x 2 x i32>
call <vscale x 2 x i32> @use32_scale_vec(<vscale x 2 x i32> %T)
ret void
}