[llvm-dev] [IPRA] Do we required more aggressive shrink-wrapping optimization?

Mehdi Amini via llvm-dev llvm-dev at lists.llvm.org
Tue Jun 28 12:06:44 PDT 2016


> On Jun 28, 2016, at 1:48 PM, C Bergström via llvm-dev <llvm-dev at lists.llvm.org> wrote:
> 
> 
> 
> On Wed, Jun 29, 2016 at 1:43 AM, vivek pandya via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote:
> Hello Quentin,
> 
> I see your work on shrink-wrapping optimization at http://reviews.llvm.org/rL236507 <http://reviews.llvm.org/rL236507>
> IPRA has benefited shrink-wrapping optimization ( I have noticed that on sqlite3 test-case) so I did read Fred Chow's paper and compare that approach with yours I did not understand much of your work :-( in comparison to  original paper but I feel that current approach is not generating same results as data flow analysis based approach. Also I do not understand one of your comment on review :
> Right now, we only support one save point and one restore point. At some point we can expand this to several save point and restore point, 
> Do you here meant to get more effective results as original paper? With IPRA should we go for more aggressive version or the current version is as capable as original paper ?
> 
> I can't make any promises, but Fred is a friend of mine - Please email me offlist if you need an extra hand with this and think his input may be of value.

Could he send his input on the list instead of having to side-channel?
I’m sure it can be interesting for everyone :)

Thanks,

— 
Mehdi

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160628/64999049/attachment.html>


More information about the llvm-dev mailing list