<div dir="ltr">Hello Quentin,<div><br></div><div>I see your work on shrink-wrapping optimization at <a href="http://reviews.llvm.org/rL236507">http://reviews.llvm.org/rL236507</a></div><div>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 :</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><ol class="" style="margin:12px 0px 12px 30px;padding:0px;border:0px;list-style-position:initial;color:rgb(0,0,0);font-family:'Segoe UI','Segoe UI Web Regular','Segoe UI Symbol','Helvetica Neue',Helvetica,Arial,sans-serif;font-size:13px"><li class="" style="margin:0px;padding:0px;border:0px">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, </li></ol></blockquote><div><font color="#000000" face="Segoe UI, Segoe UI Web Regular, Segoe UI Symbol, Helvetica Neue, Helvetica, Arial, sans-serif">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 ?</font></div><div><br></div><div><font color="#000000" face="Segoe UI, Segoe UI Web Regular, Segoe UI Symbol, Helvetica Neue, Helvetica, Arial, sans-serif">Sincerely,</font></div><div><font color="#000000" face="Segoe UI, Segoe UI Web Regular, Segoe UI Symbol, Helvetica Neue, Helvetica, Arial, sans-serif">Vivek</font></div></div>