[PATCH] D63401: SROA: Allow touching addrspacecast with volatile

Matt Arsenault via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Mon Jun 17 14:20:08 PDT 2019


arsenm added a comment.

In D63401#1547107 <https://reviews.llvm.org/D63401#1547107>, @reames wrote:

> In D63401#1546293 <https://reviews.llvm.org/D63401#1546293>, @sanjoy wrote:
>
> > I don't have opinions on this, but Philip might have comments around whether this is okay for GC pointers.
>
>
> No opinion GC wise, but mostly because I don't understand the intent of this patch.  What is the desired outcome here?


For an equivalent bitcast, the type of the underlying alloca is changed into a nicer type and possibly split into multiple allocas (with volatile accesses). I conservatively added checks in r363462 to avoid using the alloca's natural address space for the new operations. I figure it's safer to not change the address space of volatile accesses, but I don't particularly care about this property. InferAddressSpaces avoids changing volatiles, but that was also my idea.


CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D63401/new/

https://reviews.llvm.org/D63401





More information about the llvm-commits mailing list