[llvm-dev] [cfe-dev] [LLVMdev] Clang devirtualization proposal

Philip Reames via llvm-dev llvm-dev at lists.llvm.org
Mon Oct 5 16:48:11 PDT 2015


Thanks for sharing your progress and all the work along the way.

On 10/02/2015 03:50 PM, Piotr Padlewski via llvm-dev wrote:
> Hi all,
> I am finishing my internship today and I want to make small report:
>
> 1. available_externally vtables are now generated for classes without 
> inline / hidden virtual functions
> 2. Assumption loads are generated for the same case as above 
> (temporary works only with -fstrict-vtable-pointers because of some 
> performance lose in InstCombine)
Is there a bug filed for this?
> 3. Using invariant.group metadata, vtable loads and vfunction loads 
> are now squashed to one load across one BB.
>
> If someone would like to contact me, piotr.padlewski at gmail.com 
> <mailto:piotr.padlewski at gmail.com> is my personal email (I won't have 
> access to prazek at google.com <mailto:prazek at google.com>)
>
> Piotr Padlewski
>
> On Tue, Aug 11, 2015 at 9:54 AM, Reid Kleckner <rnk at google.com 
> <mailto:rnk at google.com>> wrote:
>
>     On Sat, Aug 8, 2015 at 8:03 AM, Stephen Cross <scross at scross.co.uk
>     <mailto:scross at scross.co.uk>> wrote:
>
>         I may not have followed the discussion completely, but would it be
>         possible to simply strip the 'readonly' attributes when dead
>         arguments
>         are eliminated?
>
>
>     I think this actually works. Think of it this way: the result of
>     functionattrs is actually an analysis that we cache and maintain
>     in the IR. DAE invalidates that analysis, so it must flush the
>     cache or repopulate it.
>
>     _______________________________________________
>     cfe-dev mailing list
>     cfe-dev at lists.llvm.org <mailto:cfe-dev at lists.llvm.org>
>     http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev
>
>
>
>
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev

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


More information about the llvm-dev mailing list