Details
- Reviewers
ldionne - Group Reviewers
Restricted Project - Commits
- rG16342e39947b: [libc++][NFC] Move format_error to its own header.
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
I don't see anything stylistically wrong with this, but I'd like to see a rationale for why it's a good idea. What does having-this-in-a-separate-header buy us, physically?
libcxx/include/__format/format_error.h | ||
---|---|---|
11–12 | _LIBCPP___FORMAT_FORMAT_ERROR_H |
Thanks for the review!
I personally like small headers/files. I find them easier to navigate than large files. Since it seems libc++ is moving in that direction I'm happy to oblige. In this case there's another reason. Locally I've more std::format patches. Managing patch series where parts are stored in separate files makes it easier when rebasing the series. (These patches will be up for review in a later stage, for new I'm still improving them.)
libcxx/include/__format/format_error.h | ||
---|---|---|
11–12 | Will fix. |
libcxx/include/format | ||
---|---|---|
81 | I don't feel too strongly, but I think it might be better to move basic_format_parse_context into its own header, and format_error along with it. |
clang-format suggested style edits found: