[PM] Wire up optimization levels and default pipeline construction APIs
authorChandler Carruth <chandlerc@gmail.com>
Sun, 28 Feb 2016 22:16:03 +0000 (22:16 +0000)
committerChandler Carruth <chandlerc@gmail.com>
Sun, 28 Feb 2016 22:16:03 +0000 (22:16 +0000)
commit8b5a7419b85b1043c18b674271425a9f71c1dd1f
tree7aa2aa16c4631f52076988e1a578b98a2e341346
parentbe5e0b07caa02a527681c6eb3bb64fcfcff862c3
[PM] Wire up optimization levels and default pipeline construction APIs
in the PassBuilder.

These are really just stubs for now, but they give a nice API surface
that Clang or other tools can start learning about and enabling for
experimentation.

I've also wired up parsing various synthetic module pass names to
generate these set pipelines. This allows the pipelines to be combined
with other passes and have their order controlled, with clear separation
between the *kind* of canned pipeline, and the *level* of optimization
to be used within that canned pipeline.

The most interesting part of this patch is almost certainly the spec for
the different optimization levels. I don't think we can ever have hard
and fast rules that would make it easy to determine whether a particular
optimization makes sense at a particular level -- it will always be in
large part a judgement call. But hopefully this will outline the
expected rationale that should be used, and the direction that the
pipelines should be taken. Much of this was based on a long llvm-dev
discussion I started years ago to try and crystalize the intent behind
these pipelines, and now, at long long last I'm returning to the task of
actually writing it down somewhere that we can cite and try to be
consistent with.

Differential Revision: http://reviews.llvm.org/D12826

llvm-svn: 262196
llvm/include/llvm/Passes/PassBuilder.h
llvm/lib/Passes/PassBuilder.cpp
llvm/test/Other/new-pass-manager.ll