search for: frameindices

...ing this assertion: assert(I != VRBaseMap.end() && "Node emitted out of order - late"); I am not sure why this assertion is being triggered or what I changed that is causing it. This is asserting when SDValue is FrameIndexSDNode 1. I don't have any code that modified frameindices until my overloaded RegisterInfo function. I've attached the bc file. If I generate an unoptimized bc file then there is no issue, only when I turn optimizations on do I hit this problem. Thanks for any hints, Micah Villmow Systems Engineer Advanced Technology & Performance A...

...t(I != VRBaseMap.end() && "Node emitted out of order - late"); > > I am not sure why this assertion is being triggered or what I changed that > is causing it. > > This is asserting when SDValue is FrameIndexSDNode 1. > > I don't have any code that modified frameindices until my overloaded > RegisterInfo function. > > I've attached the bc file. If I generate an unoptimized bc file then there > is no issue, only when I turn optimizations on do I hit this problem. > I got this too. It's related to debug information being in flux right now. I b...

...t(I != VRBaseMap.end() && "Node emitted out of order - late"); > > I am not sure why this assertion is being triggered or what I changed that > is causing it. > > This is asserting when SDValue is FrameIndexSDNode 1. > > I don't have any code that modified frameindices until my overloaded > RegisterInfo function. > > I've attached the bc file. If I generate an unoptimized bc file then there > is no issue, only when I turn optimizations on do I hit this problem. > I got this too. It's related to debug information being in flux right now. I b...

..."Node emitted out of order - late"); >> >> I am not sure why this assertion is being triggered or what I changed > that >> is causing it. >> >> This is asserting when SDValue is FrameIndexSDNode 1. >> >> I don't have any code that modified frameindices until my overloaded >> RegisterInfo function. >> >> I've attached the bc file. If I generate an unoptimized bc file then > there >> is no issue, only when I turn optimizations on do I hit this problem. >> > I got this too. It's related to debug informatio...

..."Node emitted out of order - late"); >> >> I am not sure why this assertion is being triggered or what I changed > that >> is causing it. >> >> This is asserting when SDValue is FrameIndexSDNode 1. >> >> I don't have any code that modified frameindices until my overloaded >> RegisterInfo function. >> >> I've attached the bc file. If I generate an unoptimized bc file then > there >> is no issue, only when I turn optimizations on do I hit this problem. >> > I got this too. It's related to debug informatio...

...o GitHub as https://github.com/TNorthover/llvm-project/tree/arm64_32-arch-pass, please excuse any artefacts of incompleteness). I feel like it's rapidly approaching an unpalatability horizon though. Most issues stem from the fact that not all pointers are visible or controllable in the IR: + FrameIndices: you can't change an alloca's address-space since it's fixed by the DataLayout. So they get through to the DAG as i32s, significantly complicating the Addressing-mode logic. + ConstantPool accesses are automatically put into addrspace(0) + BlockAddress is similar. + Some intrinsic...

...- late"); >>> >>> I am not sure why this assertion is being triggered or what I changed >> that >>> is causing it. >>> >>> This is asserting when SDValue is FrameIndexSDNode 1. >>> >>> I don't have any code that modified frameindices until my overloaded >>> RegisterInfo function. >>> >>> I've attached the bc file. If I generate an unoptimized bc file then >> there >>> is no issue, only when I turn optimizations on do I hit this problem. >>> >> I got this too. It's...

...- late"); >>> >>> I am not sure why this assertion is being triggered or what I changed >> that >>> is causing it. >>> >>> This is asserting when SDValue is FrameIndexSDNode 1. >>> >>> I don't have any code that modified frameindices until my overloaded >>> RegisterInfo function. >>> >>> I've attached the bc file. If I generate an unoptimized bc file then >> there >>> is no issue, only when I turn optimizations on do I hit this problem. >>> >> I got this too. It's...

...>>> I am not sure why this assertion is being triggered or what I > changed >>> that >>>> is causing it. >>>> >>>> This is asserting when SDValue is FrameIndexSDNode 1. >>>> >>>> I don't have any code that modified frameindices until my >>>> overloaded >>>> RegisterInfo function. >>>> >>>> I've attached the bc file. If I generate an unoptimized bc file >>>> then >>> there >>>> is no issue, only when I turn optimizations on do I hit th...

...>>> I am not sure why this assertion is being triggered or what I > changed >>> that >>>> is causing it. >>>> >>>> This is asserting when SDValue is FrameIndexSDNode 1. >>>> >>>> I don't have any code that modified frameindices until my >>>> overloaded >>>> RegisterInfo function. >>>> >>>> I've attached the bc file. If I generate an unoptimized bc file >>>> then >>> there >>>> is no issue, only when I turn optimizations on do I hit th...

Hi Eli, Thanks for the comments. On Thu, 31 Jan 2019 at 19:48, Eli Friedman <efriedma at quicinc.com> wrote: > > We teach CodeGenPrepare to sink GEPs as GEPs, and preserve the > > inbounds marker. This is the only way they can possibly be exposed to > > SDAG at the basic block level. > > Isn't addr-sink-using-gep already a thing? Yes, I'm not sure why I

