Please clarify the kind of “scope of reorganization” that isn’t already contained in that paper.
-- Gaby
From: Ext <ext-bounces@lists.isocpp.org> On Behalf Of
Bryce Adelstein Lelbach aka wash via Ext
Sent: Monday, March 9, 2020 2:45 AM
To: Ville Voutilainen <ville.voutilainen@gmail.com>
Cc: Bryce Adelstein Lelbach aka wash <brycelelbach@gmail.com>; Ben Boeckel via Modules <modules@lists.isocpp.org>; ISO C++ Tooling Study Group <sg15@lists.isocpp.org>; C++ Library Evolution Working Group <lib-ext@lists.isocpp.org>; Evolution Working
Group mailing list <ext@lists.isocpp.org>; Nagy-Egri Máté Ferenc <nagy-egri.mate@wigner.mta.hu>
Subject: Re: [isocpp-ext] [SG15] Modularization of the standard library andABI stability
I want a scope on that reorganization.
What problems do we want to solve? Possible answers:
- Finer grained access to things, either in addition to or in place of coarse access (for example being able to just get function, not all of <functional>)
- More logical access to things (tuple is in <tuple>, so clearly pair must be in <pair>... oh wait)
- Freestanding concerns (separate function from parts of <functional> that are complicated to freestandingifyl
On Mon, Mar 9, 2020, 02:39 Ville Voutilainen <ville.voutilainen@gmail.com> wrote:
On Mon, 9 Mar 2020 at 11:33, Bryce Adelstein Lelbach aka wash
<brycelelbach@gmail.com> wrote:
>
> I wrote a paper that in large part was a response to P0581, so yes, I've read it a few times.
>
>
https://wg21.link/P1453
>
> It sounded like you were trying to make a point. Can you be clearer about what that point was?
P0581 has some bits of rationale for providing named modules, not just
transitioned headers.
Reorganization seems to be one of them.