Displaying 5 results from an estimated 5 matches for "vector_extract_elt".
2011 Apr 15
2
[LLVMdev] Valid debug information being deleted by DAGCombiner
...information is getting destroyed. The problem is in SelectionDAG and how it interacts with the SDDbgValue nodes and custom SDNodes.
When the dbg_value intrinsic is encountered, it adds the debug value to a specific SD Node in SelectionDAGBuilder.cpp::visitIntrinsicCall(). In one of my cases, it is vector_extract_elt.
During ISelLowering, the vector_extract_elt instruction is lowered to a custom backend SDNode and all of the operands are transferred over. The SDNode that stored vector_extract_elt is then deleted as it has no more uses. This then invalidates the debug information, causing it to no longer be pri...
2011 Apr 15
0
[LLVMdev] Valid debug information being deleted by DAGCombiner
...is getting destroyed. The problem is in SelectionDAG and how it interacts with the SDDbgValue nodes and custom SDNodes.
>
> When the dbg_value intrinsic is encountered, it adds the debug value to a specific SD Node in SelectionDAGBuilder.cpp::visitIntrinsicCall(). In one of my cases, it is vector_extract_elt.
>
> During ISelLowering, the vector_extract_elt instruction is lowered to a custom backend SDNode and all of the operands are transferred over. The SDNode that stored vector_extract_elt is then deleted as it has no more uses. This then invalidates the debug information, causing it to no lo...
2011 Apr 15
1
[LLVMdev] Valid debug information being deleted by DAGCombiner
...information is getting destroyed. The problem is in SelectionDAG and how it interacts with the SDDbgValue nodes and custom SDNodes.
When the dbg_value intrinsic is encountered, it adds the debug value to a specific SD Node in SelectionDAGBuilder.cpp::visitIntrinsicCall(). In one of my cases, it is vector_extract_elt.
During ISelLowering, the vector_extract_elt instruction is lowered to a custom backend SDNode and all of the operands are transferred over. The SDNode that stored vector_extract_elt is then deleted as it has no more uses. This then invalidates the debug information, causing it to no longer be pri...
2011 Apr 15
0
[LLVMdev] Valid debug information being deleted by DAGCombiner
John,
Mem2reg actually modifies debug information in a way that at least suggests it's trying to maintain debugability. Specifically, it changes llvm.dbg.declare() calls (appropriate for variables that permanently reside in a single place) to llvm.dbg.value() calls (specifying that at this instant, this variable is in this register).
In fact, the .bc after inlining and mem2reg
2011 Apr 15
2
[LLVMdev] Valid debug information being deleted by DAGCombiner
On 4/14/11 8:22 PM, Villmow, Micah wrote:
>
> Found another bitcode file where a debug symbol is being dropped.
>
> In the attached bitcode file, the variable gid is not in the debug output.
>
Dumb question: Have you looked to see if mem2reg is destroying (or not
maintaining) the debug information of interest (or put another way, was
the variable gid promoted to an LLVM register