Re: [Capy] Review Note
Vinnie Falco via Boost <[email protected]> Sat, 27 Jun 2026 17:33:16 -0700
| Newsgroups | gmane.comp.lib.boost.devel |
|---|---|
| Message-ID | <CA+EzHGdCh-YpRRmfK+9EcirugUxFjBoA+dME80wHYpmwuaPtTg@mail.gmail.com> |
On Sat, Jun 27, 2026 at 5:23 PM Peter Dimov via Boost <[email protected]> wrote: > Both coroutine support and buffer sequence manipulation are foundational for > Corosio (and it's not really possible to omit either), so for me both > clearly belong in Capy. > > Streams (and the read/write algorithms) are theoretically possible to omit, > but doing so will be a disservice to users and if we do that, it will > very likely lead to pressure to add read/write as socket methods. > This surfaces a recurring issue. If you recall, I had this broken up into 6 libraries. Buffers was separate, I forget what the other subdivisions were. A common complaint is that Boost is too large. And people want just some parts without the whole thing. And then we have the desire to not have too many dependencies. In principle buffers and streams should be 2 separate libraries from IoAwaitable. Buffers you can use without either of the other two. IoAwaitable could be used without buffers and streams, which covers Rainer's case. What is the right split? I'm comfortable with how we have it now, Capy and Corosio, but this reflects a political tradeoff instead of being purely technical. Thanks _______________________________________________ Boost mailing list -- [email protected] To unsubscribe send an email to [email protected] https://lists.boost.org/mailman3/lists/boost.lists.boost.org/ Archived at: https://lists.boost.org/archives/list/[email protected]/message/JZHO3YNJVAWRVTOV6WSAUN3QAF4HQHG3/