search for: d51664

Displaying 4 results from an estimated 4 matches for "d51664".

2020 Feb 14
3
RFC Storing BB order in llvm::Instruction for faster local dominance
Hello again. :) There has been renewed interest in having instructions track their own order in basic blocks to help make dominance queries fast. I have a very simple naive implementation of this here: https://reviews.llvm.org/D51664 Essentially, every instruction will carry an integer order number, and inserting new instructions invalidates the ordering. I know there are better algorithms for maintaining the ordering in the face of random insertions, but I wanted to focus on the simple case of making dominance queries amortiz...
2018 Sep 19
4
RFC Storing BB order in llvm::Instruction for faster local dominance
...we cache them too much and insert instructions without renumbering the BB, we get miscompiles. My solution is to hook into the actual BB ilist modification methods, so that we can have greater confidence that our cache invalidation is correct. I created a patch for this at https://reviews.llvm.org/D51664, which adds a lazily calculated position integer to every llvm::Instruction. I stole a bit from BasicBlock's Value subclass data to indicate whether the orders are valid. Hopefully everyone agrees that this a reasonable direction. I just figured I should announce this IR data structure change...
2018 Sep 21
3
RFC Storing BB order in llvm::Instruction for faster local dominance
...we cache them too much and insert instructions without renumbering the BB, we get miscompiles. My solution is to hook into the actual BB ilist modification methods, so that we can have greater confidence that our cache invalidation is correct. I created a patch for this at https://reviews.llvm.org/D51664, which adds a lazily calculated position integer to every llvm::Instruction. I stole a bit from BasicBlock's Value subclass data to indicate whether the orders are valid. Hopefully everyone agrees that this a reasonable direction. I just figured I should announce this IR data structure change...
2018 Sep 24
2
RFC Storing BB order in llvm::Instruction for faster local dominance
...much and insert instructions without renumbering the BB, we get miscompiles. My solution is to hook into the actual BB ilist modification methods, so that we can have greater confidence that our cache invalidation is correct. >> >> I created a patch for this at https://reviews.llvm.org/D51664, which adds a lazily calculated position integer to every llvm::Instruction. I stole a bit from BasicBlock's Value subclass data to indicate whether the orders are valid. >> >> Hopefully everyone agrees that this a reasonable direction. I just figured I should announce this IR data...