You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For C1XX, MSVC-PR-598052 was merged on 2024-12-12 and will ship in VS 2022 17.14 Preview 1. It was implemented as Future Technology that we can access with a suppressible warning (C5282). Presumably this also goes back to C++20 but not earlier (haven't checked) as consteval became a keyword in C++20.
For EDG in VS 2022 17.13 Preview 2, if consteval appears to be supported in C++23 mode, but C++20 mode emits a syntax error. (As EDG isn't a codegen compiler for us, this is the least important.)
I haven't checked CUDA.
While I'm not looking forward to macroization, we should look into using if consteval after C1XX support ships, because it can significantly improve debug codegen, and should give the release optimizer slightly less work to do.
The text was updated successfully, but these errors were encountered:
This would be particularly nice for our hand-vectorized algorithms, which currently produce enormous debug codegen. When not optimizing the compiler doesn't realize that std::is_constant_evaluated()) is a constant expression, so it emits code for both the vectorized and non-vectorized paths. We've gotten some nasty glares from the compiler backend folk who monitor codegen size because of this.
I suppose we can replace the pattern:
ifconstexpr (/* the algorithm can be hand-vectorized for the pertinent types */) {
if (!std::is_constant_evaluated()) {
/* vectorized implementation */
}
}
/* vanilla implementation */
with
ifconsteval {
vanilla_implementation();
} elseifconstexpr (/* the algorithm can be hand-vectorized for the pertinent types */) {
/* vectorized implementation */
} else {
vanilla_implementation();
}
which requires the vanilla (non-vectorized) implementation to be extracted into a separate function (perhaps a lambda) to avoid duplication. This should reduce debug codegen since if consteval and if constexpr are both compile-time branches.
(Shout if you see a way to perform the dispatch that doesn't require repetition and/or extraction - I don't.)
https://en.cppreference.com/w/cpp/23 indicates that Clang 14 began supporting C++23 WG21-P1938R3
if consteval
, and it's available as Future Technology in C++20 mode: https://godbolt.org/z/MhjoaxW6aFor C1XX, MSVC-PR-598052 was merged on 2024-12-12 and will ship in VS 2022 17.14 Preview 1. It was implemented as Future Technology that we can access with a suppressible warning (C5282). Presumably this also goes back to C++20 but not earlier (haven't checked) as
consteval
became a keyword in C++20.For EDG in VS 2022 17.13 Preview 2,
if consteval
appears to be supported in C++23 mode, but C++20 mode emits a syntax error. (As EDG isn't a codegen compiler for us, this is the least important.)I haven't checked CUDA.
While I'm not looking forward to macroization, we should look into using
if consteval
after C1XX support ships, because it can significantly improve debug codegen, and should give the release optimizer slightly less work to do.The text was updated successfully, but these errors were encountered: