Comment by npalli
1 day ago
Where are you seeing proprietary compilers freezing support after C++17. C++20 support is almost green across the board (even Cray) and C++23 is getting there. As usual there is a lag, for ex. when nvcc will declare C++23 support and whole swath will turn green. Right now it only supports C++20 (but you can mix in C++23 files and link them together) etc.. I see most C++ projects make C++20 a minimum. (not counting someone who wants to keep running C++98).
Easy, go hunting their manuals for the compilers that aren't yet another clang fork, still a few around between TI, Microchip and co on embedded.
In general, not for Qt deployment scenarios, also take into consideration the surviving big iron UNIX, mainframes and micros still in business, again the compilers that are yet not clang forks.
The table is a non exaustive overview, however it also paints the picture that for those that care about real portable code, regular visits to the table are required before considering adopting any specific new feature, or the need to enforce style guides like "we use C++20, but feature X, Y, Z are forbidden due to lack of portablity".
But Qt doesn't care for microcontrollers, nor mainframes. The most exotic target they have is QNX, but "Qt needs C++XX" seems to be a pretty good motivator for QNX to update their compilers, which are gcc-based after all.