search for: 79a6f691

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 -