llvm-mirror/tools/llvm-stress/CMakeLists.txt

set(LLVM_LINK_COMPONENTS
  Analysis
  Core
  Support
  )

add_llvm_tool(llvm-stress
  llvm-stress.cpp

  DEPENDS
  intrinsics_gen
  )
export_executable_symbols(llvm-stress)
[CMake] Update LLVM_LINK_COMPONENTS for each CMakeLists.txt. llvm-svn: 196908 2013-12-10 12:13:32 +01:00			`set(LLVM_LINK_COMPONENTS`
[PM/AA] Remove the last relics of the separate IPA library from LLVM, folding the code into the main Analysis library. There already wasn't much of a distinction between Analysis and IPA. A number of the passes in Analysis are actually IPA passes, and there doesn't seem to be any advantage to separating them. Moreover, it makes it hard to have interactions between analyses that are both local and interprocedural. In trying to make the Alias Analysis infrastructure work with the new pass manager, it becomes particularly awkward to navigate this split. I've tried to find all the places where we referenced this, but I may have missed some. I have also adjusted the C API to continue to be equivalently functional after this change. Differential Revision: http://reviews.llvm.org/D12075 llvm-svn: 245318 2015-08-18 19:51:53 +02:00			`Analysis`
[CMake] Update LLVM_LINK_COMPONENTS for each CMakeLists.txt. llvm-svn: 196908 2013-12-10 12:13:32 +01:00			`Core`
			`Support`
			`)`
Add a random .LL file generator to stress-test different llvm components. llvm-svn: 151479 2012-02-26 09:35:53 +01:00
			`add_llvm_tool(llvm-stress`
			`llvm-stress.cpp`
[CMake] llvm-stress depends on intrinsics_gen llvm-stress.cpp has the following include chain: llvm/Analysis/CallGraphSCCPass.h llvm/Analysis/CallGraph.h llvm/IR/CallSite.h llvm/IR/Attributes.h llvm/IR/Attributes.gen This means llvm-stress needs to depend on intrinsics_gen. llvm-svn: 287426 2016-11-19 03:25:54 +01:00
			`DEPENDS`
			`intrinsics_gen`
Add a random .LL file generator to stress-test different llvm components. llvm-svn: 151479 2012-02-26 09:35:53 +01:00			`)`
CMake: Disable ENABLE_EXPORTS for executables with MSVC The MSVC linker won't produce a .lib file for an executable that doesn't export anything, and LLVM doesn't maintain dllexport annotations or .def files listing all C++ symbols. It also doesn't support exporting all symbols, like binutils ld. CMake 3.2 changed the Ninja generator to list both the .exe and .lib files as outputs of executable build targets. Ninja would always re-link executables with ENABLE_EXPORTS because the .lib output file was not present, and therefore the target was out of date. llvm-svn: 232662 2015-03-18 21:09:13 +01:00			`export_executable_symbols(llvm-stress)`