serge_sans_paille d4f51b5c4f Generalize the pass registration mechanism used by Polly to any third-party tool ... There's quite a lot of references to Polly in the LLVM CMake codebase. However the registration pattern used by Polly could be useful to other external projects: thanks to that mechanism it would be possible to develop LLVM extension without touching the LLVM code base. This patch has two effects: 1. Remove all code specific to Polly in the llvm/clang codebase, replaicing it with a generic mechanism 2. Provide a generic mechanism to register compiler extensions. A compiler extension is similar to a pass plugin, with the notable difference that the compiler extension can be configured to be built dynamically (like plugins) or statically (like regular passes). As a result, people willing to add extra passes to clang/opt can do it using a separate code repo, but still have their pass be linked in clang/opt as built-in passes. Differential Revision: https://reviews.llvm.org/D61446		2020-01-02 16:45:31 +01:00
..
BugDriver.cpp
BugDriver.h	[bugpoint] Update runPasses to take ArrayRef instead of a pointer (NFC)	2019-09-30 21:00:50 +00:00
bugpoint.cpp	Generalize the pass registration mechanism used by Polly to any third-party tool	2020-01-02 16:45:31 +01:00
CMakeLists.txt	Generalize the pass registration mechanism used by Polly to any third-party tool	2020-01-02 16:45:31 +01:00
CrashDebugger.cpp	[Bugpoint] Do not create illegal function attribute combos	2019-12-16 10:32:35 -06:00
ExecutionDriver.cpp
ExtractFunction.cpp	[bugpoint] Update runPasses to take ArrayRef instead of a pointer (NFC)	2019-09-30 21:00:50 +00:00
FindBugs.cpp
ListReducer.h
LLVMBuild.txt
Miscompilation.cpp	[Bugpoint] fix another use-after-move. NFC	2019-05-31 21:36:21 +00:00
OptimizerDriver.cpp	[bugpoint] Update runPasses to take ArrayRef instead of a pointer (NFC)	2019-09-30 21:00:50 +00:00
ToolRunner.cpp	Bugpoint: Remove some unnecessary c_str conversions on the journey to StringRef	2019-09-14 00:32:13 +00:00
ToolRunner.h