Re: [Capy review] On peer dependencies
Peter Dimov via Boost <[email protected]> Sun, 28 Jun 2026 19:06:35 +0300
| Newsgroups | gmane.comp.lib.boost.devel |
|---|---|
| Message-ID | <[email protected]> |
Dmitry Arkhipov wrote: > В письме от воскресенье, 28 июня 2026 г. 17:53:40 MSK пользователь > Peter Dimov via Boost написал: > > The way package managers such as vcpkg handle these cases is by having > > "optional features" that can be installed separately. If you install > > `capy`, you don't get Asio support, but if you install `capy[asio]` or > > `capy+asio` or whatever, you do get it. > > > > This is also useful for things like bzip2 or zstd support. > > > > Actually, if you install `capy`, you get the default features, which > > may or may not include `asio`. So you might need to install `capy[]` > > or `capy-asio` or `capy-core` or whatever to not get Asio support. > > Piggybacking on my suggestion. boost/capy/ext/asio.hpp and > boost/capy/ext/asio/foo.hpp would map to `asio` option/feature of Capy. This > would allow packagers to programmatically determine which options a library > has. Boost libraries already have a lot of optional features. E.g. Asio itself > _optionally_ depends on OpenSSL. Since those are options, maybe opt/ would be a better choice than ext/. _______________________________________________ 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/P6XS4QZAVOZTFEE76BK6JSIJG6IOJIKT/