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

Evan Cheng evan.cheng at apple.com
Mon Sep 16 18:07:08 PDT 2013

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?


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

More information about the llvm-dev mailing list