summaryrefslogtreecommitdiffstats
path: root/llvm/cmake
Commit message (Collapse)AuthorAgeFilesLines
...
* Remove log statements from config scripts.Zachary Turner2015-02-221-2/+0
| | | | | | The bots seem to be happy now. llvm-svn: 230164
* Really fix the build this time.Zachary Turner2015-02-221-0/+2
| | | | | | | I was setting the python variable to "@HAVE_DIA_SDK@", which will always be a string, and will always evaluate to True. llvm-svn: 230163
* [llvm-pdbdump] Resubmit "Add some tests for llvm-pdbdump".Zachary Turner2015-02-221-0/+2
| | | | | | | | | | | | | NOTE: This patch intentionally breaks the build. It attempts to resubmit r230083, but with some debug logging in the CMake and lit config files to determine why certain bots do not correctly disable the DIA tests when DIA is not available. After a sufficient number of bots fail, this patch will either be reverted or, if the cause of the failure becomes obvious, a fix submitted with the log statements removed. llvm-svn: 230161
* Raising minimum required CMake version to 2.8.12.2.Chris Bieneman2015-02-201-2/+2
| | | | llvm-svn: 230062
* [Support/Timer] Make GetMallocUsage() aware of jemalloc.Davide Italiano2015-02-191-0/+1
| | | | | | | Differential Revision: D7657 Reviewed by: shankarke, majnemer llvm-svn: 229824
* CMake: Fix add_lit_target for the case where a test suite has zero target ↵Peter Collingbourne2015-02-181-2/+4
| | | | | | | | | dependencies. This can happen with a standalone project containing a test suite with no internal dependencies. llvm-svn: 229753
* Adding install targets for individual LLVM tools and libraries.Chris Bieneman2015-02-181-2/+20
| | | | | | | | | | | | | | | | | Summary: * add_llvm_tool and add_llvm_library now add install-${name} targets to install specific components * added installhdrs target to install just the LLVM headers * The above changes only apply for single-configuration generators (Ninja, Makefiles...), not for multi-configuration generators (Visual Studio, Xcode...) Reviewers: pete Reviewed By: pete Subscribers: pete, llvm-commits Differential Revision: http://reviews.llvm.org/D7619 llvm-svn: 229727
* Enable standard so versioning for libLLVM.Chris Bieneman2015-02-181-0/+5
| | | | | | | | | | | | | | | | | Summary: This resolves Bugzilla bug 15493. Reviewers: chapuni, pete Reviewed By: pete Subscribers: pete, llvm-commits Differential Revision: http://reviews.llvm.org/D6157 Conflicts: cmake/modules/AddLLVM.cmake llvm-svn: 229720
* Downgrade build system error message to a warningFilipe Cabecinhas2015-02-181-2/+5
| | | | | | | Instead of requiring MSVC 2013 U4, we simply warn users, since some might not bt able to immediately upgrade. llvm-svn: 229598
* We require MSVC 2013 Update 4 due to previous versions miscompiling ASTMatchersFilipe Cabecinhas2015-02-171-2/+2
| | | | | | | | | | Previous versions of MSVC 2013 would miscompile ASTMatchers (and/or their tests). Bump up the requirement and make sure we know about the minor revision. Minimum required version found by Michael Edwards! llvm-svn: 229584
* Update the docs to require at least MSVC 2013.Benjamin Kramer2015-02-151-2/+2
| | | | llvm-svn: 229323
* Reapply r229185(cbieneman) -- Raising minimum required Visual Studio version ↵NAKAMURA Takumi2015-02-151-6/+0
| | | | | | | | to 2013. This is based on the discussions on: [LLVMdev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk llvm-svn: 229320
* [gold] Consolidate the gold plugin options and actually search forChandler Carruth2015-02-141-0/+6
| | | | | | | | | | | | | | | | a gold binary explicitly. Substitute this binary into the tests rather than just directly executing the 'ld' binary. This should allow folks to inject a cross compiling gold binary, or in my case to use a gold binary built and installed somewhere other than /usr/bin/ld. It should also allow the tests to find 'ld.gold' so that things work even if gold isn't the default on the system. I've only stubbed out support in the makefile to preserve the existing behavior with none of the fancy logic. If someone else wants to add logic here, they're welcome to do so. llvm-svn: 229251
* Revert r229185, "Raising minimum required Visual Studio version to 2013."NAKAMURA Takumi2015-02-141-0/+6
| | | | | | All builders are not ready yet. llvm-svn: 229199
* Raising minimum required Visual Studio version to 2013.Chris Bieneman2015-02-131-6/+0
| | | | | | This is based on the discussions on: [LLVMdev] [RFC] Raising LLVM minimum required MSVC version to 2013 for trunk llvm-svn: 229185
* Teach llvm_add_library() to find include dirs.Zachary Turner2015-02-101-10/+23
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since header files are not compilation units, CMake does not require you to specify them in the CMakeLists.txt file. As a result, unless a header file is explicitly added, CMake won't know about it, and when generating IDE-based projects, CMake won't put the header files into the IDE project. LLVM currently tries to deal with this in two ways: 1) It looks for all .h files that are in the project directory, and adds those. 2) llvm_add_library() understands the ADDITIONAL_HEADERS argument, which allows one to list an arbitrary list of headers. This patch takes things one step further. It adds the ability for llvm_add_library() to take an ADDITIONAL_HEADER_DIRS argument, which will specify a list of folders which CMake will glob for header files. Furthermore, it will glob not only for .h files, but also for .inc files. Included in this CL is an update to one of the existing users of ADDITIONAL_HEADERS to use this new argument instead, to serve as an illustration of how this cleans up the CMake. The big advantage of this new approach is that until now, there was no way for the IDE projects to locate the header files that are in the include tree. In other words, if you are in, for example, lib/DebugInfo/DWARF, the corresponding includes for this project will be located under include/llvm/DebugInfo/DWARF. Now, in the CMakeLists.txt for lib/DebugInfo/DWARF, you can simply write: ADDITIONAL_HEADER_DIRS ../../include/llvm/DebugInfo/DWARF as an argument to llvm_add_library(), and all header files will get added to the IDE project. Differential Revision: http://reviews.llvm.org/D7460 Reviewed By: Chris Bieneman llvm-svn: 228670
* Define HAVE_DIA_SDK on Windows when DIA is present.Zachary Turner2015-02-101-0/+16
| | | | | | | | | | | This allows all CMake projects, as well as C++ code, to detect if and when DIA SDK is available for use so that we can enable the DIA-based PDB reader implementation. Differential Revision: http://reviews.llvm.org/D7457 Reviewed By: Chandler Carruth llvm-svn: 228669
* Handle LLVM_USE_SANITIZER=Address;Undefined (and the other way around)Filipe Cabecinhas2015-02-041-0/+5
| | | | | | | | | | | | | | | | Summary: Handle LLVM_USE_SANITIZER=Address;Undefined to enable ASan and UBSan If UBSan is compatible with more of the other sanitizers, maybe we should deal with this in a better way where we allow combining UBSan with any of the other sanitizers. Reviewers: samsonov Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D7024 llvm-svn: 228219
* [CMake] add_llvm_library: don't use .imp suffix for import libraries on ↵Hans Wennborg2015-02-031-5/+0
| | | | | | | | | | | | | | | | | Windows (PR22334) This was added in r188351 to fix a naming conflict between the profile_rt-static and profile_rt-shared who both ended up in lib/profile_rt.lib. The change also affected other libraries (like libclang), and users are reporting that they find it surprising that there's no longer a libclang.lib. Since the profile_rt naming conflict doesn't seem to exist any more, I think we can remove this. Differential Revision: http://reviews.llvm.org/D7391 llvm-svn: 228049
* [Cygming] Seek also chkstk_ms, or JIT fails with DLL builds. It is fixup for ↵NAKAMURA Takumi2015-01-301-0/+2
| | | | | | r227519. llvm-svn: 227574
* Updating iOS.cmake to work with the latest Xcode and iOS 8 SDK.Chris Bieneman2015-01-301-4/+22
| | | | llvm-svn: 227523
* iOS doesn't have histedit.h available. We should gate use of libedit on ↵Chris Bieneman2015-01-301-1/+4
| | | | | | whether or not this headers exists. llvm-svn: 227522
* Add cmake flag LLVM_USE_SANITIZE_COVERAGEKostya Serebryany2015-01-271-0/+3
| | | | | | | | | | | | | | | | | | | | Summary: When LLVM_USE_SANITIZE_COVERAGE=YES and one of the sanitizers is used -fsanitize-coverage=3 will be added to build flag. This will be used to run a coverage-guided fuzzer on various llvm libraries. Test Plan: n/a Reviewers: rnk Reviewed By: rnk Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D7116 llvm-svn: 227216
* Reverting r226937: lit: Make MCJIT's supported arch check case insensitiveKuba Brecka2015-01-241-0/+1
| | | | | | The r226937 commit causes ASan lit tests to be all skipped on OS X. llvm-svn: 226979
* lit: Make MCJIT's supported arch check case insensitiveReid Kleckner2015-01-231-1/+0
| | | | | | | | | Should make the tests run when using CMake on systems where 'uname -p' reports "amd64", such as FreeBSD. Should fix PR21559. llvm-svn: 226937
* Don't use -z,defs on FreeBSD.Rafael Espindola2015-01-221-2/+3
| | | | | | Looks like environ is defined only in the main binary. llvm-svn: 226862
* Pass -Wl,-z,defs when building shared libraries, but not with the sanitizers.Rafael Espindola2015-01-221-0/+8
| | | | llvm-svn: 226828
* Don't pass -Wl,z,defs for now.Rafael Espindola2015-01-201-7/+0
| | | | | | It broke the msan build. llvm-svn: 226613
* Use -Wl,defs when linking.Rafael Espindola2015-01-201-0/+7
| | | | | | | | | | | | | | | ELF linkers by default allow shared libraries to contain undefined references and it is up to the dynamic linker to look for them. On COFF and MachO, that is not the case. This creates a situation where a .so might build on an ELF system, but the build of the corresponding .dylib or .dll will fail. This patch changes the cmake build to use -Wl,-z,defs when linking and updates the dependencies so that -DBUILD_SHARED_LIBS=ON build still works. llvm-svn: 226611
* [OCaml] Use $CAMLORIGIN, an rpath-$ORIGIN-like mechanism in OCaml.Peter Zotov2015-01-131-0/+2
| | | | | | | | | | | | | | | As a result, installations of LLVM in non-standard locations will not require passing custom -ccopt -L flags when building the binary, nor absolute paths would be embedded in the cma/cmxa files. Additionally, the executables will not require changes to LD_LIBRARY_PATH, although CAML_LD_LIBRARY_PATH still has to be set for ocamlc without -custom. See http://caml.inria.fr/mantis/view.php?id=6642. Note that the patch is approved, but not merged yet. It will be released in 4.03 and likely 4.02. llvm-svn: 225778
* Reverting r225319; since there is a folder named Examples, attempting to add ↵Aaron Ballman2015-01-071-6/+0
| | | | | | a target of the same name causes problems for IDEs like Visual Studio. llvm-svn: 225355
* cmake: Fix 'examples' target after r225319Duncan P. N. Exon Smith2015-01-061-1/+1
| | | | | | | | Add the missing `DEPENDS` keyword. r225319 did almost the right thing (I didn't notice the problem with it because `Kaleidoscope-Ch8` wasn't building at all). llvm-svn: 225321
* cmake: Add 'examples' targetDuncan P. N. Exon Smith2015-01-061-0/+6
| | | | llvm-svn: 225319
* [CMake] Silence stderr on "COMMAND ${CMAKE_C_COMPILER} -Wl,--version". It ↵NAKAMURA Takumi2015-01-061-0/+1
| | | | | | was noisy during configuraion. llvm-svn: 225260
* Reformat.NAKAMURA Takumi2015-01-061-2/+4
| | | | llvm-svn: 225259
* [autoconf] llvm/cmake/modules/Makefile: Make sure to regenerate ↵NAKAMURA Takumi2015-01-051-1/+1
| | | | | | LLVMConfig.cmake whenever Makefile is updated. llvm-svn: 225206
* [autoconf] Export LLVM_LIBDIR_SUFFIX with empty string in LLVMConfig.cmake. ↵NAKAMURA Takumi2015-01-051-0/+1
| | | | | | tools/llvm-config is also doing so. llvm-svn: 225204
* [OCaml] [cmake] Use LLVM_LIBRARY_DIR instead of LLVM_LIBRARY_OUTPUT_INTDIR.Peter Zotov2014-12-301-3/+3
| | | | | | | | The latter variable is internal. Original patch by Ramkumar Ramachandra <artagnon@gmail.com> llvm-svn: 224977
* [go] Teach the go cmake build functions to funnel the include directories ↵Chandler Carruth2014-12-291-1/+6
| | | | | | | | | | | | | | down into the cgo-setup variables of llvm-go. Summary: This in turn allows us to use #includes with cgo that rely on CMake provided include directories which is particularly useful for handling generated headers that aren't reasonable to put in an "installable" location. Differential Revision: http://reviews.llvm.org/D6798 llvm-svn: 224962
* [cmake] Push LLVM_LIBDIR_SUFFIX through to the LLVMConfig.cmake fileChandler Carruth2014-12-291-0/+2
| | | | | | | | | that is used by other projects to build against LLVM. This will allow subsequent patches to them to use LLVM_LIBDIR_SUFFIX, both when built as part of the larger LLVM build an as part of a standalone build against an installed set of LLVM libraries. llvm-svn: 224920
* [cmake] Start making LLVM_LIBDIR_SUFFIX effective by adding it toChandler Carruth2014-12-291-1/+1
| | | | | | | | | | | | | | | | | *numerous* places where it was missing in the CMake build. The primary change here is that the suffix is now actually used for all of the lib directories in the LLVM project's CMake. The various subprojects still need similar treatment. This is the first of a series of commits to try to make LLVM's cmake effective in a multilib Linux installation. I don't think many people are seriously using this variable so I'm hoping the fallout will be minimal. A somewhat unfortunate consequence of the nature of these commits is that until I land all of them, they will in part make the brokenness of our multilib support more apparant. At the end, things should actually work. llvm-svn: 224919
* [cmake] Unbreak LLVM-Config.cmake / llvm_expand_dependencies.Peter Zotov2014-12-181-20/+30
| | | | | | | | | | | | | The algorithm for sorting libraries in topological order, as previously implemented, had a few issues: * It didn't make any sense. * It didn't actually sort libraries in topological order. * It hung on some inputs, e.g. "LLVMipo". This commit replaces the old algorithm with a straightforward port from llvm-config.cpp. llvm-svn: 224554
* Disable --icf=safe to avoid a bug.Rafael Espindola2014-12-121-1/+3
| | | | | | Thanks to Sameer Sahasrabuddhe for the report! llvm-svn: 224123
* cmake: Make SVNVersion.inc work on Windows if svn is called svn.bat.Nico Weber2014-12-101-0/+5
| | | | llvm-svn: 223864
* Make GetSVN.cmake do its VCS queries with native CMake code.Paul Robinson2014-12-051-5/+70
| | | | | | | | | | This lets the queries work on Windows as well as Linux. This does mean make and cmake aren't using the same scripts to do the queries (again), but at least GetSVN.cmake understands git and git-svn as well as svn now. llvm-svn: 223425
* Also use --icf=safe if we are being linked by gold.Rafael Espindola2014-12-041-1/+1
| | | | llvm-svn: 223394
* Detect if the linker is gold and if so always use --gc-sections.Rafael Espindola2014-12-041-1/+15
| | | | llvm-svn: 223372
* [OCaml] [cmake] Disable OCaml bindings if ctypes >=0.3 is not found.Peter Zotov2014-12-031-4/+8
| | | | llvm-svn: 223195
* cmake: Remove MAXPATHLEN define as autoconf does not provide itReid Kleckner2014-12-021-4/+0
| | | | | | | | Presumably it was added to the CMake system when MAXPATHLEN was still used by code built for Windows. Currently only lib/Support/Path.inc uses MAXPATHLEN, and it should be available on all Unices. llvm-svn: 223139
* [OCaml] [cmake] Add CMake buildsystem for OCaml.Peter Zotov2014-12-013-0/+324
| | | | | | Closes PR15325. llvm-svn: 223071
OpenPOWER on IntegriCloud