- format_to(some_char_array, ...) will now do the right thing for the most part, and also supports appending to existing ranges (using the same conceptual ideals as as std::ranges::to)
- The API for format_to is a bit complicated since we do appending and also pass/support all the existing iterator-based use cases.
- format_into is a cleaner API that accepts ranges and output iterators, and does not do appending for those ranges that it recognizes (just fills in the `[begin, end)`). This is necessary to avoid strange behaviors on whether or not a container may or may not meet the appending requirements (e.g., more consistent in generic code).
- We lose a lot of compile-time performance with how we're checking things now, so not the best job we could be doing....
- Much of that compile-time performance can be gained back with more rigorous return-style enable_if and such, but that is beyond my work
- Actual performance for the calls themselves are only marginally smaller for pointer-based iterators (fmt is, internally, lacking continguous iterator support. Counterpoint; buffers are the only case that matters! (this is a bit of a lie lmaoo))
0743b2fe44