Displaying 2 results from an estimated 2 matches for "varray_head_tag".
2015 Jul 21
6
[LLVMdev] GlobalsModRef (and thus LTO) is completely broken
...; (lldb) p ((llvm::Instruction*)(LocA.Ptr))->dump()
> %arrayidx.i = getelementptr inbounds [1 x %struct.elt_list*], [1 x
> %struct.elt_list*]* %te.i, i64 0, i64 %indvars.iv.i
> (lldb) p ((llvm::Instruction*)(LocB.Ptr))->dump()
> @reg_values = internal unnamed_addr global %struct.varray_head_tag* null,
> align 8
>
> and the function in question is “cselib_init”:
> (lldb) p
> ((llvm::Instruction*)(LocA.Ptr))->getParent()->getParent()->getName()
> (llvm::StringRef) $3 = (Data = "cselib_init", Length = 11)
>
> Corresponding underlying values:
> (l...
2015 Jul 17
2
[LLVMdev] GlobalsModRef (and thus LTO) is completely broken
On Fri, Jul 17, 2015 at 9:13 AM Evgeny Astigeevich <
evgeny.astigeevich at arm.com> wrote:
> It’s Dhrystone.
>
Dhrystone has historically not been a good indicator of real-world
performance fluctuations, especially at this small of a shift.
I'd like to see if we see any fluctuation on larger and more realistic
application benchmarks. One advantage of the flag being set is that we