Details
- Reviewers
chandlerc tejohnson - Commits
- rGb13eebe0cee4: [NewPM] Add Clang cc1 flag -fdebug-pass-manager for printing debug information.
rC306757: [NewPM] Add Clang cc1 flag -fdebug-pass-manager for printing debug information.
rL306757: [NewPM] Add Clang cc1 flag -fdebug-pass-manager for printing debug information.
Diff Detail
- Repository
- rL LLVM
Event Timeline
clang/include/clang/Driver/Options.td | ||
---|---|---|
971–973 ↗ | (On Diff #104550) | I don't think we want to expose this flag in the driver -- it should really be a CC1-only thing for debugging. As such, I think I'd just make it an independent flag: -fexperimental-new-pass-manager-debug-logging Or some such. This also seems easier than having to define a new kind. |
clang/include/clang/Driver/Options.td | ||
---|---|---|
971–973 ↗ | (On Diff #104550) | The two small disadvantages of your suggestion is that
What do you think about these trade offs? |
As I said in the discussion about similar flags for GVN, I'm generally fine with. We should have a big fat warning in the Release Notes that all -fexperimental-* flags are exactly that -- temporary and not intended for long term consumption. I.e. "we can and will remove them whenever it creates the most havoc".
clang/include/clang/Driver/Options.td | ||
---|---|---|
971–973 ↗ | (On Diff #104550) | As discussed offline, (2) isn't a practical issue, and (1) makes sense since -fexperimental-new-pass-manager will ultimately go away, but the debug flag remains. |
This looks great to me with a CC1-layer flag. But check that others are happy as well, thanks!
LGTM. Just one minor nit on the option help string below. Thanks
clang/include/clang/Driver/CC1Options.td | ||
---|---|---|
329 ↗ | (On Diff #104753) | s/the debug prints/debug printing/ |