Displaying 3 results from an estimated 3 matches for "dfsnumin".
2014 Feb 14
2
[LLVMdev] DominatorTree not updated properly after calling the llvm::SplitBlock.
...Fellows,
I am writing a pass that requires the DominatorTree pass. In the
runOnFunction of my own pass, I call llvm::SplitBlock to split a block
(%for.end) at it's first insert point. Then, when I dump my dominator tree
immediately after, I can see the newly split %for.end.split, but its
DFSNumIn and DFSNumOut are not properly updated in llvm::SplitBlock (i.e.,
still the initialized -1). At the same time, the DT->dump() results also
show that DFSInfoValid equals false! I could not figure out what I did
wrong, b/c it seems all the analysis updating should be handled by
llvm::SplitBlock. A...
2017 Mar 31
4
Dereferenceable load semantics & LICM
Hi Piotr,
On March 31, 2017 at 1:07:12 PM, Piotr Padlewski
(piotr.padlewski at gmail.com) wrote:
> [snip]
> Do I understand it correctly, that it is legal to do the hoist because all
> of the instructions above %vtable does not throw?
Yes, I think you're right. HeaderMayThrow is a conservative
approximation, and the conservativeness is biting us here.
> Are there any plans to
2014 Feb 14
2
[LLVMdev] DominatorTree not updated properly after calling the llvm::SplitBlock.
...writing a pass that requires the DominatorTree pass. In the
> runOnFunction of my own pass, I call llvm::SplitBlock to split a block
> (%for.end) at it's first insert point. Then, when I dump my dominator tree
> immediately after, I can see the newly split %for.end.split, but its
> DFSNumIn and DFSNumOut are not properly updated in llvm::SplitBlock (i.e.,
> still the initialized -1). At the same time, the DT->dump() results also
> show that DFSInfoValid equals false! I could not figure out what I did
> wrong, b/c it seems all the analysis updating should be handled by
>...