Avoid claiming F16C support on non-x86 platforms
The configuration tests might indicate the compiler supports F16C, due to building the tests as x86. But in a multi arch situation, such as when doing universal builds for x86_64 and arm64, we must also verify that the current complication unit is building for x86. Instead of adding Q_PROCESSOR_X86 checks to each call site that checks for F16C, we sanitize the F16C support define as we do for other CPU feature defines. Change-Id: I9ef53c9d47690dddb0b1b82f77b0ebf74f3295bb Reviewed-by: Thiago Macieira <thiago.macieira@intel.com>
This commit is contained in:
parent
7f6599428b
commit
841f05fae6
@ -1369,6 +1369,7 @@
|
||||
# undef QT_COMPILER_SUPPORTS_SSE4_2
|
||||
# undef QT_COMPILER_SUPPORTS_AVX
|
||||
# undef QT_COMPILER_SUPPORTS_AVX2
|
||||
# undef QT_COMPILER_SUPPORTS_F16C
|
||||
#endif
|
||||
#if !defined(Q_PROCESSOR_ARM)
|
||||
# undef QT_COMPILER_SUPPORTS_NEON
|
||||
|
Loading…
x
Reference in New Issue
Block a user