summaryrefslogtreecommitdiffstats
path: root/llvm/cmake/modules
Commit message (Collapse)AuthorAgeFilesLines
...
* Remove CMake-Xcode hack that symlinked llvm-config into a common place.Douglas Gregor2014-01-021-10/+0
| | | | | | | When building Clang separately from LLVM with CMake, one should set the path of llvm-config via the cache variable LLVM_CONFIG. llvm-svn: 198316
* [CMake][VS][XCode] Restruct the output directory layout more comfortable, ↵NAKAMURA Takumi2013-12-301-1/+24
| | | | | | | | | | | | | | | | | | ${BINARY_DIR}/${BUILD_MODE}/(bin|lib) We have been seeing nasty directory layout with CMake multiconfig, such as, bin/Release/clang.exe lib/clang/3.x/... lib/Release/clang/3.x/.. (duplicated) Move the layout similar to autoconf's; Release/bin/clang.exe Release/lib/clang/3.x/... Checked on Visual Studio 10. Could you guys please confirm my change on XCode(and other multiconfig builders)? Note: Don't set variables CMAKE_*_OUTPUT_DIRECTORY any more, or a certain builder, for eaxample, msbuild.exe, would be confused. llvm-svn: 198205
* Visual C++ does not support -ffunction-sections -fdata-sections.Yaron Keren2013-12-301-1/+1
| | | | llvm-svn: 198203
* Port r198087 and r198089 (strip dead code by default) from make to cmake.Nico Weber2013-12-301-0/+22
| | | | llvm-svn: 198198
* [cmake] In add_llvm_loadable_module, don't clobber existing LINK_FLAGS on OS X.Nico Weber2013-12-291-5/+5
| | | | | | | Also add leading spaces to the LINK_FLAGS setters, since that's what the cmake folks recommend: http://www.cmake.org/pipermail/cmake/2012-October/052399.html llvm-svn: 198182
* Fix mis-merging in AddLLVM.cmake, take #2. LINK.EXE's options had been ↵NAKAMURA Takumi2013-12-291-1/+1
| | | | | | broken. Sorry again. llvm-svn: 198169
* Fix mis-merging in AddLLVM.cmake. Sorry.NAKAMURA Takumi2013-12-291-0/+1
| | | | llvm-svn: 198166
* [CMake] Fix add_llvm_loadble_module.NAKAMURA Takumi2013-12-291-3/+3
| | | | | | Thanks to Edward-san, to let me know. llvm-svn: 198165
* [CMake] add_llvm_symbol_exports: Use unique name for each target.NAKAMURA Takumi2013-12-291-3/+3
| | | | llvm-svn: 198164
* [CMake] add_llvm_symbol_exports: Use ${native_export_file} instead of ↵NAKAMURA Takumi2013-12-291-16/+15
| | | | | | equivalent constant "symbol.*', since it is defined. llvm-svn: 198163
* Yet another attempt at getting cmake-clang-i686-mingw32 green.Nico Weber2013-12-291-1/+1
| | | | llvm-svn: 198159
* Windows build fixes, hopefully last part.Nico Weber2013-12-291-2/+7
| | | | | | | r198153 fixed the msvs bot problem, but broke a msysgit bot. This change hopefully makes both variants happy. llvm-svn: 198156
* Another windows build fix attempt.Nico Weber2013-12-291-1/+1
| | | | | | Inspired by http://public.kitware.com/pipermail/cmake-developers/2012-March/003768.html llvm-svn: 198153
* More windows build fix attempts.Nico Weber2013-12-291-3/+3
| | | | | | | | The windows ninja build is now green, but msvs is still unhappy. Maybe that's because the .def file was passed when building LTO_static, so only pass symbol lists for shared libraries. llvm-svn: 198151
* The same we do every commit, Pinky: Try to fix the windows build (after ↵Nico Weber2013-12-291-1/+4
| | | | | | r198136). llvm-svn: 198148
* Another windows build fix attempt after r198136.Nico Weber2013-12-291-1/+1
| | | | | | The current quoting is stripped by cmake, try quoting more. llvm-svn: 198143
* Try to fix windows build more after r198136.Nico Weber2013-12-291-1/+1
| | | | | | | | | The command that cmd.exe is complaining about is: cmd.exe /c cd /D C:\bb-win7\cmake-clang-i686-mingw32\build\tools\lto && cmake -E echo EXPORTS > symbol.def && type C:/bb-win7/cmake-clang-i686-mingw32/llvm-project/llvm/tools/lto/lto.exports >> symbol.def Maybe quoting the filename helps. llvm-svn: 198140
* Use `${CMAKE_COMMAND}` instead of `cmake`.Nico Weber2013-12-291-2/+2
| | | | llvm-svn: 198139
* Try to fix windows build after r198136.Nico Weber2013-12-281-1/+1
| | | | | | `type` can't read from stdin. llvm-svn: 198138
* Try to fix linux build after r198136.Nico Weber2013-12-281-1/+1
| | | | | | $ needs to be written $$ in makefiles, but not in cmakefiles. llvm-svn: 198137
* EXPORTED_SYMBOL_FILE support for cmakeNico Weber2013-12-282-0/+82
| | | | | | | | | | | | | The cmake build didn't support EXPORTED_SYMBOL_FILE. Instead, it had a Windows-only implementation in tools/lto/CMakeLists.txt, a linux-only implementation in tools/gold/CMakeLists.txt, and a darwin-only implementation in tools/clang/tools/libclang/CMakeLists.txt. This attempts to consolidate these one-offs into a single place. Clients can now just set LLVM_EXPORTED_SYMBOL_FILE and things (hopefully) Just Work, like in the make build. llvm-svn: 198136
* Remove windows newlines.Nico Weber2013-12-281-7/+7
| | | | llvm-svn: 198135
* Fix documentation typosAlp Toker2013-12-201-2/+2
| | | | llvm-svn: 197757
* Revert r197682, "[CMake] Introduce LIT in add_lit_target."NAKAMURA Takumi2013-12-191-5/+2
| | | | llvm-svn: 197703
* [CMake] Introduce LIT in add_lit_target.NAKAMURA Takumi2013-12-191-2/+5
| | | | llvm-svn: 197682
* [CMake] Don't put every project's tblgen executable in the LLVM bin directory.Jordan Rose2013-12-181-2/+0
| | | | | | | | | This changes Clang standalone builds so that clang-tblgen lives in clang/build/bin instead of llvm/build/bin, and so that with the Xcode generator it's in clang/build/bin/Debug instead of llvm/build/bin/Debug/Debug/. Yes, really. llvm-svn: 197590
* [CMake] Prune LLVM_TOOLS_BINARY_DIR in LLVMConfig.cmake, since it always ↵NAKAMURA Takumi2013-12-181-2/+0
| | | | | | points build directory. llvm-svn: 197581
* [CMake] ${LLVM_MAIN_SRC_DIR}/include can be represented as ↵NAKAMURA Takumi2013-12-161-1/+1
| | | | | | ${LLVM_MAIN_INCLUDE_DIR}. llvm-svn: 197396
* [CMake] Introduce LLVM_RUNTIME_OUTPUT_INTDIR and LLVM_LIBRARY_OUTPUT_INTDIR ↵NAKAMURA Takumi2013-12-161-3/+3
| | | | | | | | | | to reduce references to CMAKE_CFG_INTDIR. Each of them forms like; ${CMAKE_BINARY_DIR}/bin/${CMAKE_CFG_INTDIR} ${CMAKE_BINARY_DIR}/lib/${CMAKE_CFG_INTDIR} llvm-svn: 197394
* [CMake] add_lit_target: Let lit.site.cfg free from "--param build_mode" on ↵NAKAMURA Takumi2013-12-041-4/+10
| | | | | | single configuration builds, like autoconf build. llvm-svn: 196377
* [CMake] add_lit_target: Tests should be excluded from "Build Solution".NAKAMURA Takumi2013-12-021-0/+3
| | | | llvm-svn: 196093
* [CMake] Let add_public_tablegen_target() provide intrinsics_gen, too.NAKAMURA Takumi2013-11-281-1/+1
| | | | | | | | | | I think, in principle, intrinsics_gen may be added explicitly. That said, it can be added incidentally, since each target already has dependencies to llvm-tblgen. Almost all source files depend on both CommonTaleGen and intrinsics_gen. Explicit add_dependencies() have been pruned under lib/Target. llvm-svn: 195929
* [CMake] Let add_public_tablegen_target responsible to provide dependency to ↵NAKAMURA Takumi2013-11-281-2/+3
| | | | | | | | | CommonTableGen. add_public_tablegen_target adds *CommonTableGen to LLVM_COMMON_DEPENDS. LLVM_COMMON_DEPENDS affects add_llvm_library (and other add_target stuff) within its scope. llvm-svn: 195927
* CMake : optionaly enable LLVM to be compiled with -std=c++11 (default: off)Arnaud A. de Grandmaison2013-11-261-0/+4
| | | | | | | | | | In some case, it may be required to build LLVM in C++11 mode, as some the subprojects (like lldb) requires it. This mimics the autoconf behaviour. However, given the discussions on the switch to C++11 of the codebase, this behaviour should evolve to default to C++11 with some checks of the compiler capabilities. llvm-svn: 195727
* Revert my CMake patches concerning building with /MT (r194589, r194596)Hans Wennborg2013-11-131-13/+0
| | | | | | Reid pointed out we already have LLVM_USE_CRT_{buildtype} to set it. llvm-svn: 194604
* CMake: make building with /MT an option instead of always forcing itHans Wennborg2013-11-131-2/+5
| | | | | | | | | | | | | for release builds. This is a follow-up to r194589. Aaron pointed out that building libraries with /MT and using them in an application that uses a different run-time library can be a bad idea. Move the option to build with /MT behind a CMake option so it can be turned on selectively, such as when building the toolchain installer. llvm-svn: 194596
* cmake: link release builds statically against run-time library on windows ↵Hans Wennborg2013-11-131-0/+10
| | | | | | | | | | | (use /MT instead of /MD) This should fix the problem of snapshot builds created with MSVC 2012 not working for users with MSVC 2010, etc. Differential Revision: http://llvm-reviews.chandlerc.com/D2157 llvm-svn: 194589
* Remove NDBEUG from all release types compile flags.Yaron Keren2013-10-191-2/+7
| | | | llvm-svn: 193031
* CMake: set stack size for MSVC in just one placeHans Wennborg2013-10-171-3/+8
| | | | | | | | | | | After r192904, Reid pointed out he thought we already set the stack size for MSVC. Turns out we did, but it didn't seem to work. This commit sets the stack size in a single place, using CMAKE_EXE_LINKER_FLAGS because that seems to be the way that works best. llvm-svn: 192912
* CMake: set stack size to 2MB for MSVC buildsHans Wennborg2013-10-171-0/+4
| | | | | | | | | | Compiling under Visual C++ 2012 with the default stack size of 1MB, the stack overflows at a depth of 216 template instantiations, well before the 256 default limit. This patch modifies the default MSVC stack size to 2MB. Patch by Yaron Keren! llvm-svn: 192904
* cmake: don't set LLVM_COMPILER_IS_GCC_COMPATIBLE when using clang-clHans Wennborg2013-10-071-0/+2
| | | | | | | | | Tip-of-tree CMake has become clang-cl aware [1]. In this case, CMAKE_CXX_COMPILER_ID will still be Clang, but MSVC will be true. [1] See http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=3d8356d4 llvm-svn: 192139
* Revert "Revert "Windows: Add support for unicode command lines""David Majnemer2013-10-072-2/+2
| | | | | | | This reverts commit r192070 which reverted r192069, I forgot to regenerate the configure scripts. llvm-svn: 192079
* Revert "Windows: Add support for unicode command lines"David Majnemer2013-10-062-2/+2
| | | | | | | This is causing MinGW bots to fail. This reverts commit r192069. llvm-svn: 192070
* Windows: Add support for unicode command linesDavid Majnemer2013-10-062-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Summary: The MSVCRT deliberately sends main() code-page specific characters. This isn't too useful to LLVM as we end up converting the arguments to UTF-16 and subsequently attempt to use the result as, for example, a file name. Instead, we need to have the ability to access the Unicode command line and transform it to UTF-8. This has the distinct advantage over using the MSVC-specific wmain() function as our entry point because: - It doesn't work on cygwin. - It only work on MinGW with caveats and only then on certain versions. - We get to keep our entry point as main(). :) N.B. This patch includes fixes to other parts of lib/Support/Windows s.t. we would be able to take advantage of getting the Unicode paths. E.G. clang spawning clang -cc1 would want to give it Unicode arguments. Reviewers: aaron.ballman, Bigcheese, rnk, ruiu Reviewed By: rnk CC: llvm-commits, ygao Differential Revision: http://llvm-reviews.chandlerc.com/D1834 llvm-svn: 192069
* Reverts commit r190808 and r190556.Rafael Espindola2013-10-011-37/+17
| | | | | | The use of these features in clang has been reverted. llvm-svn: 191785
* [CMake] Hack GetSVN.cmake to handle unusual terminals.Jordan Rose2013-09-161-0/+3
| | | | | | | | I got a report of a hang in git's helper functions trying to figure out how to display results of "git svn info" when run inside ninja, even though the result is immediately piped to grep. This seems to avoid that. llvm-svn: 190808
* [CMake] Update GetSVN.cmake to use LLVM version control helper scripts.Jordan Rose2013-09-111-17/+34
| | | | | | | | | This allows the logic to work with Git, and also uses the variable names to match what Clang is actually looking for. This changes the interface of GetSVN.cmake. Clang change to follow. llvm-svn: 190556
* cmake: Install llvm-tblgen againHans Wennborg2013-09-101-0/+4
| | | | | | | | | | | It was removed in r189130, but it turns out this makes life hard for folks packaging LLVM and Clang and building the latter based on the LLVM package. Note that this only adds back the LLVM tblgen, and it's obviously not included when LLVM_INSTALL_TOOLCHAIN_ONLY is set. llvm-svn: 190419
* [CMake] Add -O1 in debug builds with LLVM_USE_SANITIZERAlexey Samsonov2013-09-021-0/+4
| | | | llvm-svn: 189747
* Translate ENABLE_CLANG_{ARCMT,REWRITER,STATIC_ANALYZER} when generatingRoman Divacky2013-08-271-0/+16
| | | | | | lit.site.cfg. llvm-svn: 189394
OpenPOWER on IntegriCloud