-
-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
p1039 - Flexible Array Members for C++29 #9
Comments
Supersedes #1. |
The comments about adding new overloads to |
@Leandros @ubsan The feedback was strongly positive from Today's C++ Standard Meeting about solving the Flexible Array Member paper. They want far more thought put into doing things like:
An implementation of this would likely make this sail through EWG Incubator and EWG. |
That's good news! |
Mostly good: they voted to solve Flexible Array Members, but definitely wanted the paper to really be put to the grinder and heavily improved. There are a lot of corner cases and things we need to prove out. |
This paper just need to be updated to fix typos and other stuff in it to be resubmitted. I don't expect it to be seriously considered at all until literally 1 year from now.
Fixes include looking at sized deletion operation and adding a callout to allow for that to delete things in a special manner (http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0722r1.html). The other is to look at the analogous thing for
new
, however @griwes has greatly warned me of this and @Morwenn has informed me that operatornew
's current 18 overloads are very much frowned upon.I don't know if I have a way forward for this one, so I might can it for Pre-Kona and look to just fix it later in C++23.
The text was updated successfully, but these errors were encountered: