P0849 auto(x): DECAY_COPY in the language #293
Comments
Marked as "backlog" on San Diego EWG-I wiki. |
Discussed in EWG-I in Kona, want to see again with updates. |
P0849R1 auto(x): decay-copy in the language (Zhihao Yuan) |
EWGI in Cologne: |
P0849R2 auto(x): decay-copy in the language (Zhihao Yuan) |
We like the solution for
|
P0849R3 auto(x): decay-copy in the language (Zhihao Yuan) |
P0849R4 auto(x): decay-copy in the language (Zhihao Yuan) |
LWG reviewed Part 2 of the wording in our telecon. It was observed that some of the changes have semantic changes for the better (e.g. LWG has no objection to EWG proceeding with this, but it would need another LWG review. |
P0849R5 auto(x): decay-copy in the language (Zhihao Yuan) |
I believe this belongs back on EWG plate (also still target in paper) for formal approval after LWG confirms desire to use. Switching labels. |
The paper was discussed in an EWG telecon on December 3rd 2020. Polls: Instead of spelling it
We should hold P0849 for a while to consider whether instead of or in addition to P0849, C++ needs the capability to forward prvalue through functions in C++ (for example, as suggested in P0927 or P1221).
We’d like to see the feedback items brought up today before forwarding P0849
Forward P0849 to LEWG / LWG for feedback on the library parts. If they have no language feedback, forward the language part to CWG.
We'll need to do electronic polling of this paper, and hope that the R6 update will come this month. |
P0849R6 auto(x): decay-copy in the language (Zhihao Yuan) |
P0849R0 auto(x): DECAY_COPY in the language (Zhihao Yuan)
The text was updated successfully, but these errors were encountered: