llvm-project/llvm/lib/Transforms/Hello/CMakeLists.txt

# If we don't need RTTI or EH, there's no reason to export anything
# from the hello plugin.
if( NOT LLVM_REQUIRES_RTTI )
  if( NOT LLVM_REQUIRES_EH )
    set(LLVM_EXPORTED_SYMBOL_FILE ${CMAKE_CURRENT_SOURCE_DIR}/Hello.exports)
  endif()
endif()

if(WIN32 OR CYGWIN)
  set(LLVM_LINK_COMPONENTS Core Support)
endif()

add_llvm_loadable_module( LLVMHello
  Hello.cpp

  DEPENDS
  intrinsics_gen
  PLUGIN_TOOL
  opt
  )
Set LLVM_EXPORTED_SYMBOL_FILE in CMakeLists whose corresponding Makefiles do so. (unittests/ExecutionEngine/JIT/CMakeLists.txt is still missing for now, since it handles export files in a strange way: It generates a .exports file from a .def file instead of the other way round.) llvm-svn: 198183 2013-12-30 07:06:49 +08:00			`# If we don't need RTTI or EH, there's no reason to export anything`
			`# from the hello plugin.`
			`if( NOT LLVM_REQUIRES_RTTI )`
			`if( NOT LLVM_REQUIRES_EH )`
			`set(LLVM_EXPORTED_SYMBOL_FILE ${CMAKE_CURRENT_SOURCE_DIR}/Hello.exports)`
			`endif()`
			`endif()`

[CMake] Add LLVM_LINK_COMPONENTS to loadable modules, LLVMHello and BugpointPasses, on Win32. llvm-svn: 212904 2014-07-13 21:36:48 +08:00			`if(WIN32 OR CYGWIN)`
			`set(LLVM_LINK_COMPONENTS Core Support)`
			`endif()`

CMake: Support for building llvm loadable modules. llvm-svn: 86656 2009-11-10 10:45:37 +08:00			`add_llvm_loadable_module( LLVMHello`
Initial support for the CMake build system. llvm-svn: 56419 2008-09-22 09:08:49 +08:00			`Hello.cpp`
modules: Add explicit dependency on intrinsics_gen `LLVM_ENABLE_MODULES` builds sometimes fail because `Intrinsics.td` needs to regenerate `Instrinsics.h` before anyone can include anything from the LLVM_IR module. Represent the dependency explicitly to prevent that. llvm-svn: 239796 2015-06-16 08:44:12 +08:00
			`DEPENDS`
			`intrinsics_gen`
Add auto-exporting of symbols from tools so that plugins work on Windows The problem with plugins on Windows is that when building a plugin DLL it needs to explicitly link against something (an exe or DLL) if it uses symbols from that thing, and that thing must explicitly export those symbols. Also there's a limit of 65535 symbols that can be exported. This means that currently plugins only work on Windows when using BUILD_SHARED_LIBS, and that doesn't work with MSVC. This patch adds an LLVM_EXPORT_SYMBOLS_FOR_PLUGINS option, which when enabled automatically exports from all LLVM tools the symbols that a plugin could want to use so that a plugin can link against a tool directly. Plugins can specify what tool they link against by using PLUGIN_TOOL argument to llvm_add_library. The option can also be enabled on Linux, though there all it should do is restrict the set of symbols that are exported as by default all symbols are exported. This option is currently OFF by default, as while I've verified that it works with MSVC, linux gcc, and cygwin gcc, I haven't tried mingw gcc and I have no idea what will happen on OSX. Also unfortunately we can't turn on LLVM_ENABLE_PLUGINS when the option is ON as bugpoint-passes needs to be loaded by both bugpoint.exe and opt.exe which is incompatible with this approach. Also currently clang plugins don't work with this approach, which will be fixed in future patches. Differential Revision: http://reviews.llvm.org/D18826 llvm-svn: 270839 2016-05-26 19:16:43 +08:00			`PLUGIN_TOOL`
			`opt`
Initial support for the CMake build system. llvm-svn: 56419 2008-09-22 09:08:49 +08:00			`)`