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: