f9c850cc42
When dealing with a universal build of Qt, we would end up using the QT_ARCH as the architecture for user projects, but this architecture is always the primary one that Qt was configured with. Instead of relying on QT_ARCH, we start writing QT_ARCHS (plural) to qconfig.pri, based on CMAKE_OSX_ARCHITECTURES, and then use that to initialize QMAKE_APPLE_DEVICE_ARCHS. We then resolve the active arch using uname -m, matching what CMake does. We still feed all the available architectures to the Makefile or Xcode project, so that the user can build for any of the available architectures without needing a reconfigure. Fixes: QTBUG-93760 Change-Id: I0d338241ba4d944ca36d85371e9c4df7dbc4f269 Reviewed-by: Alexandru Croitor <alexandru.croitor@qt.io> |
||
|---|---|---|
| .. | ||
| unsupported | ||
| asset_catalogs.prf | ||
| default_post.prf | ||
| default_pre.prf | ||
| mac.prf | ||
| no_warn_empty_obj_files.prf | ||
| objective_c.prf | ||
| rez.prf | ||
| sdk.mk | ||
| sdk.prf | ||
| toolchain.prf | ||