...eGen/X86/variable-sized-darwin-bzero.ll > llvm/trunk/test/CodeGen/X86/vectorcall.ll > llvm/trunk/test/CodeGen/X86/x86-64-static-relo-movl.ll > llvm/trunk/test/CodeGen/X86/x86-repmov-copy-eflags.ll > llvm/trunk/test/CodeGen/XCore/memcpy.ll > llvm/trunk/test/DebugInfo/AArch64/frameindices.ll > llvm/trunk/test/DebugInfo/COFF/types-array.ll > llvm/trunk/test/DebugInfo/Generic/2010-10-01-crash.ll > llvm/trunk/test/DebugInfo/X86/array.ll > llvm/trunk/test/DebugInfo/X86/array2.ll > llvm/trunk/test/DebugInfo/X86/debug-ranges-offset.ll > llvm/trunk/test/DebugI...

....ll llvm/trunk/test/CodeGen/X86/variable-sized-darwin-bzero.ll llvm/trunk/test/CodeGen/X86/vectorcall.ll llvm/trunk/test/CodeGen/X86/x86-64-static-relo-movl.ll llvm/trunk/test/CodeGen/X86/x86-repmov-copy-eflags.ll llvm/trunk/test/CodeGen/XCore/memcpy.ll llvm/trunk/test/DebugInfo/AArch64/frameindices.ll llvm/trunk/test/DebugInfo/COFF/types-array.ll llvm/trunk/test/DebugInfo/Generic/2010-10-01-crash.ll llvm/trunk/test/DebugInfo/X86/array.ll llvm/trunk/test/DebugInfo/X86/array2.ll llvm/trunk/test/DebugInfo/X86/debug-ranges-offset.ll llvm/trunk/test/DebugInfo/X86/pieces-2.ll llvm/tru...

...zed-darwin-bzero.ll >> llvm/trunk/test/CodeGen/X86/vectorcall.ll >> llvm/trunk/test/CodeGen/X86/x86-64-static-relo-movl.ll >> llvm/trunk/test/CodeGen/X86/x86-repmov-copy-eflags.ll >> llvm/trunk/test/CodeGen/XCore/memcpy.ll >> llvm/trunk/test/DebugInfo/AArch64/frameindices.ll >> llvm/trunk/test/DebugInfo/COFF/types-array.ll >> llvm/trunk/test/DebugInfo/Generic/2010-10-01-crash.ll >> llvm/trunk/test/DebugInfo/X86/array.ll >> llvm/trunk/test/DebugInfo/X86/array2.ll >> llvm/trunk/test/DebugInfo/X86/debug-ranges-offset.ll >>...

...>>> llvm/trunk/test/CodeGen/X86/vectorcall.ll >>> llvm/trunk/test/CodeGen/X86/x86-64-static-relo-movl.ll >>> llvm/trunk/test/CodeGen/X86/x86-repmov-copy-eflags.ll >>> llvm/trunk/test/CodeGen/XCore/memcpy.ll >>> llvm/trunk/test/DebugInfo/AArch64/frameindices.ll >>> llvm/trunk/test/DebugInfo/COFF/types-array.ll >>> llvm/trunk/test/DebugInfo/Generic/2010-10-01-crash.ll >>> llvm/trunk/test/DebugInfo/X86/array.ll >>> llvm/trunk/test/DebugInfo/X86/array2.ll >>> llvm/trunk/test/DebugInfo/X86/debug-ranges...

....ll llvm/trunk/test/CodeGen/X86/variable-sized-darwin-bzero.ll llvm/trunk/test/CodeGen/X86/vectorcall.ll llvm/trunk/test/CodeGen/X86/x86-64-static-relo-movl.ll llvm/trunk/test/CodeGen/X86/x86-repmov-copy-eflags.ll llvm/trunk/test/CodeGen/XCore/memcpy.ll llvm/trunk/test/DebugInfo/AArch64/frameindices.ll llvm/trunk/test/DebugInfo/COFF/types-array.ll llvm/trunk/test/DebugInfo/Generic/2010-10-01-crash.ll llvm/trunk/test/DebugInfo/X86/array.ll llvm/trunk/test/DebugInfo/X86/array2.ll llvm/trunk/test/DebugInfo/X86/debug-ranges-offset.ll llvm/trunk/test/DebugInfo/X86/pieces-2.ll llvm/tru...

....ll llvm/trunk/test/CodeGen/X86/variable-sized-darwin-bzero.ll llvm/trunk/test/CodeGen/X86/vectorcall.ll llvm/trunk/test/CodeGen/X86/x86-64-static-relo-movl.ll llvm/trunk/test/CodeGen/X86/x86-repmov-copy-eflags.ll llvm/trunk/test/CodeGen/XCore/memcpy.ll llvm/trunk/test/DebugInfo/AArch64/frameindices.ll llvm/trunk/test/DebugInfo/COFF/types-array.ll llvm/trunk/test/DebugInfo/Generic/2010-10-01-crash.ll llvm/trunk/test/DebugInfo/X86/array.ll llvm/trunk/test/DebugInfo/X86/array2.ll llvm/trunk/test/DebugInfo/X86/debug-ranges-offset.ll llvm/trunk/test/DebugInfo/X86/pieces-2.ll llvm/tru...