[LLVMdev] Heads up: Pass Manager changes will be starting shortly

[Evan Cheng]

Great. Is this (at least partially) motivated by PGO? Am I correct in assuming you want to solving the "inliner can't use branch probability" problem?

Evan

On Sep 14, 2013, at 3:46 PM, Chandler Carruth <chandlerc at google.com> wrote:

> I just wanted to give everyone a head up. I'm starting work on the pass manager based on numerous list discussions and some IRC discussions.
> 
> The first steps will be marking the existing code as "legacy" and clearing a path to build new facilities here. From there I'll start building the new facilities without enabling them.
> 
> Some explicit legacy support goals:
> 
> 1) I'm going to build a bridge so that an existing Pass can be inserted into the new pass manager with some adaptors and everything will just work. This may require touching the code that sets up the pass manager, but not the code that defines a pass. This will work even once the new pass manager bits are enabled if at all possible.
> 
> 2) If you have code that includes the current PassManager headers, nothing should break right away, but when the new manager infrastructure is enabled, I'll likely remove the old PassManager headers, breaking this code. My goal is to only break code that directly interacts with the management layer.
> 
> 3) I'm going to play namespace games so that we don't end up with PassManagerV2 and other silly names. The legacy headers will paper over this to keep legacy code compiling without change.
> 
> -Chandler
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev