summaryrefslogtreecommitdiffstats
path: root/llvm/examples/Bye
Commit message (Collapse)AuthorAgeFilesLines
* Fix several issues with compiler extensionsserge-sans-paille2020-01-101-20/+10
| | | | | | | | | | | | | | | | - Update documentation now that the move to monorepo has been made - Do not tie compiler extension testing to LLVM_BUILD_EXAMPLES - No need to specify LLVM libraries for plugins - Add NO_MODULE option to match Polly specific requirements (i.e. building the module *and* linking it statically) - Issue a warning when building the compiler extension with LLVM_BYE_LINK_INTO_TOOLS=ON, as it modifies the behavior of clang, which only makes sense for testing purpose. Still mark llvm/test/Feature/load_extension.ll as XFAIL because of a ManagedStatic dependency that's going to be fixed in a seperate commit. Differential Revision: https://reviews.llvm.org/D72327
* Fix compiler extension example cmake integrationserge-sans-paille2020-01-071-0/+6
| | | | | | | - Do not add it to the Export file - Update install target Differential Revision: https://reviews.llvm.org/D72255
* Add intrinsics_gen *dependency* on Bye exampleserge-sans-paille2020-01-021-3/+5
|
* Add intrinsics_gen dependency on Bye exampleserge-sans-paille2020-01-021-0/+2
| | | | This fixes build error introduced by commit 24ab9b537e61b3fe5e6a1019492ff6530d82a3ee
* Generalize the pass registration mechanism used by Polly to any third-party toolserge_sans_paille2020-01-022-0/+82
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
OpenPOWER on IntegriCloud