Displaying 3 results from an estimated 3 matches for "79a6f691".
2015 Jul 31
0
[LLVMdev] Clang devirtualization proposal
Ok, replying anew now that I understand why reasoning about abstract
locations for each object doesn't work.
The general idea of describing a set of load and stores which belong to
a particular invariant group seems reasonable. I've got some
questions/comments on the specifics, but the overall direction seems
entirely workable for the specific problem you're trying to solve.
2015 Aug 01
3
[LLVMdev] [cfe-dev] Clang devirtualization proposal
...l transform because it requires readonly on
the entire function, or nocapture on the argument. nocapture cannot be
inferred due to the assume comparison.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150731/79a6f691/attachment.html>
2015 Jul 22
9
[LLVMdev] Clang devirtualization proposal
Hi folks,
this summer I will work with Richard Smith on clang devirtualization. Check
out our proposal:
https://docs.google.com/document/d/1f2SGa4TIPuBGm6y6YO768GrQsA8awNfGEJSBFukLhYA/edit?usp=sharing
And modified LangRef
http://reviews.llvm.org/D11399
You can also check out previous disscussion that was started before our
proposal was ready -