Displaying 3 results from an estimated 3 matches for "constantaggregatenull".
2005 Aug 10
1
[LLVMdev] ValueTy not set appropriately in Value.h?
...of Function
00145 GlobalVariableVal, // This is an instance of GlobalVariable
00146 UndefValueVal, // This is an instance of UndefValue
00147 ConstantExprVal, // This is an instance of ConstantExpr
00148 ConstantAggregateZeroVal, // This is an instance of
ConstantAggregateNull
00149 SimpleConstantVal, // This is some other type of Constant
00150 InstructionVal, // This is an instance of Instruction
00151 ValueListVal // This is for bcreader, a special ValTy
00152 };
00153 unsigned getValueType() const {
00154 return Subcl...
2010 Oct 02
0
[LLVMdev] Function inlining creates uninitialized stack roots
Sure. I think we can change the GC lowering pass to recognize all
llvm.gcroot (not only the ones in the first block), and move them to the
first block so that they are initialized by the pass later on.
On Sat, Oct 2, 2010 at 10:58 PM, Talin <viridia at gmail.com> wrote:
> On Sat, Oct 2, 2010 at 12:59 PM, nicolas geoffray <
> nicolas.geoffray at gmail.com> wrote:
>
>>
2010 Oct 02
2
[LLVMdev] Function inlining creates uninitialized stack roots
On Sat, Oct 2, 2010 at 12:59 PM, nicolas geoffray <
nicolas.geoffray at gmail.com> wrote:
> 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).
>
OK, well,