Places format_to_n_result to its own file. While working on D112361 it
turns out the type will be used outside the format header.
Details
- Reviewers
• Quuxplusone Mordante - Group Reviewers
Restricted Project - Commits
- rG5baa4ee30b5c: [libc++][NFC] Move format_to_n_result.
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
libcxx/include/__format/format_to_n_result.h | ||
---|---|---|
25–28 | FWIW, I think this TODO is obvious. I'm not worried that we'll forget to eliminate _LIBCPP_HAS_NO_CONCEPTS once that becomes possible. :) | |
libcxx/include/format | ||
581 | LGTM, ship it (once CI passes). I also don't understand why you're splitting up struct format_to_n_result from the format_to_n function itself; shouldn't they go together into <__format/format_to_n.h>? |
Thanks for the review!
libcxx/include/__format/format_to_n_result.h | ||
---|---|---|
25–28 | True but this is the comment I've used before and try to keep it consistent ;-) | |
libcxx/include/format | ||
581 | I'm not going to mvoe the format functions for now. I'm happy to add a TODO FMT for now. The reason not to do it now it to avoid merge conflicts with the P2216 patches under review now. (I've some more patches not yet under review, so I strongly prefer to wait with this until it won't cause needless rebase issues.) I moved only the struct to a new header since it will be used in the __format/buffer.h header and in format. This is part of the PoC P2216 patch D112361. Currently I'm reworking that patch to patches in that stack to have small modular patches. |
FWIW, I think this TODO is obvious. I'm not worried that we'll forget to eliminate _LIBCPP_HAS_NO_CONCEPTS once that becomes possible. :)