Platform History
All VFX Reference Platform targets going back to the initial release for CY2014.
Compare years side-by-sideEach annual reference platform is designated by the calendar year in which major product releases should be targeting that particular reference.
All versions should be considered exact required versions, except for those components where ↓↑ indicates that:
- For systems (or software) providing the library at runtime, versions should be considered minimum version required.
- Otherwise, for software building against the library, versions should be considered highest version allowed.
All Platforms
CY2026
FinalLinux
| gcc ↓↑ | 14.2 |
| glibc ↓↑ | 2.28 |
macOS
| Minimum Deployment Target |
14.0
(see notes) |
Windows
| Minimum Platform Toolset | Visual Studio 2022 v17.6 or later |
| Windows SDK | 10.0.22621 or later |
Common Components
| Python | 3.13.x |
| Qt | 6.8.x |
| PyQt | 6.8.x |
| Qt for Python (PySide) | 6.8.x |
| NumPy | 2.3.x |
| Imath | 3.2.x |
| OpenEXR | 3.4.x |
| Ptex | 2.4.x |
| OpenSubdiv | 3.7.x |
| OpenVDB | 13.x |
| Alembic | 1.8.x |
| FBX | 2020.2 - 2020.latest |
| OpenColorIO | 2.5.x |
| ACES | 2.0 |
| Boost | 1.88 |
| oneTBB/TBB ↓↑ | 2022.x |
| oneMKL/MKL | 2025 |
| C++ API/SDK | C++20 |
CY2025
FinalLinux
| gcc ↓↑ |
11.2.1
(New libstdc++ ABI) (see notes) |
| glibc ↓↑ | 2.28 |
macOS
| Minimum Deployment Target |
12.0
(see notes) |
Windows
| Minimum Platform Toolset | Visual Studio 2022 v17.6 or later |
| Windows SDK | 10.0.20348 or later |
Common Components
| Python | 3.11.x |
| Qt |
6.5.x
(6.8 planned for CY2026) |
| PyQt | 6.5.x |
| Qt for Python (PySide) | 6.5.x |
| NumPy | 1.26.x |
| Imath | 3.1.x |
| OpenEXR | 3.3.x |
| Ptex | 2.4.x |
| OpenSubdiv | 3.6.x |
| OpenVDB | 12.x |
| Alembic | 1.8.x |
| FBX | 2020.2 - 2020.latest |
| OpenColorIO | 2.4.x |
| ACES | 2.0 |
| Boost | 1.85 |
| oneTBB/TBB ↓↑ |
2021.x
(Move to oneTBB) (see notes) |
| oneMKL/MKL |
2024
(Move to oneMKL) |
| C++ API/SDK | C++17 |
CY2024
FinalLinux
| gcc ↓↑ |
11.2.1
(New libstdc++ ABI) (see notes) |
| glibc ↓↑ | 2.28 |
macOS
| Minimum Deployment Target |
11.0
(see notes) |
Windows
| Minimum Platform Toolset | Visual Studio 2022 v17.4 or later |
| Windows SDK | 10.0.20348 or later |
Common Components
| Python | 3.11.x |
| Qt | 6.5.x |
| PyQt | 6.5.x |
| Qt for Python (PySide) | 6.5.x |
| NumPy | 1.24.x |
| Imath | 3.1.x |
| OpenEXR | 3.2.x |
| Ptex | 2.4.x |
| OpenSubdiv | 3.6.x |
| OpenVDB | 11.x |
| Alembic | 1.8.x |
| FBX | 2020.2 - 2020.latest |
| OpenColorIO | 2.3.x |
| ACES | 1.3 |
| Boost | 1.82 |
| oneTBB/TBB ↓↑ |
2020 Update 3
(Move to oneTBB deferred to CY2025) (see notes) |
| oneMKL/MKL |
2020
(Move to oneMKL deferred to CY2025) |
| C++ API/SDK | C++17 |
CY2023
FinalLinux
| gcc ↓↑ |
11.2.1
(Switch to new libstdc++ ABI) (see notes) |
| glibc ↓↑ | 2.28 |
macOS
| Minimum Deployment Target |
11.0
(see notes) |
Windows
| Minimum Platform Toolset | Visual Studio 2022 |
| Windows SDK | 10.0.19041 or later |
Common Components
| Python | 3.10.x |
| Qt |
5.15.x
(6.5 planned for CY2024) |
| PyQt | 5.15 |
| Qt for Python (PySide) | 5.15 |
| NumPy | 1.23.x |
| Imath | 3.1.x |
| OpenEXR | 3.1.x |
| Ptex | 2.4.x |
| OpenSubdiv | 3.5.x |
| OpenVDB | 10.x |
| Alembic | 1.8.x |
| FBX | 2020.2 - 2020.latest |
| OpenColorIO | 2.2.x |
| ACES | 1.3 |
| Boost | 1.80 |
| oneTBB/TBB ↓↑ |
2020 Update 3
(Plan to move to oneTBB in CY2024) (see notes) |
| oneMKL/MKL |
2020
(Plan to move to oneMKL in CY2024) |
| C++ API/SDK | C++17 |
CY2022
FinalLinux
| gcc ↓↑ |
9.3.1
(see notes) |
| glibc ↓↑ | 2.17 |
macOS
| Minimum Deployment Target |
10.15
(see notes) |
Windows
| Minimum Platform Toolset | Visual Studio 2019 v16.9 or later |
| Windows SDK | 10.0.19041 or later |
Common Components
| Python | 3.9.1 - 3.9.latest |
| Qt | 5.15.x |
| PyQt | 5.15 |
| Qt for Python (PySide) | 5.15 |
| NumPy | 1.20.x |
| Imath | 3.1.x |
| OpenEXR | 3.1.x |
| Ptex | 2.4.x |
| OpenSubdiv | 3.4.x |
| OpenVDB | 9.x |
| Alembic | 1.8.x |
| FBX | 2020.x |
| OpenColorIO | 2.1.x |
| ACES | 1.3 |
| Boost | 1.76 |
| oneTBB/TBB ↓↑ |
2020 Update 3
(see notes) |
| oneMKL/MKL | 2020 |
| C++ API/SDK | C++17 |
CY2021
FinalLinux
| gcc ↓↑ |
9.3.1
(see notes) |
| glibc ↓↑ | 2.17 |
macOS
| Minimum Deployment Target |
10.13
(see notes) |
Windows
| Minimum Platform Toolset | Visual Studio 2017 |
| Windows SDK | v10 |
Common Components
| Python |
3.7.x
(see notes) |
| Qt | 5.15.x |
| PyQt | 5.15 |
| Qt for Python (PySide) | 5.15 |
| NumPy | 1.19.x |
| Imath | 3.0.x |
| OpenEXR | 3.0.x |
| Ptex | 2.3.2 |
| OpenSubdiv | 3.4.x |
| OpenVDB | 8.x |
| Alembic | 1.7.x |
| FBX | 2020.x |
| OpenColorIO | 2.0.x |
| ACES | 1.2 |
| Boost | 1.73 |
| oneTBB/TBB ↓↑ |
2020 Update 2
(see notes) |
| oneMKL/MKL | 2020 |
| C++ API/SDK | C++17 |
CY2020
FinalLinux
| gcc ↓↑ |
6.3.1
(see notes) |
| glibc ↓↑ | 2.17 |
Common Components
| Python |
3.7.x
(see notes) |
| Qt | 5.12.x |
| PyQt | 5.12 |
| Qt for Python (PySide) | 5.12 (with patch) or 5.13 |
| NumPy | 1.17.x |
| OpenEXR | 2.4.x |
| Ptex | 2.3.2 |
| OpenSubdiv | 3.4.x |
| OpenVDB | 7.x |
| Alembic | 1.7.x |
| FBX | 2020.x |
| OpenColorIO | 1.1.x |
| ACES | 1.1 |
| Boost | 1.70 |
| oneTBB/TBB ↓↑ |
2019 Update 6
(see notes) |
| oneMKL/MKL | 2019 |
| C++ API/SDK | C++14 |
CY2019
FinalLinux
| gcc ↓↑ |
6.3.1
(see notes) |
| glibc ↓↑ | 2.17 |
Common Components
| Python |
2.7.9 - 2.7.latest
(Python 3 tech preview release) (see notes) |
| Qt | 5.12.x |
| PyQt | 5.12 |
| Qt for Python (PySide) | 5.12 |
| NumPy | 1.14.x |
| OpenEXR | 2.3.x |
| Ptex | 2.1.33 |
| OpenSubdiv | 3.3.x |
| OpenVDB | 6.x |
| Alembic | 1.7.x |
| FBX | 2019.x |
| OpenColorIO | 1.1.0 |
| ACES | 1.1 |
| Boost | 1.66 |
| oneTBB/TBB ↓↑ | 2018 |
| oneMKL/MKL | 2018 |
| C++ API/SDK | C++14 |
CY2018
FinalLinux
| gcc ↓↑ |
6.3.1
(see notes) |
| glibc ↓↑ | 2.17 |
Common Components
| Python | 2.7.5 - 2.7.latest |
| Qt |
5.6.1 - 5.6.latest (modified)
(see notes) |
| PyQt | 5.6 |
| Qt for Python (PySide) | 2.0.x |
| NumPy | 1.12.1 |
| OpenEXR | 2.2.x |
| Ptex | 2.1.28 |
| OpenSubdiv | 3.3.x |
| OpenVDB | 5.x |
| Alembic | 1.7.x |
| FBX | 2018.x |
| OpenColorIO | 1.0.9 |
| ACES | 1.0.3 - 1.0.latest |
| Boost | 1.61 |
| oneTBB/TBB ↓↑ | 2017 Update 6 |
| oneMKL/MKL | 2017 Update 2 |
| C++ API/SDK | C++14 |
CY2017
FinalLinux
| gcc ↓↑ |
6.3.1
(see notes) |
| glibc ↓↑ | 2.12 |
Common Components
| Python | 2.7.5 - 2.7.latest |
| Qt |
5.6.1 (modified)
(see notes) |
| PyQt | 5.6 |
| Qt for Python (PySide) | 2.0.x |
| NumPy | 1.9.2 |
| OpenEXR | 2.2.x |
| Ptex | 2.1.28 |
| OpenSubdiv | 3.1.x |
| OpenVDB | 4.x |
| Alembic | 1.6.x |
| FBX | latest |
| OpenColorIO | 1.0.9 |
| ACES | 1.0.x |
| Boost | 1.61 |
| oneTBB/TBB ↓↑ | 4.4 |
| oneMKL/MKL | 11.3 |
| C++ API/SDK | C++11 |
CY2016
FinalLinux
| gcc ↓↑ |
4.8.2 with bugfix or 4.8.3
(see notes) |
| glibc ↓↑ | 2.12 |
Common Components
| Python | 2.7.5 - 2.7.latest |
| Qt |
5.6.1 (modified)
(see notes) |
| PyQt | 5.6 |
| Qt for Python (PySide) | 2.0 |
| NumPy | 1.9.2 |
| OpenEXR | 2.2.x |
| Ptex | 2.0.42 |
| OpenSubdiv | 3.0.x |
| OpenVDB | 3.x |
| Alembic | 1.5.8 |
| FBX | latest |
| OpenColorIO | 1.0.9 |
| ACES | 1.0 |
| Boost | 1.55 |
| oneTBB/TBB ↓↑ | 4.3 |
| oneMKL/MKL | 11.3 |
| C++ API/SDK | C++11 |
CY2015
FinalLinux
| gcc ↓↑ |
4.8.2 with bugfix or 4.8.3
(see notes) |
| glibc ↓↑ | 2.12 |
Common Components
| Python | 2.7.x |
| Qt | 4.8.x |
| Qt for Python (PySide) | 1.2.x |
| OpenEXR | 2.2.x |
| OpenSubdiv | 2.5.x |
| OpenVDB | 3.0.x |
| Alembic | 1.5.x |
| FBX | latest |
| OpenColorIO | 1.0.9 |
| Boost | 1.55 |
| oneTBB/TBB ↓↑ | 4.2 |
CY2014
FinalLinux
| gcc ↓↑ | 4.1.2 |
Common Components
| Python | 2.7.3 |
| Qt | 4.8.5 |
| Qt for Python (PySide) | 1.2 |
| OpenEXR | 2.0.1 |
| OpenSubdiv | 2.3.3 |
| Alembic | 1.5.x |
| FBX | 2015 |
| OpenColorIO | 1.0.7 |
| Boost | 1.53 |
| oneTBB/TBB ↓↑ | 4.1 |
Previous Status Updates
CY2025 Draft updated. OpenEXR release window extended until Oct 1st. Minimum version of Visual Studio bumped to 17.6 (note the limited support window of the “long-term servicing channel”). Python reluctantly reverted to 3.11 due to a compatibility issue with Qt 6.5. Upgrades to Qt 6.8 and a newer Python are planned for CY2026.
CY2024 and CY2025 Draft updated to Windows SDK 10.0.20348 due to compatibility requirements of Qt 6.5 WebEngine.
CY2025 Draft published, with the main change being a move to Intel’s oneAPI for TBB and MKL. We are currently soliciting feedback on this Draft so please either send to feedback@vfxplatform.com or share on vfx-platform-discuss.
New versions of OpenSubdiv and OpenVDB were released as scheduled and CY2024 has been updated accordingly.
The recording of the 2023 User Group meeting is now available. Please note that the recommendation from the VFX Linux Distribution Recommendation Report published last year is still as valid today as it was a year ago.
CY2024 is now Final. Confirmation of versions for OpenSubdiv and OpenVDB will follow by early November pending the timely release of new versions. As always, if any major issues are discovered with CY2024 then they will be shared with the community to decide whether a late change is required.
The annual VFX Reference Platform User Group will be held on August 1st at 1pm PDT. This is a free online meeting for the whole community, no registration required. See here for details.
CY2024 Draft published, with the main change being a move to Qt 6. Due to ongoing work required to migrate critical dependencies, the planned move to Intel’s oneAPI has been deferred until CY2025. We are currently soliciting feedback on this Draft so please either send to feedback@vfxplatform.com or share on vfx-platform-discuss.
Late changes to CY2023 have been applied to OpenSubdiv, OpenVDB, and OpenColorIO which all completed major new releases before the extended deadline of October 31st.
Late change to CY2023 due to new OpenSubdiv release, and after community consultation. OpenSubdiv will be updated to 3.5.x if a compatible USD release is published by October 31st.
CY2023 is now Final. Confirmation of versions for OpenEXR, OpenVDB, OpenColorIO, and ACES will follow by early November pending the timely release of new versions. As always, if any major issues are discovered with CY2023 then they will be shared with the community to decide whether a late change is required. Please note the change to glibc may require a major Linux distro upgrade, and the recent recommendation for studios to migrate to RHEL, Rocky Linux, or AlmaLinux.
VFX Linux Distribution Recommendation Report (pdf) published and new Linux page added.
CY2023 Draft updated. Boost bumped to 1.80 and NumPy to 1.23.x
CY2023 Draft published. We are currently soliciting feedback on this Draft so please either send to feedback@vfxplatform.com or share on vfx-platform-discuss.
Software providers should now use CY2022 as the build target for all new major releases.
OpenVDB 9.x confirmed for CY2022 following the release of 9.0.0 supporting OpenEXR 3.
CY2022 is now Final. The only anticipated change is the pending OpenVDB release which is due by November 1st. If any major issues are discovered then they will be shared with the community to decide whether a late change is required. In addition, a new Support Guidance section has been added towards the bottom of this page.
A recording of the Birds of a Feather event is now available.
Thank you to all those who attended the Birds of a Feather event last week, the slide deck is now available. This is a last call for feedback on CY2022 before it is locked for Final on September 1st.
Everyone is invited to attend the annual VFX Reference Platform Birds of a Feather session at SIGGRAPH on Wednesday August 11th at 12:30pm PT / 3:30pm ET / 8:30pm UK. This is an online session again this year, and Basic Attendee registration for the conference is required at a cost of $50.
Updates to CY2022 Draft for MKL, OpenEXR, and OpenVDB.
Minor updates to CY2022 Draft for Ptex, with additional notes for ACES and macOS.
CY2022 Draft published. We are currently soliciting feedback on this Draft so please either send to feedback@vfxplatform.com or share on vfx-platform-discuss.
CY2021 has been updated to revert OpenEXR from 3.0.x back to 2.4.x due to a late release of OpenEXR 3 meaning that software vendors continued to ship products using 2.4. A change in policy to only allow released versions to be included in each year’s VFX Reference Platform should prevent this from happening again in future. Also, FBX has been reverted to 2020.x due to there being no 2021.x released in time for CY2021.
CY2021 is now Final. Further changes are not anticipated unless a major issue is discovered and the community supports a late change.
From CY2021 the VFX Reference Platform will support Windows and macOS in addition to Linux. Details added below, and feedback welcome. CY2021 will be finalized within the next 4 weeks.
Added gcc notes to CY2021 Draft with details on Redhat Developer Toolset and clang compatibility.
CY2021 Draft published. We are currently soliciting feedback on this Draft so please either send to feedback@vfxplatform.com or share on vfx-platform-discuss.
CY2020 updated - Added required patch for Qt for Python (PySide) and an alternative option of using 5.13.
Late change approved to CY2020 - OpenEXR updated to 2.4.x.
Late change to CY2020 under review to accommodate an updated OpenEXR release. Proposed change is limited to OpenEXR moving to 2.4.x. Please send feedback on this change by 31st October.
The CY2020 Platform is now Final with no further changes planned.
CY2020 Draft published which includes the long-awaited move to Python 3. We are currently soliciting feedback on this Draft so please either send to feedback@vfxplatform.com or share on vfx-platform-discuss. Software vendors are encouraged to provide a Python 3 tech preview release this year to help studios with testing during migration efforts.
CY2019 Final now published with OpenVDB updated to 6.x and ACES to 1.1 to reflect recent or imminent major releases of these important industry packages.
CY2019 Draft updated - OpenEXR upped to 2.3.x.
CY2019 Draft updated - minimum version of Python is now 2.7.9 to ensure support of PIP via PyPI.
CY2019 Draft published. The move to Python 3 has been pushed to CY2020 due to the need to focus on upgrading to the latest Qt Long Term Support release. Software vendors are requested to provide a Python 3 tech preview release in 2019 to help studios with testing during migration efforts. We are currently soliciting feedback on this Draft so please either send to feedback@vfxplatform.com or share on vfx-platform-discuss.
CY2018 has had a late change to the compiler version which is now gcc 6.3.1. This successfully resolves issues that were discovered with gcc 5.3.1.
Added a note for gcc 5 and updated the Qt note to include a link to the qtdeclarative modifications.
The CY2018 Platform was ratified as Final at the annual SIGGRAPH VFX Reference Platform Birds of a Feather with no further planned changes.
Minor updates to CY2018 Draft for Qt and ACES.
CY2018 Draft published with significant upgrades to gcc and glibc. This also comes with notice of our intention to move to Python 3 for CY2019 in advance of Python 2 support ending in 2020. We are currently soliciting feedback on this Draft so please either send to feedback@vfxplatform.com or share on vfx-platform-discuss. We expect to publish CY2018 Final around SIGGRAPH in July.
CY2017 Final now published with OpenSubdiv and OpenVDB being updated in addition to Boost, Ptex, Alembic and TBB as result of feedback to the Draft.
The VFX Reference Platform Qt modifications to the Qt 5.6.1 release are now available from these forks of qtbase and qtx11extras.
CY2017 Draft published for comment from the community. The theme for CY2017 is to minimize code changes in the year following the transition to Qt 5.
A late change has been proposed to CY2016 to move from Qt 5.5.x to Qt 5.6.x due to that version now being targeted as a Long Term Support release. Please see here for further details.
Notes - macOS
Minimum Deployment Target in Xcode
Xcode’s “Deployment Target” identifies the earliest OS version on which your software can run.
To set the Deployment Target for the compiler, use the option -mmacosx-version-min=10.13 to specify the APIs marked as available. For the linker, use the option -macosx_version_min 10.13 to instruct the linker to create a key in the Info.plist file which marks the executable as being able to run or not for a given OS version.
The MACOSX_DEPLOYMENT_TARGET environment variable also sets the minimum deployment target and is used if the compiler option is not specified. The environment variable is also recognized by CMake.
Note: Despite the backward compatibility, it is still possible for runtime behavior to be affected by SDK and OS version, hardware etc.
More information about configuring developer tools is available in the SDK documentation.
Frameworks vs Shared Libraries
In general, the Frameworks approach is recommended over shared libraries for building and deploying components like Qt and Python on macOS.
UPDATE: May 22nd 2021 - CY2022 dropping 32-bit support
The move to 10.15 requires all apps to be 64-bit, with 32-bit releases no longer supported.
UPDATE: April 4th 2021 - Building Qt for macOS
Building Qt against C++17 requires a minimum macOS version of 10.14 otherwise Qt fails during configuration. If 10.13 support is needed then a known workaround is to build Qt against C++14.
Note - gcc 9 and 11
For users of Red Hat Enterprise Linux and RHEL-derived Linux distributions (such as CentOS Linux and Rocky Linux), the Redhat Developer Toolset (DTS) offers gcc and other build tooling that provide increased compatibility and it is used by many software vendors and studios. DTS 9.1 provides gcc 9.3.1 for compatibility with CY2021, and DTS 11.0 provides gcc 11.2.1 for compatibility with CY2023.
For those who want or need to use llvm, some studios have been successful building clang with DTS and using that to build software that is compatible with vendor-provided libraries.
Since gcc 5.1, libstdc++ introduced a new library ABI that includes new implementations of std::string and std::list. In order to maintain backwards compatibility the old implementations are still supported in parallel with the new ones. The choice of implementation is made using the _GLIBCXX_USE_CXX11_ABI macro, and the VFX Reference Platform up to CY2022 used the older option so the compiler setting for those Platforms should be _GLIBCXX_USE_CXX11_ABI=0, although that setting may not be supported by some older Linux distros.
From CY2023, the Platform has moved to the newer implementation since all the major Linux distributions have made the transition. This is a major change for CY2023 that may require a rebuild of all software against the new ABI for those moving from earlier Platforms.
Note - gcc 6
UPDATE: May 10th 2020 - Redhat DTS 6.1 is no longer actively supported so availability may be limited. More information available on this vfx-platform-discuss thread.
UPDATE: November 26th 2017 - CY2018 changed from gcc 5 to gcc 6 due to integration issues discovered with the older version.
Redhat/CentOS systems can obtain gcc 6.3.1 by installing Redhat DTS 6.1. To install Red Hat Developer Toolset 6.1 on CentOS 7:
sudo yum -y install centos-release-scl
sudo yum -y install devtoolset-6
If you are looking for gcc 6.3.1 source code then a copy can be found in the CentOS Vault.
Since gcc 5.1, libstdc++ introduced a new library ABI that includes new implementations of std::string and std::list. In order to maintain backwards compatibility the old implementations are still supported in parallel with the new ones. The choice of implementation is made using the _GLIBCXX_USE_CXX11_ABI macro, and the VFX Reference Platform is still using the older option so the compiler setting should be _GLIBCXX_USE_CXX11_ABI=0. The Platform will move to the newer implementations in a future year once the major Linux distributions have made the transition. RHEL/CentOS 7 and Redhat DTS still use the original implementations by default.
Note - gcc 4
The vanilla gcc 4.8.2 has a serious bug that was fixed in 4.8.3 and some Linux distribution vendors actually ship a patched version as 4.8.2. The reason the Platform gave 4.8.2 as an option for CY2016 is that this gcc version is what ships with Redhat Developer Toolset 2.1 that some software vendors were committed to using through 2016.
The following are the known distributions that ship with a fixed 4.8.2: Redhat DTS 2.1, RHEL/CentOS 6.
Note - Python 3
The move to Python 3 was delayed from CY2019 to CY2020 due to:
- No supported combination of Qt 5.6, Python 3 and PySide 2 so Qt first needed to be upgraded.
- Upgrade of both Qt and Python in the same year was too large a commitment for software vendors and large studios.
Python 3 in CY2020 is a required upgrade as Python 2 will no longer be supported beyond 2020.
Note - Qt modifications
The major change for CY2016 was a move to Qt 5 which required a port of PySide and modifications to vanilla Qt. In November 2015 CY2016 version of Qt was upped from 5.5.x to 5.6.x with agreement from the community that it was preferable to align with a Long Term Support release. In May 2016 it was updated again to 5.6.1 to incorporate some critical bug fixes.
These modifications are required to avoid the introduction of functional UI regressions impacting DCC tools and consist only of backported bug fixes and critical changes that have not yet been accepted into the mainline Qt distribution. The need for these modifications is not new, currently some software vendors ship their own differently modified Qt so CY2016 represented a significant step forward with the goal of all software vendors sharing an identically modified Qt. We are working with the Qt Company to eliminate the need for these modifications entirely in a future release, potentially as soon as CY2019.
These Qt 5.6 modifications are available on Github from these forks of qtbase, qtx11extras and qtdeclarative. These modifications to Qt 5.6.1 should be used by anyone who wishes to build Qt applications against the Platforms from CY2016 through to CY2018.
Note - Intel TBB
There is a known issue compiling TBB 2020 with MSVC 2017 that can be resolved with this workaround.
Please plan to migrate to oneTBB and have compatible releases published by September 1st 2024 to enable DCC providers to complete a planned move in CY2025. The original plan was to move to the oneAPI in CY2024 but more time was needed to migrate critical dependencies without impacting performance or introducing multiple conflicting thread pools.