[flang] Fix length handling in character kind implicit conversion (#74586)
[llvm-project.git] / polly / test / ForwardOpTree / changed-kind.ll
bloba1d59825b3b2f5a6ac7e4a11cb738dcf9af4ec64
1 ; RUN: opt %loadPolly -polly-print-optree -disable-output < %s | FileCheck %s -match-full-lines
3 ; In the code below, %0 is known to be equal to the content of @c (constant 0).
4 ; Thus, in order to save a scalar dependency, forward-optree replaces
5 ; the use of %0 in Stmt_lor_end93 by a load from @c by changing the
6 ; access find from a scalar access to a array accesses.
7 ; llvm.org/PR48034 describes a crash caused by the mid-processing change.
9 target datalayout = "e-m:e-p270:32:32-p271:32:32-p272:64:64-i64:64-f80:128-n8:16:32:64-S128"
10 target triple = "x86_64-unknown-linux-gnu"
12 @c = external dso_local global i64, align 8
14 define void @func()  {
15 entry:
16   br label %lor.end
18 while.cond.loopexit:
19   %conv102.le = trunc i64 %xor101 to i8
20   ret void
22 lor.end:
23   %tobool72.not = icmp eq i64 0, 0
24   br i1 %tobool72.not, label %lor.rhs87, label %lor.end.thread
26 lor.end.thread:
27   br label %lor.rhs87
29 lor.rhs87:
30   %0 = phi i64 [ 0, %lor.end.thread ], [ 0, %lor.end ]
31   store i64 %0, ptr @c, align 8
32   %neg79 = xor i64 %0, -1
33   br label %lor.end93
35 lor.end93:
36   %tobool93 = icmp ne i64 undef, 0
37   %conv95 = zext i1 %tobool93 to i64
38   %and100 = and i64 %conv95, undef
39   %xor101 = xor i64 %and100, %neg79
40   %xor103 = xor i64 %0, %conv95
41   br label %while.cond.loopexit
45 ; CHECK: Statistics {
46 ; CHECK:     Reloads: 0
47 ; CHECK: }