Displaying 3 results from an estimated 3 matches for "04d52b54".
2010 Oct 02
0
[LLVMdev] Function inlining creates uninitialized stack roots
Hi Talin,
You are not doing something wrong, it is just that the LLVM optimizers
consider llvm.gcroot like a regular function call. The alloca is moved in
the first block most probably because the inliner anticipates another
optimization pass (the mem2reg).
Cheers,
Nicolas
On Sat, Oct 2, 2010 at 8:28 PM, Talin <viridia at gmail.com> wrote:
> I'm still putting the final touches on
2010 Oct 02
2
[LLVMdev] Function inlining creates uninitialized stack roots
I'm still putting the final touches on my stack crawler, and I've run into a
problem having to do with function inlining and local stack roots.
As you know, all local roots must be initialized before you can make any
call to a function which might crawl the stack. My compiler ensures that all
local variables of a function are allocated, declared as root, and
initialized in the first
2010 Oct 02
2
[LLVMdev] Function inlining creates uninitialized stack roots
...; LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu
>> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>>
>>
>
--
-- Talin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20101002/04d52b54/attachment.html>