llvm-mirror/examples/Bye/CMakeLists.txt

if(LLVM_BYE_LINK_INTO_TOOLS)
  message(WARNING "Setting LLVM_BYE_LINK_INTO_TOOLS=ON only makes sense for testing purpose")
endif()

# The plugin expects to not link against the Support and Core libraries,
# but expects them to exist in the process loading the plugin. This doesn't
# work with DLLs on Windows (where a shared library can't have undefined
# references), so just skip this example on Windows.
if (NOT WIN32)
  add_llvm_pass_plugin(Bye
    Bye.cpp
    DEPENDS
    intrinsics_gen
    BUILDTREE_ONLY
   )

  install(TARGETS ${name} RUNTIME DESTINATION examples)
  set_target_properties(${name} PROPERTIES FOLDER "Examples")
endif()
Fix several issues with compiler extensions - 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 2020-01-10 10:05:30 +01:00			`if(LLVM_BYE_LINK_INTO_TOOLS)`
			`message(WARNING "Setting LLVM_BYE_LINK_INTO_TOOLS=ON only makes sense for testing purpose")`
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 2019-06-08 17:37:47 +02:00			`endif()`

[examples] Skip building the Bye pass plugin on windows Windows doesn't properly support pass plugins (as a shared library can't have undefined references, which pass plugins assume, being loaded into a host process that contains provides them), thus disable building it and the corresponding test. This matches what was done for the passes unit test in bc8e44218810c0db6328b9809c959ceb7d43e3f5. Differential Revision: https://reviews.llvm.org/D79771 2020-05-12 10:54:51 +02:00			`# The plugin expects to not link against the Support and Core libraries,`
			`# but expects them to exist in the process loading the plugin. This doesn't`
			`# work with DLLs on Windows (where a shared library can't have undefined`
			`# references), so just skip this example on Windows.`
			`if (NOT WIN32)`
			`add_llvm_pass_plugin(Bye`
			`Bye.cpp`
			`DEPENDS`
			`intrinsics_gen`
			`BUILDTREE_ONLY`
			`)`
Fix several issues with compiler extensions - 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 2020-01-10 10:05:30 +01:00
[examples] Skip building the Bye pass plugin on windows Windows doesn't properly support pass plugins (as a shared library can't have undefined references, which pass plugins assume, being loaded into a host process that contains provides them), thus disable building it and the corresponding test. This matches what was done for the passes unit test in bc8e44218810c0db6328b9809c959ceb7d43e3f5. Differential Revision: https://reviews.llvm.org/D79771 2020-05-12 10:54:51 +02:00			`install(TARGETS ${name} RUNTIME DESTINATION examples)`
			`set_target_properties(${name} PROPERTIES FOLDER "Examples")`
			`endif()`