RPCS3/llvm-mirror
1
0
Fork 0
mirror of https://github.com/RPCS3/llvm-mirror.git synced 2024-11-23 19:23:23 +01:00
Code Issues Projects Releases Wiki Activity
fe83462295
llvm-mirror/cmake/platforms/iOS.cmake

103 lines
3.2 KiB
CMake
Raw Normal View History

Enabling LLVM & Clang to be cross-compiled using CMake from a single 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
2014-09-04 01:21:18 +02:00
# Toolchain config for iOS.
SET(CMAKE_SYSTEM_NAME Darwin)
SET(CMAKE_SYSTEM_VERSION 13)
SET(CMAKE_CXX_COMPILER_WORKS True)
SET(CMAKE_C_COMPILER_WORKS True)
[CMake] Add variable IOS to iOS toolchain 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
2017-02-17 02:11:41 +01:00
SET(IOS True)
Enabling LLVM & Clang to be cross-compiled using CMake from a single 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
2014-09-04 01:21:18 +02:00
cmake: Simplify the iOS.cmake toolchain - 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
2016-02-13 00:36:05 +01:00
if(NOT CMAKE_OSX_SYSROOT)
execute_process(COMMAND xcodebuild -version -sdk iphoneos Path
OUTPUT_VARIABLE SDKROOT
ERROR_QUIET
OUTPUT_STRIP_TRAILING_WHITESPACE)
Updating iOS.cmake to work with the latest Xcode and iOS 8 SDK. llvm-svn: 227523
2015-01-30 01:10:47 +01:00
cmake: Simplify the iOS.cmake toolchain - 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
2016-02-13 00:36:05 +01:00
IF(NOT EXISTS ${SDKROOT})
MESSAGE(FATAL_ERROR "SDKROOT could not be detected!")
ENDIF()
Doing some cleanup to the iOS toolchain. * 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
2015-03-12 17:19:16 +01:00
cmake: Simplify the iOS.cmake toolchain - 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
2016-02-13 00:36:05 +01:00
message(STATUS "Using SDKROOT ${SDKROOT}")
set(CMAKE_OSX_SYSROOT ${SDKROOT})
endif()
Doing some cleanup to the iOS toolchain. * 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
2015-03-12 17:19:16 +01:00
Enabling LLVM & Clang to be cross-compiled using CMake from a single 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
2014-09-04 01:21:18 +02:00
IF(NOT CMAKE_C_COMPILER)
cmake: Simplify the iOS.cmake toolchain - 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
2016-02-13 00:36:05 +01:00
execute_process(COMMAND xcrun -sdk ${CMAKE_OSX_SYSROOT} -find clang
Enabling LLVM & Clang to be cross-compiled using CMake from a single 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
2014-09-04 01:21:18 +02:00
OUTPUT_VARIABLE CMAKE_C_COMPILER
ERROR_QUIET
OUTPUT_STRIP_TRAILING_WHITESPACE)
[NFC][CMake] Improve Status message in the iOS toolchain file llvm-svn: 356056
2019-03-13 16:35:21 +01:00
message(STATUS "Using C compiler ${CMAKE_C_COMPILER}")
Enabling LLVM & Clang to be cross-compiled using CMake from a single 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
2014-09-04 01:21:18 +02:00
ENDIF()
IF(NOT CMAKE_CXX_COMPILER)
cmake: Simplify the iOS.cmake toolchain - 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
2016-02-13 00:36:05 +01:00
execute_process(COMMAND xcrun -sdk ${CMAKE_OSX_SYSROOT} -find clang++
Enabling LLVM & Clang to be cross-compiled using CMake from a single 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
2014-09-04 01:21:18 +02:00
OUTPUT_VARIABLE CMAKE_CXX_COMPILER
ERROR_QUIET
OUTPUT_STRIP_TRAILING_WHITESPACE)
[NFC][CMake] Improve Status message in the iOS toolchain file llvm-svn: 356056
2019-03-13 16:35:21 +01:00
message(STATUS "Using C++ compiler ${CMAKE_CXX_COMPILER}")
Enabling LLVM & Clang to be cross-compiled using CMake from a single 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
2014-09-04 01:21:18 +02:00
ENDIF()
Updating iOS.cmake to work with the latest Xcode and iOS 8 SDK. llvm-svn: 227523
2015-01-30 01:10:47 +01:00
IF(NOT CMAKE_AR)
cmake: Simplify the iOS.cmake toolchain - 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
2016-02-13 00:36:05 +01:00
execute_process(COMMAND xcrun -sdk ${CMAKE_OSX_SYSROOT} -find ar
Updating iOS.cmake to work with the latest Xcode and iOS 8 SDK. llvm-svn: 227523
2015-01-30 01:10:47 +01:00
OUTPUT_VARIABLE CMAKE_AR_val
ERROR_QUIET
OUTPUT_STRIP_TRAILING_WHITESPACE)
SET(CMAKE_AR ${CMAKE_AR_val} CACHE FILEPATH "Archiver")
message(STATUS "Using ar ${CMAKE_AR}")
ENDIF()
Doing some cleanup to the iOS toolchain. * 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
2015-03-12 17:19:16 +01:00
IF(NOT CMAKE_RANLIB)
cmake: Simplify the iOS.cmake toolchain - 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
2016-02-13 00:36:05 +01:00
execute_process(COMMAND xcrun -sdk ${CMAKE_OSX_SYSROOT} -find ranlib
Doing some cleanup to the iOS toolchain. * 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
2015-03-12 17:19:16 +01:00
OUTPUT_VARIABLE CMAKE_RANLIB_val
ERROR_QUIET
OUTPUT_STRIP_TRAILING_WHITESPACE)
SET(CMAKE_RANLIB ${CMAKE_RANLIB_val} CACHE FILEPATH "Ranlib")
message(STATUS "Using ranlib ${CMAKE_RANLIB}")
ENDIF()
[CMake] Respect CMAKE_STRIP and CMAKE_DSYMUTIL on apple platforms 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
2018-06-28 20:36:52 +02:00
IF(NOT CMAKE_STRIP)
execute_process(COMMAND xcrun -sdk ${CMAKE_OSX_SYSROOT} -find strip
OUTPUT_VARIABLE CMAKE_STRIP_val
ERROR_QUIET
OUTPUT_STRIP_TRAILING_WHITESPACE)
SET(CMAKE_STRIP ${CMAKE_STRIP_val} CACHE FILEPATH "Strip")
message(STATUS "Using strip ${CMAKE_STRIP}")
ENDIF()
IF(NOT CMAKE_DSYMUTIL)
execute_process(COMMAND xcrun -sdk ${CMAKE_OSX_SYSROOT} -find dsymutil
OUTPUT_VARIABLE CMAKE_DSYMUTIL_val
ERROR_QUIET
OUTPUT_STRIP_TRAILING_WHITESPACE)
SET(CMAKE_DSYMUTIL ${CMAKE_DSYMUTIL_val} CACHE FILEPATH "Dsymutil")
message(STATUS "Using dsymutil ${CMAKE_DSYMUTIL}")
ENDIF()
IF(NOT CMAKE_LIBTOOL)
execute_process(COMMAND xcrun -sdk ${CMAKE_OSX_SYSROOT} -find libtool
OUTPUT_VARIABLE CMAKE_LIBTOOL_val
ERROR_QUIET
OUTPUT_STRIP_TRAILING_WHITESPACE)
SET(CMAKE_LIBTOOL ${CMAKE_LIBTOOL_val} CACHE FILEPATH "Libtool")
message(STATUS "Using libtool ${CMAKE_LIBTOOL}")
ENDIF()
[CMake] Teach the build system to codesign built products 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
2018-07-10 19:32:48 +02:00
IF(NOT CMAKE_CODESIGN)
execute_process(COMMAND xcrun -sdk ${CMAKE_OSX_SYSROOT} -find codesign
OUTPUT_VARIABLE CMAKE_CODESIGN_val
ERROR_QUIET
OUTPUT_STRIP_TRAILING_WHITESPACE)
SET(CMAKE_CODESIGN ${CMAKE_CODESIGN_val} CACHE FILEPATH "Codesign")
message(STATUS "Using codesign ${CMAKE_CODESIGN}")
ENDIF()
IF(NOT CMAKE_CODESIGN_ALLOCATE)
execute_process(
COMMAND xcrun -sdk ${CMAKE_OSX_SYSROOT} -find codesign_allocate
OUTPUT_VARIABLE CMAKE_CODESIGN_ALLOCATE_val
ERROR_QUIET
OUTPUT_STRIP_TRAILING_WHITESPACE)
SET(CMAKE_CODESIGN_ALLOCATE ${CMAKE_CODESIGN_ALLOCATE_val} CACHE
FILEPATH "Codesign_Allocate")
message(STATUS "Using codesign_allocate ${CMAKE_CODESIGN_ALLOCATE}")
ENDIF()
Reference in New Issue Copy Permalink