<div dir="ltr">On Sun, Mar 17, 2019 at 6:19 PM Niall Douglas via Boost-users &lt;<a href="mailto:boost-users@lists.boost.org">boost-users@lists.boost.org</a>&gt; wrote:<br>&gt; &gt; Of course WG21 could have simply accepted the library after it went<br>&gt; &gt; through years of development and reviews, rather than trying to &quot;fix&quot;<br>&gt; &gt; it. This is precisely why WG21 should not be involved in innovation and<br>&gt; &gt; design, because then acceptance becomes a matter of opinion and<br>&gt; &gt; politics, rather than a simple acknowledgement of an interface that is<br>&gt; &gt; already successful.<br>&gt;<br>&gt; Like Boost, they declare changes which must be made before acceptance.<div><br></div><div>If a library is successful, popular, and its interface hasn&#39;t changed for years, it makes no sense to change it and then immediately standardize it.</div><div><br>&gt; &gt;&gt; I&#39;d echo Eric&#39;s sentiments on this completely. I don&#39;t have it in me to<br>&gt; &gt;&gt; ever get a fundamentals library into Boost again. Besides, I&#39;d likely<br>&gt; &gt;&gt; end up getting divorced and my children no longer speaking to me. It&#39;s<br>&gt; &gt;&gt; not worth it, personally speaking.<br>&gt; &gt;<br>&gt; &gt; You leave out the other possibility, to leave the library out of the<br>&gt; &gt; standard, where most libraries, including good libraries, belong.<br>&gt;<br>&gt; The same argument would then apply to Boost by this logic. I&#39;m not sure<br>&gt; that I agree with that.</div><div><br></div><div>It absolutely does apply to Boost. To think that it does not is equivalent to thinking that all non-Boost libraries are crap.</div><div><br></div><div>&gt; The usual counterargument to standardising ever more libraries generally<br>&gt; involves a decent centralised package ecosystem for C++, and sure, I get<br>&gt; that that would avoid much over-eager standardisation.</div><div><br></div><div>That&#39;s not the argument I&#39;m making. From this point of view, the lack of centralized package ecosystem is not an excuse.</div><div><br></div><div>But maybe all that needs to happen to avoid the obvious problems is slow down the process: put the library in experimental and standardize it only after/if its interface has remained unchanged for several years. Wasn&#39;t this what happened with Filesystem anyway?<br></div></div>