[PATCH] D113520: [SROA] Maintain shadow/backing alloca when some slices are noncapturnig read-only calls to allow alloca partitioning/promotion
Roman Lebedev via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Thu Mar 3 05:40:49 PST 2022
lebedev.ri updated this revision to Diff 412688.
lebedev.ri marked an inline comment as done.
lebedev.ri added a comment.
Thanks for taking a look!
In D113520#3356615 <https://reviews.llvm.org/D113520#3356615>, @djtodoro wrote:
> The idea behind this seems very interesting/valuable, thanks for this!
>
> I am wondering if you are able to get some benchmark data (SPEC, or phoronix) for this? IIUC, the code-size will be increased, so is that size reasonable?
I suppose the LICM change, that came after this was initially posted,
has rendered this being less crucial than it would be,
but important nonetheless.
Size-wise, this is actually a win i would say:
https://llvm-compile-time-tracker.com/compare.php?from=a8b4f5bbab62091835205f3d648902432a4a5b58&to=aeae054055b125b011c1122f82c86457e159436f&stat=size-total
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D113520/new/
https://reviews.llvm.org/D113520
Files:
llvm/lib/Transforms/Scalar/SROA.cpp
llvm/test/Transforms/SROA/non-capturing-call-readonly.ll
-------------- next part --------------
A non-text attachment was scrubbed...
Name: D113520.412688.patch
Type: text/x-patch
Size: 57980 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20220303/491e8e9c/attachment.bin>
More information about the llvm-commits
mailing list