[PATCH] D101841: [Coroutines] Do not add alloca to the frame if the size is 0
Chuanqi Xu via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Fri May 7 02:56:07 PDT 2021
ChuanqiXu added inline comments.
================
Comment at: llvm/test/Transforms/Coroutines/coro-zero-alloca.ll:64-81
+; CHECK-LABEL: define internal fastcc void @foo.resume(%foo.Frame* noalias nonnull align 8 dereferenceable(24) %FramePtr) {
+; CHECK-NEXT: entry.resume:
+; CHECK-NEXT: %vFrame = bitcast %foo.Frame* %FramePtr to i8*
+; CHECK-NEXT: %a1.reload.addr = getelementptr inbounds %foo.Frame, %foo.Frame* %FramePtr, i64 0, i32 2
+; CHECK-NEXT: %a4.reload.addr = getelementptr inbounds %foo.Frame, %foo.Frame* %FramePtr, i64 0, i32 3
+; CHECK-NEXT: %a0.reload.addr = bitcast %foo.Frame* %FramePtr to [0 x i8]*
+; CHECK-NEXT: %a4.cast = bitcast i16* %a4.reload.addr to i8*
----------------
rjmccall wrote:
> lxfind wrote:
> > ChuanqiXu wrote:
> > > The checks for foo.resume fails in my environment. My output was:
> > > ```
> > > define internal fastcc void @foo.resume(%foo.Frame* noalias nonnull align 8 dereferenceable(24) %FramePtr) {
> > > entry.resume:
> > > %vFrame = bitcast %foo.Frame* %FramePtr to i8*
> > > %a1.reload.addr = getelementptr inbounds %foo.Frame, %foo.Frame* %FramePtr, i64 0, i32 2
> > > %a4.reload.addr = getelementptr inbounds %foo.Frame, %foo.Frame* %FramePtr, i64 0, i32 3
> > > %a0.reload.addr = bitcast %foo.Frame* %FramePtr to [0 x i8]*
> > > %a4.cast = bitcast i16* %a4.reload.addr to i8*
> > > %a1.cast = bitcast i32* %a1.reload.addr to i8*
> > > tail call void @usePointer(i8* nonnull %vFrame)
> > > tail call void @usePointer(i8* nonnull %a1.cast)
> > > tail call void @usePointer(i8* nonnull %vFrame)
> > > tail call void @usePointer(i8* nonnull %vFrame)
> > > tail call void @usePointer(i8* nonnull %a4.cast)
> > > tail call void @usePointer2([0 x i8]* nonnull %a0.reload.addr)
> > > tail call void @free(i8* nonnull %vFrame)
> > > ret void
> > > }
> > > ```
> > > It also looks good without failing to match.
> > That's strange. Seems the frame placement isn't deterministic?
> `a3.cast` is a redundant bitcast, which some passes will eliminate. Maybe the test is accidentally testing more than just the result of the split pass?
My bad. It looks like I pollute my code locally. After I cloned a new version, everything looks good.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D101841/new/
https://reviews.llvm.org/D101841
More information about the llvm-commits
mailing list