2022-07-05 11:26:52 +00:00
|
|
|
# Copyright (C) 2022 The Qt Company Ltd.
|
2022-08-19 13:21:34 +00:00
|
|
|
# SPDX-License-Identifier: BSD-3-Clause
|
2022-07-05 11:26:52 +00:00
|
|
|
|
2019-06-27 13:27:14 +00:00
|
|
|
#
|
2020-03-11 16:12:08 +00:00
|
|
|
# Collection of auto detection routines to improve the user experience when
|
2019-06-27 13:27:14 +00:00
|
|
|
# building Qt from source.
|
|
|
|
#
|
2019-11-01 10:48:23 +00:00
|
|
|
# Make sure to not run detection when building standalone tests, because the detection was already
|
|
|
|
# done when initially configuring qtbase.
|
2019-06-27 13:27:14 +00:00
|
|
|
|
2023-06-22 15:38:39 +00:00
|
|
|
# This needs to be here because QtAutoDetect loads before any other modules
|
|
|
|
option(QT_USE_VCPKG "Enable the use of vcpkg" ON)
|
|
|
|
|
2021-07-14 09:55:59 +00:00
|
|
|
function(qt_internal_ensure_static_qt_config)
|
|
|
|
if(NOT DEFINED BUILD_SHARED_LIBS)
|
|
|
|
set(BUILD_SHARED_LIBS OFF CACHE BOOL "Build Qt statically or dynamically" FORCE)
|
|
|
|
endif()
|
|
|
|
|
|
|
|
if(BUILD_SHARED_LIBS)
|
|
|
|
message(FATAL_ERROR
|
|
|
|
"Building Qt for ${CMAKE_SYSTEM_NAME} as shared libraries is not supported.")
|
|
|
|
endif()
|
|
|
|
endfunction()
|
2020-09-03 08:29:41 +00:00
|
|
|
|
2021-09-24 15:06:02 +00:00
|
|
|
include("${CMAKE_CURRENT_LIST_DIR}/QtPublicWasmToolchainHelpers.cmake")
|
2020-09-03 08:29:41 +00:00
|
|
|
function(qt_auto_detect_wasm)
|
2022-08-24 00:47:25 +00:00
|
|
|
if("${QT_QMAKE_TARGET_MKSPEC}" STREQUAL "wasm-emscripten" OR "${QT_QMAKE_TARGET_MKSPEC}" STREQUAL "wasm-emscripten-64")
|
2021-08-30 09:48:22 +00:00
|
|
|
if (NOT DEFINED ENV{EMSDK})
|
|
|
|
message(FATAL_ERROR
|
2021-09-24 15:06:02 +00:00
|
|
|
"Can't find an Emscripten SDK! Make sure the EMSDK environment variable is "
|
|
|
|
"available by activating and sourcing the emscripten sdk. Also ensure emcc is in "
|
|
|
|
"your path.")
|
2021-08-30 09:48:22 +00:00
|
|
|
endif()
|
2021-09-24 15:06:02 +00:00
|
|
|
if(NOT DEFINED QT_AUTODETECT_WASM_IS_DONE)
|
|
|
|
message(STATUS "Extracting Emscripten SDK info from EMSDK env var: $ENV{EMSDK}")
|
|
|
|
__qt_internal_get_emroot_path_suffix_from_emsdk_env(EMROOT_PATH)
|
2020-09-03 08:29:41 +00:00
|
|
|
|
2021-09-24 15:06:02 +00:00
|
|
|
__qt_internal_query_emsdk_version("${EMROOT_PATH}" TRUE CMAKE_EMSDK_REGEX_VERSION)
|
|
|
|
set(EMCC_VERSION "${CMAKE_EMSDK_REGEX_VERSION}" CACHE STRING INTERNAL FORCE)
|
2020-09-03 08:29:41 +00:00
|
|
|
|
2022-08-19 12:25:49 +00:00
|
|
|
if(NOT DEFINED BUILD_SHARED_LIBS)
|
|
|
|
qt_internal_ensure_static_qt_config()
|
|
|
|
endif()
|
|
|
|
|
2021-09-24 15:06:02 +00:00
|
|
|
# Find toolchain file
|
2020-09-03 08:29:41 +00:00
|
|
|
if(NOT DEFINED CMAKE_TOOLCHAIN_FILE)
|
2021-09-24 15:06:02 +00:00
|
|
|
__qt_internal_get_emscripten_cmake_toolchain_file_path_from_emsdk_env(
|
|
|
|
"${EMROOT_PATH}" wasm_toolchain_file)
|
2020-09-03 08:29:41 +00:00
|
|
|
set(CMAKE_TOOLCHAIN_FILE "${wasm_toolchain_file}" CACHE STRING "" FORCE)
|
|
|
|
endif()
|
|
|
|
|
|
|
|
if(EXISTS "${CMAKE_TOOLCHAIN_FILE}")
|
2021-09-24 15:06:02 +00:00
|
|
|
message(STATUS
|
|
|
|
"Emscripten ${EMCC_VERSION} toolchain file detected at ${CMAKE_TOOLCHAIN_FILE}")
|
2020-09-03 08:29:41 +00:00
|
|
|
else()
|
2021-09-27 10:27:23 +00:00
|
|
|
__qt_internal_show_error_no_emscripten_toolchain_file_found_when_building_qt()
|
2020-09-03 08:29:41 +00:00
|
|
|
endif()
|
|
|
|
|
2021-09-24 15:06:02 +00:00
|
|
|
__qt_internal_get_emcc_recommended_version(recommended_version)
|
|
|
|
set(QT_EMCC_RECOMMENDED_VERSION "${recommended_version}" CACHE STRING INTERNAL FORCE)
|
|
|
|
|
|
|
|
set(QT_AUTODETECT_WASM_IS_DONE TRUE CACHE BOOL "")
|
2021-09-24 15:06:02 +00:00
|
|
|
else()
|
|
|
|
message(STATUS
|
|
|
|
"Reusing cached Emscripten ${EMCC_VERSION} toolchain file detected at "
|
|
|
|
"${CMAKE_TOOLCHAIN_FILE}")
|
2020-09-03 08:29:41 +00:00
|
|
|
endif()
|
|
|
|
endif()
|
|
|
|
endfunction()
|
|
|
|
|
2020-11-10 14:00:13 +00:00
|
|
|
function(qt_auto_detect_cmake_generator)
|
|
|
|
if(NOT CMAKE_GENERATOR MATCHES "Ninja" AND NOT QT_SILENCE_CMAKE_GENERATOR_WARNING)
|
|
|
|
message(WARNING
|
|
|
|
"The officially supported CMake generator for building Qt is Ninja. "
|
|
|
|
"You are using: '${CMAKE_GENERATOR}' instead. "
|
|
|
|
"Thus, you might encounter issues. Use at your own risk.")
|
|
|
|
endif()
|
|
|
|
endfunction()
|
|
|
|
|
2019-06-27 13:27:14 +00:00
|
|
|
function(qt_auto_detect_android)
|
2021-07-02 12:54:15 +00:00
|
|
|
# We assume an Android build if any of the ANDROID_* cache variables are set.
|
|
|
|
if(DEFINED ANDROID_SDK_ROOT
|
|
|
|
OR DEFINED ANDROID_NDK_ROOT
|
|
|
|
OR DEFINED ANDROID_ABI
|
|
|
|
OR DEFINED ANDROID_NATIVE_ABI_LEVEL
|
|
|
|
OR DEFINED ANDROID_STL)
|
|
|
|
set(android_detected TRUE)
|
|
|
|
else()
|
|
|
|
set(android_detected FALSE)
|
|
|
|
endif()
|
|
|
|
|
2020-10-13 13:46:24 +00:00
|
|
|
# Auto-detect NDK root
|
2021-04-22 12:55:05 +00:00
|
|
|
if(NOT DEFINED ANDROID_NDK_ROOT AND DEFINED ANDROID_SDK_ROOT)
|
2021-04-22 13:07:27 +00:00
|
|
|
file(GLOB ndk_versions LIST_DIRECTORIES true RELATIVE "${ANDROID_SDK_ROOT}/ndk"
|
|
|
|
"${ANDROID_SDK_ROOT}/ndk/*")
|
|
|
|
unset(ndk_root)
|
|
|
|
if(NOT ndk_versions STREQUAL "")
|
|
|
|
# Use the NDK with the highest version number.
|
|
|
|
if(CMAKE_VERSION VERSION_LESS 3.18)
|
|
|
|
list(SORT ndk_versions)
|
|
|
|
list(REVERSE ndk_versions)
|
|
|
|
else()
|
|
|
|
list(SORT ndk_versions COMPARE NATURAL ORDER DESCENDING)
|
|
|
|
endif()
|
|
|
|
list(GET ndk_versions 0 ndk_root)
|
|
|
|
string(PREPEND ndk_root "${ANDROID_SDK_ROOT}/ndk/")
|
|
|
|
else()
|
|
|
|
# Fallback: use the deprecated "ndk-bundle" directory within the SDK root.
|
|
|
|
set(ndk_root "${ANDROID_SDK_ROOT}/ndk-bundle")
|
|
|
|
if(NOT IS_DIRECTORY "${ndk_root}")
|
|
|
|
unset(ndk_root)
|
|
|
|
endif()
|
|
|
|
endif()
|
|
|
|
if(DEFINED ndk_root)
|
2020-10-13 13:46:24 +00:00
|
|
|
message(STATUS "Android NDK detected: ${ndk_root}")
|
|
|
|
set(ANDROID_NDK_ROOT "${ndk_root}" CACHE STRING "")
|
|
|
|
endif()
|
|
|
|
endif()
|
|
|
|
|
|
|
|
# Auto-detect toolchain file
|
|
|
|
if(NOT DEFINED CMAKE_TOOLCHAIN_FILE AND DEFINED ANDROID_NDK_ROOT)
|
|
|
|
set(toolchain_file "${ANDROID_NDK_ROOT}/build/cmake/android.toolchain.cmake")
|
|
|
|
if(EXISTS "${toolchain_file}")
|
|
|
|
message(STATUS "Android toolchain file within NDK detected: ${toolchain_file}")
|
|
|
|
set(CMAKE_TOOLCHAIN_FILE "${toolchain_file}" CACHE STRING "")
|
|
|
|
else()
|
|
|
|
message(FATAL_ERROR "Cannot find the toolchain file '${toolchain_file}'. "
|
|
|
|
"Please specify the toolchain file with -DCMAKE_TOOLCHAIN_FILE=<file>.")
|
|
|
|
endif()
|
|
|
|
endif()
|
|
|
|
|
2021-07-02 12:54:15 +00:00
|
|
|
if(NOT DEFINED CMAKE_TOOLCHAIN_FILE AND android_detected)
|
2021-04-22 13:52:55 +00:00
|
|
|
message(FATAL_ERROR "An Android build was requested, but no Android toolchain file was "
|
|
|
|
"specified nor detected.")
|
|
|
|
endif()
|
|
|
|
|
2020-06-03 07:57:52 +00:00
|
|
|
if(DEFINED CMAKE_TOOLCHAIN_FILE AND NOT DEFINED QT_AUTODETECT_ANDROID)
|
2021-07-02 12:54:15 +00:00
|
|
|
# Peek into the toolchain file and check if it looks like an Android one.
|
|
|
|
if(NOT android_detected)
|
|
|
|
file(READ ${CMAKE_TOOLCHAIN_FILE} toolchain_file_content OFFSET 0 LIMIT 80)
|
|
|
|
string(FIND "${toolchain_file_content}" "The Android Open Source Project"
|
|
|
|
find_result REVERSE)
|
|
|
|
if(NOT ${find_result} EQUAL -1)
|
|
|
|
set(android_detected TRUE)
|
|
|
|
endif()
|
2019-06-27 13:27:14 +00:00
|
|
|
endif()
|
|
|
|
|
|
|
|
if(android_detected)
|
2021-07-02 12:54:15 +00:00
|
|
|
message(STATUS "Android build detected, checking configuration defaults...")
|
2022-03-08 13:08:00 +00:00
|
|
|
# ANDROID_NATIVE_API_LEVEL is an just an alias to ANDROID_PLATFORM, check for both
|
|
|
|
if(NOT DEFINED ANDROID_PLATFORM AND NOT DEFINED ANDROID_NATIVE_API_LEVEL)
|
|
|
|
message(STATUS "Neither ANDROID_PLATFORM nor ANDROID_NATIVE_API_LEVEL were specified, using API level 23 as default")
|
|
|
|
set(ANDROID_PLATFORM "android-23" CACHE STRING "")
|
2020-09-23 07:25:19 +00:00
|
|
|
set(ANDROID_NATIVE_API_LEVEL 23 CACHE STRING "")
|
2019-06-27 13:27:14 +00:00
|
|
|
endif()
|
|
|
|
if(NOT DEFINED ANDROID_STL)
|
|
|
|
set(ANDROID_STL "c++_shared" CACHE STRING "")
|
|
|
|
endif()
|
|
|
|
endif()
|
|
|
|
set(QT_AUTODETECT_ANDROID ${android_detected} CACHE STRING "")
|
|
|
|
elseif (QT_AUTODETECT_ANDROID)
|
2021-07-02 12:54:15 +00:00
|
|
|
message(STATUS "Android build detected")
|
2019-06-27 13:27:14 +00:00
|
|
|
endif()
|
|
|
|
endfunction()
|
|
|
|
|
2021-07-02 08:55:38 +00:00
|
|
|
function(qt_auto_detect_vcpkg)
|
2023-06-22 15:38:39 +00:00
|
|
|
if(QT_USE_VCPKG AND DEFINED ENV{VCPKG_ROOT})
|
2019-06-27 13:27:14 +00:00
|
|
|
set(vcpkg_toolchain_file "$ENV{VCPKG_ROOT}/scripts/buildsystems/vcpkg.cmake")
|
|
|
|
get_filename_component(vcpkg_toolchain_file "${vcpkg_toolchain_file}" ABSOLUTE)
|
|
|
|
|
|
|
|
if(DEFINED CMAKE_TOOLCHAIN_FILE)
|
|
|
|
get_filename_component(supplied_toolchain_file "${CMAKE_TOOLCHAIN_FILE}" ABSOLUTE)
|
|
|
|
if(NOT supplied_toolchain_file STREQUAL vcpkg_toolchain_file)
|
|
|
|
set(VCPKG_CHAINLOAD_TOOLCHAIN_FILE "${CMAKE_TOOLCHAIN_FILE}" CACHE STRING "")
|
|
|
|
endif()
|
|
|
|
unset(supplied_toolchain_file)
|
|
|
|
endif()
|
|
|
|
set(CMAKE_TOOLCHAIN_FILE "${vcpkg_toolchain_file}" CACHE STRING "" FORCE)
|
|
|
|
message(STATUS "Using vcpkg from $ENV{VCPKG_ROOT}")
|
|
|
|
if(DEFINED ENV{VCPKG_DEFAULT_TRIPLET} AND NOT DEFINED VCPKG_TARGET_TRIPLET)
|
|
|
|
set(VCPKG_TARGET_TRIPLET "$ENV{VCPKG_DEFAULT_TRIPLET}" CACHE STRING "")
|
|
|
|
message(STATUS "Using vcpkg triplet ${VCPKG_TARGET_TRIPLET}")
|
|
|
|
endif()
|
|
|
|
unset(vcpkg_toolchain_file)
|
2019-11-01 10:48:23 +00:00
|
|
|
message(STATUS "CMAKE_TOOLCHAIN_FILE is: ${CMAKE_TOOLCHAIN_FILE}")
|
|
|
|
if(DEFINED VCPKG_CHAINLOAD_TOOLCHAIN_FILE)
|
|
|
|
message(STATUS "VCPKG_CHAINLOAD_TOOLCHAIN_FILE is: ${VCPKG_CHAINLOAD_TOOLCHAIN_FILE}")
|
|
|
|
endif()
|
2019-06-27 13:27:14 +00:00
|
|
|
endif()
|
|
|
|
endfunction()
|
|
|
|
|
2019-04-08 15:23:57 +00:00
|
|
|
function(qt_auto_detect_ios)
|
2022-10-25 11:47:31 +00:00
|
|
|
if(CMAKE_SYSTEM_NAME STREQUAL iOS)
|
2019-04-08 15:23:57 +00:00
|
|
|
message(STATUS "Using internal CMake ${CMAKE_SYSTEM_NAME} toolchain file.")
|
2019-06-27 13:27:14 +00:00
|
|
|
|
2019-04-08 15:23:57 +00:00
|
|
|
# The QT_UIKIT_SDK check simulates the input.sdk condition for simulator_and_device in
|
|
|
|
# configure.json.
|
|
|
|
# If the variable is explicitly provided, assume simulator_and_device to be off.
|
|
|
|
if(QT_UIKIT_SDK)
|
|
|
|
set(simulator_and_device OFF)
|
|
|
|
else()
|
2020-10-08 17:32:16 +00:00
|
|
|
# Default to simulator_and_device when an explicit sdk is not requested.
|
|
|
|
# Requires CMake 3.17.0+.
|
|
|
|
set(simulator_and_device ON)
|
2019-04-08 15:23:57 +00:00
|
|
|
endif()
|
|
|
|
|
|
|
|
message(STATUS "simulator_and_device set to: \"${simulator_and_device}\".")
|
|
|
|
|
|
|
|
# Choose relevant architectures.
|
2022-10-25 11:47:31 +00:00
|
|
|
# Using a non Xcode generator requires explicit setting of the
|
2019-04-08 15:23:57 +00:00
|
|
|
# architectures, otherwise compilation fails with unknown defines.
|
2022-10-25 11:47:31 +00:00
|
|
|
if(simulator_and_device)
|
|
|
|
set(osx_architectures "arm64;x86_64")
|
|
|
|
elseif(QT_UIKIT_SDK STREQUAL "iphoneos")
|
|
|
|
set(osx_architectures "arm64")
|
|
|
|
elseif(QT_UIKIT_SDK STREQUAL "iphonesimulator")
|
|
|
|
set(osx_architectures "x86_64")
|
|
|
|
else()
|
|
|
|
if(NOT DEFINED QT_UIKIT_SDK)
|
|
|
|
message(FATAL_ERROR "Please provide a value for -DQT_UIKIT_SDK."
|
|
|
|
" Possible values: iphoneos, iphonesimulator.")
|
2019-04-08 15:23:57 +00:00
|
|
|
else()
|
2022-10-25 11:47:31 +00:00
|
|
|
message(FATAL_ERROR
|
|
|
|
"Unknown SDK argument given to QT_UIKIT_SDK: ${QT_UIKIT_SDK}.")
|
2019-04-08 15:23:57 +00:00
|
|
|
endif()
|
|
|
|
endif()
|
|
|
|
|
|
|
|
# For non simulator_and_device builds, we need to explicitly set the SYSROOT aka the sdk
|
|
|
|
# value.
|
|
|
|
if(QT_UIKIT_SDK)
|
|
|
|
set(CMAKE_OSX_SYSROOT "${QT_UIKIT_SDK}" CACHE STRING "")
|
|
|
|
endif()
|
|
|
|
set(CMAKE_OSX_ARCHITECTURES "${osx_architectures}" CACHE STRING "")
|
|
|
|
|
2022-12-16 15:34:31 +00:00
|
|
|
if(NOT DEFINED BUILD_SHARED_LIBS)
|
|
|
|
qt_internal_ensure_static_qt_config()
|
|
|
|
endif()
|
CMake: Handle automatic rpath embedding correctly
Instead of using CMAKE_INSTALL_RPATH to embed an absolute path
to prefix/libdir into all targets, use the more sophisticated aproach
that qmake does.
For certain targets (modules, plugins, tools) use relative rpaths.
Otherwise embed absolute paths (examples, regular binaries).
Installed tests currently have no rpaths.
On certain platforms rpaths are not used (Windows, Android,
iOS / uikit).
Frameworks, app bundles and shallow bundles should also be handled
correctly.
Additional rpaths can be provided via QT_EXTRA_RPATHS variable
(similar to the -R option that configure takes).
Automatic embedding can be disabled either via QT_FEATURE_rpath=OFF
or QT_DISABLE_RPATH=ON.
Note that installed examples are not relocatable at the moment (due
to always having an absolute path rpath), so this is a missing feature
compared to qmake. This is due to missing information on where
examples will be installed, so a relative rpath can not be computed.
By default a Qt installation is relocatable, so there is no need to
pass -DQT_EXTRA_RPATHS=. like Coin used to do with qmake e.g. -R .
Relative rpaths will have the appropriate 'relative base' prefixed
to them (e.g $ORIGIN on linux and @loader_path on darwin platforms).
There is currently no support for other platforms that might have a
different 'relative base' than the ones mentioned above.
Any extra rpaths are saved to BuildInternalsExtra which are re-used
when building other repositories.
configurejson2cmake modified to include correct conditions for the
rpath feature.
It's very likely that we will need a new qt_add_internal_app()
function for gui apps that are to be installed to prefix/bin.
For example for Assistant from qttools. Currently such apps
use qt_add_executable().
The distinction is necessary to make sure that relative rpaths are
embedded into apps, but not executables (which tests are part of).
Amends e835a6853b9c0fb7af32798ed8965de3adf0e15b
Task-number: QTBUG-83497
Change-Id: I3510f63c0a59489741116cc8ec3ef6a0a7704f25
Reviewed-by: Joerg Bornemann <joerg.bornemann@qt.io>
2020-04-15 16:48:26 +00:00
|
|
|
|
|
|
|
# Disable qt rpaths for iOS, just like mkspecs/common/uikit.conf does, due to those
|
|
|
|
# bundles not being able to use paths outside the app bundle. Not sure this is strictly
|
|
|
|
# needed though.
|
|
|
|
set(QT_DISABLE_RPATH "OFF" CACHE BOOL "Disable automatic Qt rpath handling." FORCE)
|
2019-04-08 15:23:57 +00:00
|
|
|
endif()
|
|
|
|
endfunction()
|
|
|
|
|
2019-12-06 14:12:17 +00:00
|
|
|
function(qt_auto_detect_cmake_config)
|
|
|
|
if(CMAKE_CONFIGURATION_TYPES)
|
|
|
|
# Allow users to specify this option.
|
|
|
|
if(NOT QT_MULTI_CONFIG_FIRST_CONFIG)
|
|
|
|
list(GET CMAKE_CONFIGURATION_TYPES 0 first_config_type)
|
|
|
|
set(QT_MULTI_CONFIG_FIRST_CONFIG "${first_config_type}")
|
|
|
|
set(QT_MULTI_CONFIG_FIRST_CONFIG "${first_config_type}" PARENT_SCOPE)
|
|
|
|
endif()
|
|
|
|
|
|
|
|
set(CMAKE_TRY_COMPILE_CONFIGURATION "${QT_MULTI_CONFIG_FIRST_CONFIG}" PARENT_SCOPE)
|
|
|
|
if(CMAKE_GENERATOR STREQUAL "Ninja Multi-Config")
|
2020-05-14 15:02:59 +00:00
|
|
|
# Create build-<config>.ninja files for all specified configurations.
|
2020-03-02 13:16:38 +00:00
|
|
|
set(CMAKE_CROSS_CONFIGS "all" CACHE STRING "")
|
2020-05-14 15:02:59 +00:00
|
|
|
|
|
|
|
# The configuration that will be considered the main one (for example when
|
|
|
|
# configuring standalone tests with a single-config generator like Ninja).
|
2020-03-02 13:16:38 +00:00
|
|
|
set(CMAKE_DEFAULT_BUILD_TYPE "${QT_MULTI_CONFIG_FIRST_CONFIG}" CACHE STRING "")
|
2020-05-14 15:02:59 +00:00
|
|
|
|
|
|
|
# By default when ninja is called without parameters, it will build all configurations.
|
|
|
|
set(CMAKE_DEFAULT_CONFIGS "all" CACHE STRING "")
|
2019-12-06 14:12:17 +00:00
|
|
|
endif()
|
|
|
|
endif()
|
|
|
|
endfunction()
|
|
|
|
|
2020-06-02 16:06:37 +00:00
|
|
|
function(qt_auto_detect_cyclic_toolchain)
|
|
|
|
if(CMAKE_TOOLCHAIN_FILE AND CMAKE_TOOLCHAIN_FILE MATCHES "/qt.toolchain.cmake$")
|
|
|
|
message(FATAL_ERROR
|
|
|
|
"Woah there! You can't use the Qt generated qt.toolchain.cmake file to configure "
|
|
|
|
"qtbase, because that will create a toolchain file that includes itself!\n"
|
|
|
|
"Did you accidentally use qt-cmake to configure qtbase? Make sure to remove the "
|
|
|
|
"CMakeCache.txt file, and configure qtbase with 'cmake' instead of 'qt-cmake'.")
|
|
|
|
endif()
|
|
|
|
endfunction()
|
|
|
|
|
2020-06-17 09:02:22 +00:00
|
|
|
function(qt_internal_get_darwin_sdk_version out_var)
|
|
|
|
if(APPLE)
|
2022-10-26 15:03:28 +00:00
|
|
|
if(CMAKE_SYSTEM_NAME STREQUAL iOS)
|
2020-06-17 09:02:22 +00:00
|
|
|
set(sdk_name "iphoneos")
|
|
|
|
else()
|
|
|
|
# Default to macOS
|
|
|
|
set(sdk_name "macosx")
|
|
|
|
endif()
|
|
|
|
set(xcrun_version_arg "--show-sdk-version")
|
|
|
|
execute_process(COMMAND /usr/bin/xcrun --sdk ${sdk_name} ${xcrun_version_arg}
|
|
|
|
OUTPUT_VARIABLE sdk_version
|
|
|
|
ERROR_VARIABLE xcrun_error)
|
|
|
|
if(NOT sdk_version)
|
|
|
|
message(FATAL_ERROR
|
|
|
|
"Can't determine darwin ${sdk_name} SDK version. Error: ${xcrun_error}")
|
|
|
|
endif()
|
|
|
|
string(STRIP "${sdk_version}" sdk_version)
|
|
|
|
set(${out_var} "${sdk_version}" PARENT_SCOPE)
|
|
|
|
endif()
|
|
|
|
endfunction()
|
|
|
|
|
2020-07-20 15:33:50 +00:00
|
|
|
function(qt_internal_get_xcode_version out_var)
|
|
|
|
if(APPLE)
|
2022-10-19 12:51:00 +00:00
|
|
|
execute_process(COMMAND /usr/bin/xcrun xcodebuild -version
|
2020-07-20 15:33:50 +00:00
|
|
|
OUTPUT_VARIABLE xcode_version
|
|
|
|
ERROR_VARIABLE xcrun_error)
|
|
|
|
string(REPLACE "\n" " " xcode_version "${xcode_version}")
|
|
|
|
string(STRIP "${xcode_version}" xcode_version)
|
|
|
|
set(${out_var} "${xcode_version}" PARENT_SCOPE)
|
|
|
|
endif()
|
|
|
|
endfunction()
|
|
|
|
|
2020-02-14 10:40:03 +00:00
|
|
|
function(qt_auto_detect_darwin)
|
|
|
|
if(APPLE)
|
2020-03-06 12:59:29 +00:00
|
|
|
# If no CMAKE_OSX_DEPLOYMENT_TARGET is provided, default to a value that Qt defines.
|
|
|
|
# This replicates the behavior in mkspecs/common/macx.conf where
|
2020-02-14 10:40:03 +00:00
|
|
|
# QMAKE_MACOSX_DEPLOYMENT_TARGET is set.
|
2020-03-06 12:59:29 +00:00
|
|
|
set(description
|
|
|
|
"Minimum OS X version to target for deployment (at runtime); newer APIs weak linked. Set to empty string for default value.")
|
|
|
|
if(NOT CMAKE_OSX_DEPLOYMENT_TARGET)
|
|
|
|
if(NOT CMAKE_SYSTEM_NAME)
|
|
|
|
# macOS
|
2022-11-25 10:25:57 +00:00
|
|
|
set(version "11.0")
|
2020-03-06 12:59:29 +00:00
|
|
|
elseif(CMAKE_SYSTEM_NAME STREQUAL iOS)
|
2022-08-02 16:03:53 +00:00
|
|
|
set(version "14.0")
|
2020-03-06 12:59:29 +00:00
|
|
|
endif()
|
|
|
|
if(version)
|
|
|
|
set(CMAKE_OSX_DEPLOYMENT_TARGET "${version}" CACHE STRING "${description}")
|
|
|
|
endif()
|
|
|
|
endif()
|
2020-06-17 09:02:22 +00:00
|
|
|
|
|
|
|
qt_internal_get_darwin_sdk_version(darwin_sdk_version)
|
|
|
|
set(QT_MAC_SDK_VERSION "${darwin_sdk_version}" CACHE STRING "Darwin SDK version.")
|
2020-07-20 15:33:50 +00:00
|
|
|
|
|
|
|
qt_internal_get_xcode_version(xcode_version)
|
|
|
|
set(QT_MAC_XCODE_VERSION "${xcode_version}" CACHE STRING "Xcode version.")
|
CMake: Fix building multi-arch universal macOS Qt
Use the same approach we use for iOS, which is to set multiple
CMAKE_OSX_ARCHITECTURES values and let the clang front end
deal with lipo-ing the final libraries.
For now, Qt can be configured to build universal macOS libraries by
passing 2 architectures to CMake, either via:
-DCMAKE_OSX_ARCHITECTURES="x86_64;arm64"
or
-DCMAKE_OSX_ARCHITECTURES="arm64;x86_64"
Currently we recommend specifying the intel x86_64 arch as the first
one, to get an intel slice configuration that is comparable to a
non-universal intel build.
Specifying the arm64 slice first could pessimize optimizations and
reduce the feature set for the intel slice due to the limitation
that we run configure tests only once.
The first specified architecture is the one used to do all the
configure tests.
It 'mostly' defines the common feature set of both architecture
slices, with the excepion of some special handling for sse2 and
neon instructions.
In the future we might want to run at least the Qt architecture config
test for all specified architectures, so that we can extract all the
supported sub-arches and instruction sets in a reliable way.
For now, we use the same sse2 hack as for iOS simulator_and_device
builds, otherwise QtGui fails to link due to missing
qt_memfill32_sse2 and other symbols.
The hack is somewhat augmented to ensure that reconfiguration
still succeeds (same issue happened with iOS). Previously the sse2
feature condition was broken due to force setting the feature
to be ON. Now the condition also checks for a special
QT_FORCE_FEATURE_sse2 variable which we set internally.
Note that we shouldn't build for arm64e, because the binaries
get killed when running on AS with the following message:
kernel: exec_mach_imgact: not running binary built against
preview arm64e ABI.
Aslo, by default, we disable the arm64 slice for qt sql plugins,
mostly because the CI provisioned sql libraries that we depend on only
contain x86_64 slices, and trying to build the sql plugins for both
slices will fail with linker errors.
This behavior can be disabled for all targets marked by
qt_internal_force_macos_intel_arch, by setting the
QT_FORCE_MACOS_ALL_ARCHES CMake option to ON.
To disble it per-target one can set
QT_FORCE_MACOS_ALL_ARCHES_${target} to ON.
Task-number: QTBUG-85447
Change-Id: Iccb5dfcc1a21a8a8292bd3817df0ea46c3445f75
Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@qt.io>
2021-03-24 15:03:35 +00:00
|
|
|
|
|
|
|
list(LENGTH CMAKE_OSX_ARCHITECTURES arch_count)
|
2022-10-25 11:47:31 +00:00
|
|
|
if(NOT CMAKE_SYSTEM_NAME STREQUAL iOS AND arch_count GREATER 0)
|
CMake: Fix building multi-arch universal macOS Qt
Use the same approach we use for iOS, which is to set multiple
CMAKE_OSX_ARCHITECTURES values and let the clang front end
deal with lipo-ing the final libraries.
For now, Qt can be configured to build universal macOS libraries by
passing 2 architectures to CMake, either via:
-DCMAKE_OSX_ARCHITECTURES="x86_64;arm64"
or
-DCMAKE_OSX_ARCHITECTURES="arm64;x86_64"
Currently we recommend specifying the intel x86_64 arch as the first
one, to get an intel slice configuration that is comparable to a
non-universal intel build.
Specifying the arm64 slice first could pessimize optimizations and
reduce the feature set for the intel slice due to the limitation
that we run configure tests only once.
The first specified architecture is the one used to do all the
configure tests.
It 'mostly' defines the common feature set of both architecture
slices, with the excepion of some special handling for sse2 and
neon instructions.
In the future we might want to run at least the Qt architecture config
test for all specified architectures, so that we can extract all the
supported sub-arches and instruction sets in a reliable way.
For now, we use the same sse2 hack as for iOS simulator_and_device
builds, otherwise QtGui fails to link due to missing
qt_memfill32_sse2 and other symbols.
The hack is somewhat augmented to ensure that reconfiguration
still succeeds (same issue happened with iOS). Previously the sse2
feature condition was broken due to force setting the feature
to be ON. Now the condition also checks for a special
QT_FORCE_FEATURE_sse2 variable which we set internally.
Note that we shouldn't build for arm64e, because the binaries
get killed when running on AS with the following message:
kernel: exec_mach_imgact: not running binary built against
preview arm64e ABI.
Aslo, by default, we disable the arm64 slice for qt sql plugins,
mostly because the CI provisioned sql libraries that we depend on only
contain x86_64 slices, and trying to build the sql plugins for both
slices will fail with linker errors.
This behavior can be disabled for all targets marked by
qt_internal_force_macos_intel_arch, by setting the
QT_FORCE_MACOS_ALL_ARCHES CMake option to ON.
To disble it per-target one can set
QT_FORCE_MACOS_ALL_ARCHES_${target} to ON.
Task-number: QTBUG-85447
Change-Id: Iccb5dfcc1a21a8a8292bd3817df0ea46c3445f75
Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@qt.io>
2021-03-24 15:03:35 +00:00
|
|
|
foreach(arch ${CMAKE_OSX_ARCHITECTURES})
|
|
|
|
if(arch STREQUAL "arm64e")
|
|
|
|
message(WARNING "Applications built against an arm64e Qt architecture will "
|
|
|
|
"likely fail to run on Apple Silicon. Consider targeting "
|
|
|
|
"'arm64' instead.")
|
|
|
|
endif()
|
|
|
|
endforeach()
|
|
|
|
endif()
|
|
|
|
endif()
|
|
|
|
endfunction()
|
|
|
|
|
|
|
|
function(qt_auto_detect_macos_universal)
|
2022-10-25 11:47:31 +00:00
|
|
|
if(APPLE AND NOT CMAKE_SYSTEM_NAME STREQUAL iOS)
|
CMake: Fix building multi-arch universal macOS Qt
Use the same approach we use for iOS, which is to set multiple
CMAKE_OSX_ARCHITECTURES values and let the clang front end
deal with lipo-ing the final libraries.
For now, Qt can be configured to build universal macOS libraries by
passing 2 architectures to CMake, either via:
-DCMAKE_OSX_ARCHITECTURES="x86_64;arm64"
or
-DCMAKE_OSX_ARCHITECTURES="arm64;x86_64"
Currently we recommend specifying the intel x86_64 arch as the first
one, to get an intel slice configuration that is comparable to a
non-universal intel build.
Specifying the arm64 slice first could pessimize optimizations and
reduce the feature set for the intel slice due to the limitation
that we run configure tests only once.
The first specified architecture is the one used to do all the
configure tests.
It 'mostly' defines the common feature set of both architecture
slices, with the excepion of some special handling for sse2 and
neon instructions.
In the future we might want to run at least the Qt architecture config
test for all specified architectures, so that we can extract all the
supported sub-arches and instruction sets in a reliable way.
For now, we use the same sse2 hack as for iOS simulator_and_device
builds, otherwise QtGui fails to link due to missing
qt_memfill32_sse2 and other symbols.
The hack is somewhat augmented to ensure that reconfiguration
still succeeds (same issue happened with iOS). Previously the sse2
feature condition was broken due to force setting the feature
to be ON. Now the condition also checks for a special
QT_FORCE_FEATURE_sse2 variable which we set internally.
Note that we shouldn't build for arm64e, because the binaries
get killed when running on AS with the following message:
kernel: exec_mach_imgact: not running binary built against
preview arm64e ABI.
Aslo, by default, we disable the arm64 slice for qt sql plugins,
mostly because the CI provisioned sql libraries that we depend on only
contain x86_64 slices, and trying to build the sql plugins for both
slices will fail with linker errors.
This behavior can be disabled for all targets marked by
qt_internal_force_macos_intel_arch, by setting the
QT_FORCE_MACOS_ALL_ARCHES CMake option to ON.
To disble it per-target one can set
QT_FORCE_MACOS_ALL_ARCHES_${target} to ON.
Task-number: QTBUG-85447
Change-Id: Iccb5dfcc1a21a8a8292bd3817df0ea46c3445f75
Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@qt.io>
2021-03-24 15:03:35 +00:00
|
|
|
list(LENGTH CMAKE_OSX_ARCHITECTURES arch_count)
|
|
|
|
|
|
|
|
set(is_universal "OFF")
|
|
|
|
if(arch_count GREATER 1)
|
|
|
|
set(is_universal "ON")
|
|
|
|
endif()
|
|
|
|
|
|
|
|
set(QT_IS_MACOS_UNIVERSAL "${is_universal}" CACHE INTERNAL "Build universal Qt for macOS")
|
2020-02-14 10:40:03 +00:00
|
|
|
endif()
|
|
|
|
endfunction()
|
|
|
|
|
2020-03-24 10:19:21 +00:00
|
|
|
function(qt_auto_detect_pch)
|
|
|
|
set(default_value "ON")
|
|
|
|
|
2020-04-03 12:23:18 +00:00
|
|
|
if(CMAKE_OSX_ARCHITECTURES AND CMAKE_VERSION VERSION_LESS 3.18.0 AND NOT QT_FORCE_PCH)
|
2020-03-24 10:19:21 +00:00
|
|
|
list(LENGTH CMAKE_OSX_ARCHITECTURES arch_count)
|
2020-04-03 12:23:18 +00:00
|
|
|
# CMake versions lower than 3.18 don't support PCH when multiple architectures are set.
|
|
|
|
# This is the case for simulator_and_device builds.
|
2020-03-24 10:19:21 +00:00
|
|
|
if(arch_count GREATER 1)
|
|
|
|
set(default_value "OFF")
|
|
|
|
message(WARNING "PCH support disabled due to usage of multiple architectures.")
|
|
|
|
endif()
|
|
|
|
endif()
|
|
|
|
|
|
|
|
option(BUILD_WITH_PCH "Build Qt using precompiled headers?" "${default_value}")
|
|
|
|
endfunction()
|
|
|
|
|
2021-01-12 09:19:30 +00:00
|
|
|
function(qt_auto_detect_win32_arm)
|
|
|
|
if("${QT_QMAKE_TARGET_MKSPEC}" STREQUAL "win32-arm64-msvc")
|
|
|
|
set(CMAKE_SYSTEM_NAME "Windows" CACHE STRING "")
|
|
|
|
set(CMAKE_SYSTEM_VERSION "10" CACHE STRING "")
|
|
|
|
set(CMAKE_SYSTEM_PROCESSOR "arm64" CACHE STRING "")
|
|
|
|
endif()
|
|
|
|
endfunction()
|
|
|
|
|
2022-04-21 15:53:55 +00:00
|
|
|
function(qt_auto_detect_linux_x86)
|
|
|
|
if("${QT_QMAKE_TARGET_MKSPEC}" STREQUAL "linux-g++-32" AND NOT QT_NO_AUTO_DETECT_LINUX_X86)
|
|
|
|
|
|
|
|
# Add flag to ensure code is compiled for 32bit x86 ABI aka i386 or its flavors.
|
|
|
|
set(__qt_toolchain_common_flags_init "-m32")
|
|
|
|
|
|
|
|
if(NOT QT_NO_OVERRIDE_LANG_FLAGS_INIT)
|
|
|
|
set(CMAKE_C_FLAGS_INIT "${__qt_toolchain_common_flags_init}" PARENT_SCOPE)
|
|
|
|
set(CMAKE_CXX_FLAGS_INIT "${__qt_toolchain_common_flags_init}" PARENT_SCOPE)
|
|
|
|
set(CMAKE_ASM_FLAGS_INIT "${__qt_toolchain_common_flags_init}" PARENT_SCOPE)
|
|
|
|
endif()
|
|
|
|
|
|
|
|
# Each distro places arch-specific libraries according to its own file system layout.
|
|
|
|
#
|
|
|
|
# https://wiki.debian.org/Multiarch/TheCaseForMultiarch
|
|
|
|
# https://wiki.ubuntu.com/MultiarchSpec
|
|
|
|
# https://wiki.gentoo.org/wiki/Project:AMD64/Multilib_layout
|
|
|
|
# https://wiki.archlinux.org/title/official_repositories#multilib
|
|
|
|
# https://documentation.suse.com/sles/15-SP3/html/SLES-all/cha-64bit.html
|
|
|
|
# https://pilotlogic.com/sitejoom/index.php/wiki?id=398
|
|
|
|
# https://unix.stackexchange.com/questions/458069/multilib-and-multiarch
|
|
|
|
#
|
|
|
|
# CMake can usually find 32 bit libraries just fine on its own.
|
|
|
|
# find_library will use prefixes from CMAKE_PREFIX_PATH / CMAKE_SYSTEM_PREFIX_PATH
|
|
|
|
# and add arch-specific lib folders like 'lib/i386-linux-gnu' on debian based systems
|
|
|
|
# or lib32/lib64 on other distros.
|
|
|
|
# The problem is that if no 32 bit library is found, a 64 bit one might get picked up.
|
|
|
|
# That's why we need to specify additional ignore paths.
|
|
|
|
#
|
|
|
|
# The paths used in the code below are Ubuntu specific.
|
|
|
|
# You can opt out of using them if you are using a different distro, but then you need to
|
|
|
|
# specify appropriate paths yourself in your own CMake toolchain file.
|
|
|
|
#
|
|
|
|
# Note that to absolutely ensure no x86_64 library is picked up on a multiarch /
|
|
|
|
# multilib-enabled system, you might need to specify extra directories in
|
|
|
|
# CMAKE_INGORE_PATH for each sub-directory containing a library.
|
|
|
|
#
|
|
|
|
# For example to exclude /usr/lib/x86_64-linux-gnu/mit-krb5/libgssapi_krb5.so
|
|
|
|
# you need to add /usr/lib/x86_64-linux-gnu/mit-krb5 explicitly to CMAKE_IGNORE_PATH.
|
|
|
|
# Adding just /usr/lib/x86_64-linux-gnu to either CMAKE_IGNORE_PATH or
|
|
|
|
# CMAKE_IGNORE_PREFIX_PATH is not enough.
|
|
|
|
#
|
|
|
|
# Another consideration are results returned by CMake's pkg_check_modules which uses
|
|
|
|
# pkg-config.
|
|
|
|
# CMAKE_IGNORE_PATH is not read by pkg_check_modules, but CMAKE_PREFIX_PATH
|
|
|
|
# values are passed as additional prefixes to look for .pc files, IN ADDITION to the default
|
|
|
|
# prefixes searched by pkg-config of each specific distro.
|
|
|
|
# For example on Ubuntu, the default searched paths on an x86_64 host are:
|
|
|
|
# /usr/local/lib/x86_64-linux-gnu/pkgconfig
|
|
|
|
# /usr/local/lib/pkgconfig
|
|
|
|
# /usr/local/share/pkgconfig
|
|
|
|
# /usr/lib/x86_64-linux-gnu/pkgconfig
|
|
|
|
# /usr/lib/pkgconfig
|
|
|
|
# /usr/share/pkgconfig
|
|
|
|
# To ensure the x86_64 packages are not picked up, the PKG_CONFIG_LIBDIR environment
|
|
|
|
# variable can be overridden with an explicit list of prefixes.
|
|
|
|
# Again, the paths below are Ubuntu specific.
|
|
|
|
if(NOT QT_NO_OVERRIDE_CMAKE_IGNORE_PATH)
|
|
|
|
set(linux_x86_ignore_path "/usr/lib/x86_64-linux-gnu;/lib/x86_64-linux-gnu")
|
|
|
|
set(CMAKE_IGNORE_PATH "${linux_x86_ignore_path}" PARENT_SCOPE)
|
|
|
|
set_property(GLOBAL PROPERTY
|
|
|
|
_qt_internal_linux_x86_ignore_path "${linux_x86_ignore_path}")
|
|
|
|
endif()
|
|
|
|
if(NOT QT_NO_OVERRIDE_PKG_CONFIG_LIBDIR)
|
|
|
|
set(pc_config_libdir "")
|
|
|
|
list(APPEND pc_config_libdir "/usr/local/lib/i386-linux-gnu/pkgconfig")
|
|
|
|
list(APPEND pc_config_libdir "/usr/local/lib/pkgconfig")
|
|
|
|
list(APPEND pc_config_libdir "/usr/local/share/pkgconfig")
|
|
|
|
list(APPEND pc_config_libdir "/usr/lib/i386-linux-gnu/pkgconfig")
|
|
|
|
list(APPEND pc_config_libdir "/usr/lib/pkgconfig")
|
|
|
|
list(APPEND pc_config_libdir "/usr/share/pkgconfig")
|
|
|
|
list(JOIN pc_config_libdir ":" pc_config_libdir)
|
|
|
|
|
|
|
|
set_property(GLOBAL PROPERTY
|
|
|
|
_qt_internal_linux_x86_pc_config_libdir "${pc_config_libdir}")
|
|
|
|
|
|
|
|
# Overrides the default prefix list.
|
|
|
|
set(ENV{PKG_CONFIG_LIBDIR} "${pc_config_libdir}")
|
|
|
|
|
|
|
|
# Overrides the additional prefixes list.
|
|
|
|
set(ENV{PKG_CONFIG_DIR} "")
|
|
|
|
endif()
|
|
|
|
endif()
|
|
|
|
endfunction()
|
|
|
|
|
2021-07-14 09:55:59 +00:00
|
|
|
function(qt_auto_detect_integrity)
|
|
|
|
if(
|
|
|
|
# Qt's custom CMake toolchain file sets this value.
|
|
|
|
CMAKE_SYSTEM_NAME STREQUAL "Integrity" OR
|
|
|
|
|
|
|
|
# Upstream CMake expects this name, but we don't currently use it in Qt.
|
|
|
|
CMAKE_SYSTEM_NAME STREQUAL "GHS-MULTI"
|
|
|
|
)
|
|
|
|
qt_internal_ensure_static_qt_config()
|
|
|
|
endif()
|
|
|
|
endfunction()
|
2021-01-12 09:19:30 +00:00
|
|
|
|
CMake: Unify CMAKE_BUILD_TYPE behavior on all platforms
Before this change, we had the following behaviors.
On platforms other than Windows-MSVC:
- when no build type was specified, we defaulted to Release
- when -developer-build was specified, we defaulted to Debug
- regardless of platform, unless the option was explicitly specified,
we never defaulted to -debug-and-release.
On Windows-MSVC, we always defaulted to Debug. Which is inconsistent
with the rules above.
The difference happens because CMake always sets CMAKE_BUILD_TYPE to
Debug during the first project() call when targeting the Windows-MSVC
platform.
We interpreted that as the user setting the build type, and thus we
didn't want to override what the user specified.
After this change, if we detect that it's cmake setting the build
type, we assign a build type that follows the non-Windows-MSVC rules.
This change unifies the behavior across all platforms.
Adjusted the configure help with the new reality.
Augments 33af62db3747bb6fcb7490ef2d2abc5bb53925b6
[ChangeLog][configure] When no explicit build type is specified,
Windows will now default to building Release like the other
platforms.
Pick-to: 6.5 6.6
Change-Id: Id2bf269c51cf300ec09751ece2ad721869e0f90c
Reviewed-by: Amir Masoud Abdol <amir.abdol@qt.io>
Reviewed-by: Joerg Bornemann <joerg.bornemann@qt.io>
2023-06-02 14:22:39 +00:00
|
|
|
# Save the build type before project() might set one.
|
|
|
|
# This allows us to determine if the user has set an explicit build type that we should use.
|
|
|
|
function(qt_auto_detect_cmake_build_type)
|
|
|
|
set(__qt_auto_detect_cmake_build_type_before_project_call "${CMAKE_BUILD_TYPE}" PARENT_SCOPE)
|
|
|
|
endfunction()
|
|
|
|
|
2021-09-30 13:05:52 +00:00
|
|
|
# Let CMake load our custom platform modules.
|
|
|
|
# CMake-provided platform modules take precedence.
|
|
|
|
if(NOT QT_AVOID_CUSTOM_PLATFORM_MODULES)
|
|
|
|
list(PREPEND CMAKE_MODULE_PATH "${CMAKE_CURRENT_LIST_DIR}/platforms")
|
|
|
|
endif()
|
|
|
|
|
2020-11-10 14:00:13 +00:00
|
|
|
qt_auto_detect_cmake_generator()
|
2020-06-02 16:06:37 +00:00
|
|
|
qt_auto_detect_cyclic_toolchain()
|
2019-12-06 14:12:17 +00:00
|
|
|
qt_auto_detect_cmake_config()
|
2020-02-14 10:40:03 +00:00
|
|
|
qt_auto_detect_darwin()
|
CMake: Fix building multi-arch universal macOS Qt
Use the same approach we use for iOS, which is to set multiple
CMAKE_OSX_ARCHITECTURES values and let the clang front end
deal with lipo-ing the final libraries.
For now, Qt can be configured to build universal macOS libraries by
passing 2 architectures to CMake, either via:
-DCMAKE_OSX_ARCHITECTURES="x86_64;arm64"
or
-DCMAKE_OSX_ARCHITECTURES="arm64;x86_64"
Currently we recommend specifying the intel x86_64 arch as the first
one, to get an intel slice configuration that is comparable to a
non-universal intel build.
Specifying the arm64 slice first could pessimize optimizations and
reduce the feature set for the intel slice due to the limitation
that we run configure tests only once.
The first specified architecture is the one used to do all the
configure tests.
It 'mostly' defines the common feature set of both architecture
slices, with the excepion of some special handling for sse2 and
neon instructions.
In the future we might want to run at least the Qt architecture config
test for all specified architectures, so that we can extract all the
supported sub-arches and instruction sets in a reliable way.
For now, we use the same sse2 hack as for iOS simulator_and_device
builds, otherwise QtGui fails to link due to missing
qt_memfill32_sse2 and other symbols.
The hack is somewhat augmented to ensure that reconfiguration
still succeeds (same issue happened with iOS). Previously the sse2
feature condition was broken due to force setting the feature
to be ON. Now the condition also checks for a special
QT_FORCE_FEATURE_sse2 variable which we set internally.
Note that we shouldn't build for arm64e, because the binaries
get killed when running on AS with the following message:
kernel: exec_mach_imgact: not running binary built against
preview arm64e ABI.
Aslo, by default, we disable the arm64 slice for qt sql plugins,
mostly because the CI provisioned sql libraries that we depend on only
contain x86_64 slices, and trying to build the sql plugins for both
slices will fail with linker errors.
This behavior can be disabled for all targets marked by
qt_internal_force_macos_intel_arch, by setting the
QT_FORCE_MACOS_ALL_ARCHES CMake option to ON.
To disble it per-target one can set
QT_FORCE_MACOS_ALL_ARCHES_${target} to ON.
Task-number: QTBUG-85447
Change-Id: Iccb5dfcc1a21a8a8292bd3817df0ea46c3445f75
Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@qt.io>
2021-03-24 15:03:35 +00:00
|
|
|
qt_auto_detect_macos_universal()
|
2019-04-08 15:23:57 +00:00
|
|
|
qt_auto_detect_ios()
|
2019-06-27 13:27:14 +00:00
|
|
|
qt_auto_detect_android()
|
2021-07-02 08:55:38 +00:00
|
|
|
qt_auto_detect_vcpkg()
|
2020-03-24 10:19:21 +00:00
|
|
|
qt_auto_detect_pch()
|
2020-09-03 08:29:41 +00:00
|
|
|
qt_auto_detect_wasm()
|
2021-01-12 09:19:30 +00:00
|
|
|
qt_auto_detect_win32_arm()
|
2022-04-21 15:53:55 +00:00
|
|
|
qt_auto_detect_linux_x86()
|
2021-07-14 09:55:59 +00:00
|
|
|
qt_auto_detect_integrity()
|
CMake: Unify CMAKE_BUILD_TYPE behavior on all platforms
Before this change, we had the following behaviors.
On platforms other than Windows-MSVC:
- when no build type was specified, we defaulted to Release
- when -developer-build was specified, we defaulted to Debug
- regardless of platform, unless the option was explicitly specified,
we never defaulted to -debug-and-release.
On Windows-MSVC, we always defaulted to Debug. Which is inconsistent
with the rules above.
The difference happens because CMake always sets CMAKE_BUILD_TYPE to
Debug during the first project() call when targeting the Windows-MSVC
platform.
We interpreted that as the user setting the build type, and thus we
didn't want to override what the user specified.
After this change, if we detect that it's cmake setting the build
type, we assign a build type that follows the non-Windows-MSVC rules.
This change unifies the behavior across all platforms.
Adjusted the configure help with the new reality.
Augments 33af62db3747bb6fcb7490ef2d2abc5bb53925b6
[ChangeLog][configure] When no explicit build type is specified,
Windows will now default to building Release like the other
platforms.
Pick-to: 6.5 6.6
Change-Id: Id2bf269c51cf300ec09751ece2ad721869e0f90c
Reviewed-by: Amir Masoud Abdol <amir.abdol@qt.io>
Reviewed-by: Joerg Bornemann <joerg.bornemann@qt.io>
2023-06-02 14:22:39 +00:00
|
|
|
qt_auto_detect_cmake_build_type()
|