summaryrefslogtreecommitdiffstats
path: root/llvm/cmake/platforms
Commit message (Collapse)AuthorAgeFilesLines
* [CMake] [WinMsvc] Look for includes and libs in ${MSVC_BASE}/atlmfcMartin Storsjo2019-10-221-0/+4
| | | | | | | | This is necessary if building with the DIA SDK enabled. Differential Revision: https://reviews.llvm.org/D69240 llvm-svn: 375486
* [NFC][CMake] Improve Status message in the iOS toolchain fileLouis Dionne2019-03-131-2/+2
| | | | llvm-svn: 356056
* [cmake] Note future cleanup in comment. NFCShoaib Meenai2019-01-311-1/+3
| | | | | | | | CMake 3.6 introduced CMAKE_TRY_COMPILE_PLATFORM_VARIABLES, which solves precisely the problem that necessitated init_user_prop, so we can switch over whenever we bump our minimum CMake requirement. llvm-svn: 352790
* [cmake] Also create lowercase extension WinSDK symlinksShoaib Meenai2018-10-051-5/+19
| | | | | | | | | | | | | Some projects rely on using libraries from the Windows SDK with their original casing, just with a lowercase extension. E.g. the WinSock2 lib is named WS2_32.Lib in the Windows SDK, and we would previously only create a ws2_32.lib symlink for it (i.e. all lowercase). Also create a WS2_32.lib symlink (i.e. original casing with lowercase extension) to cover users of this casing. As a drive-by fix, only create these symlinks when they differ from the original name to reduce the amount of noise in the library symlinks directory. llvm-svn: 343832
* [CMake] Teach the build system to codesign built productsJustin Bogner2018-07-101-0/+20
| | | | | | | | | | | Automatically codesign all executables and dynamic libraries if a codesigning identity is given (via LLVM_CODESIGNING_IDENTITY). This option is darwin only for now. Also update platforms/iOS.cmake to pick up the right versions of codesign and codesign_allocate. llvm-svn: 336708
* [CMake] Respect CMAKE_STRIP and CMAKE_DSYMUTIL on apple platformsJustin Bogner2018-06-281-0/+27
| | | | | | | | This allows overriding the strip and dsymutil tools, and updates iOS.cmake to do so. I've also added libtool to iOS.cmake, but it was already respecting CMAKE_LIBTOOL if set. llvm-svn: 335900
* [cmake] Fix clang-cl cross-compilation on macOSShoaib Meenai2017-12-152-0/+12
| | | | | | | | | | | | | | macOS paths usually start with /Users, which clang-cl interprets as a macro undefine, leading to pretty much everything failing to compile. CMake should be taught to put a -- in its compilation rules for clang-cl (and I've been meaning to submit that upstream for a while). In the meantime, however, and to support older CMake versions, we can just create a custom make rules override to fix the compilation rules. Differential Revision: https://reviews.llvm.org/D41219 llvm-svn: 320785
* [cmake] Only attempt to install MSVC system libraries on WindowsShoaib Meenai2017-12-141-7/+0
| | | | | | | | | | | | | | | | | Newer versions of CMake (I'm on 3.10, but I believe 3.9 behaves the same way) attempt to query the system for information about the VS 2017 install. Unfortunately, this query fails on non-Windows systems: cmake_host_system_information does not recognize <key> VS_15_DIR CMake isn't going to find these system libraries on non-Windows anyway (and we were previously silencing the resultant warnings in our cross-compilation toolchain), so it makes sense to just omit the attempted installation entirely on non-Windows. Differential Revision: https://reviews.llvm.org/D41220 llvm-svn: 320724
* [cmake] Add support for case-sensitive Windows SDKsShoaib Meenai2017-12-131-12/+77
| | | | | | | | | | When the Windows SDK is hosted on a case-sensitive filesystem (e.g. when compiling on Linux and not using ciopfs), we can automatically generate a VFS overlay for headers and symlinks for libraries. Differential Revision: https://reviews.llvm.org/D41156 llvm-svn: 320657
* [cmake] Support host architectures other than x64Shoaib Meenai2017-12-131-5/+28
| | | | | | | | Allow building for other architectures when cross-compiling for Windows. Differential Revision: https://reviews.llvm.org/D41158 llvm-svn: 320656
* [cmake] Explicitly set VS 2017 compatibilityShoaib Meenai2017-12-131-0/+1
| | | | | | | | | | | | | When cross-compiling using clang-cl 5.0 (which is currently the latest stable release of the compiler), the default MS compatibility level is set to VS 2013, which is too low to build LLVM. Explicitly set the compatibility level to VS 2017 to support cross-compiling LLVM for Windows using clang-cl 5.0. This will be a no-op when using clang-cl 6.0 and above, where the default MS compatibility level is already VS 2017. Differential Revision: https://reviews.llvm.org/D41157 llvm-svn: 320616
* Add a Cross-compilation toolchain file for MSVC.Zachary Turner2017-11-091-0/+219
| | | | | | | | | | | With this patch, you can now cross-compile for Windows on non-Windows hosts. Differential Revision: https://reviews.llvm.org/D39814 This allows cross-compiling for windows on other platforms. llvm-svn: 317830
* [CMake] Add variable IOS to iOS toolchainChris Bieneman2017-02-171-0/+1
| | | | | | This is useful for some edge cases where detecting things gets tricky. Specifically LLDB needs this to support iOS because CMake doesn't support running tests using obj-c code. llvm-svn: 295392
* cmake: Simplify the iOS.cmake toolchainJustin Bogner2016-02-121-40/+15
| | | | | | | | | | | | | | | - Remove a comment that was clearly copy pasted from Android.cmake and isn't relevant. - Remove the toolchain's sensitivity to the environment. It's less error prone to just allow users to set CMAKE_OSX_SYSROOT if they want to use a custom SDK. - Stop explicitly setting -mios-version-min to the default value. It just adds needless complexity. This makes building the native tablegen work for me even when SDKROOT is set in the environment (or passed in as -DCMAKE_OSX_SYSROOT). llvm-svn: 260763
* Doing some cleanup to the iOS toolchain.Chris Bieneman2015-03-121-9/+23
| | | | | | | * There is no reason to require SDKROOT as an environment variable because we can derive it from xcrun * Setting CMAKE_RANLIB makes our static archives usable llvm-svn: 232053
* Updating iOS.cmake to work with the latest Xcode and iOS 8 SDK.Chris Bieneman2015-01-301-4/+22
| | | | llvm-svn: 227523
* Enabling LLVM & Clang to be cross-compiled using CMake from a single ↵Chris Bieneman2014-09-031-0/+47
| | | | | | | | configuration command line The basic idea is similar to the existing cross compilation support. A directory must be configured to build host versions of tablegen tools and llvm-config. This directory can be user provided (and configured), or it can be created during the build. During a build the native build directory will be configured and built to supply the tablegen tools used during the build. A user could also explicitly provide the tablegen executables to run on the CMake command line. llvm-svn: 217105
* Build PIE binaries when cross-compiling to Android.Evgeniy Stepanov2014-02-191-1/+2
| | | | | | This change also removes CMAKE_LINK_FLAGS setting that seems to be ignored by cmake. llvm-svn: 201654
* Remove -arm-enable-ehabi from Android build rules. It's enabled by default.Evgeniy Stepanov2014-01-291-1/+1
| | | | llvm-svn: 200391
* Allow overriding the location of C/C++ compilers in Android CMake build.Evgeniy Stepanov2013-05-291-2/+9
| | | | | | Patch by Greg Fitzgerald. llvm-svn: 182831
* CMake toolchain file for Android NDK.Evgeniy Stepanov2012-09-111-0/+21
llvm-svn: 163612
OpenPOWER on IntegriCloud