Re:C++26: more constexpr in the core language
by almostgotcaught on Thursday April 24, 2025 @12:42AM
(#43779310)
the only people that complain about this don't actually write C++
[ Parent
| on HN ]
Re:C++26: more constexpr in the core language
by pjmlp on Thursday April 24, 2025 @02:42AM
(#43779891)
I write C++, and complain about still not having a portable C++17 implemenation that fully supports parallel STL, not having a full compliant C++20 compiler, embedded compilers kind of still catching up with C++14, and I could rant on.
Re:C++26: more constexpr in the core language
by nurettin on Thursday April 24, 2025 @05:39AM
(#43780793)
Yes to all that, but oneapi::dpl has been out for a while.
Re:C++26: more constexpr in the core language
by pjmlp on Thursday April 24, 2025 @06:43AM
(#43781111)
And how much does that help anyone in systems that can't make use of it?
Re:C++26: more constexpr in the core language
by nurettin on Thursday April 24, 2025 @12:20PM
(#43784527)
As much as C helps on TinyOS with a MICaz board I guess.
Re:C++26: more constexpr in the core language
by pjmlp on Thursday April 24, 2025 @03:06PM
(#43786287)
And what has that to do with ISO C++ compliance for portable code?
Re:C++26: more constexpr in the core language
by nurettin on Thursday April 24, 2025 @03:39PM
(#43786655)
It has to do with how ridiculous it is to complain about where the afromentioned very portable library is not supported.
Re:C++26: more constexpr in the core language
by ynik on Thursday April 24, 2025 @05:55AM
(#43780887)
Are there any embedded compilers left that try to implement their own C++ frontend?
To me it looks like everyone gave up on that and uses the clang/gcc/EDG frontends.
Re:C++26: more constexpr in the core language
by pjmlp on Thursday April 24, 2025 @06:40AM
(#43781095)
Yes, and even those that have compiler forks aren't on vLatest.
Interesting you mention EDG, as it is now famously know as being the root cause why Visual Studio development experience lags behind cl.exe, pointing out errors that compile just fine, especially if using anything related to C++20 modules.
Apparently since the modules support introduced in VS 2019, there have been other priorities on their roadmap.