<div dir="ltr">There are lots of parts of base that evolve at radically different speeds. <br><br>It'd be nice if these could be versioned separately. Then code that only depends on stable portions of base could properly still follow the PVP in their bounds rather than the (base <5) bounds that everybody uses and still not break with _every_ GHC release, which currently slavishly updates the major version number every release.<br><br>It'd also be nice if base was somehow splintered into smaller components. This could enable things like GHCJS/Eta support in a more principled way. Backpack could be instrumental to accomplishing this. e.g. consider that each of those wants Text implemented a different way, and the same can be extrapolated over much of base's FFI support.<br><br>However, the main stumbling block is that base is huge, and is riddled with cyclic dependencies, splitting it up into components without cycles between them that somehow respect all of the current power of base is no small task.<div><br></div><div>When previous attempts were made backpack wasn't in a usable state yet. It may well be more tractable today.<br><div><br></div><div>-Edward<br></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Oct 29, 2018 at 6:46 PM Daniel Cartwright <<a href="mailto:chessai1996@gmail.com">chessai1996@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Could someone articulate on this "split base"? What does this mean exactly? Having one or more versions of officially supported 'base'-like libraries?</div><br><div class="gmail_quote"><div dir="ltr">On Mon, Oct 29, 2018, 6:17 PM Edward Kmett <<a href="mailto:ekmett@gmail.com" target="_blank">ekmett@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">We had two different people join the CLC with the express wish of working on it. Both of them seemed to recoil at the scale of the problem after going deeper, and progress ground to a halt.<div><br></div><div>We _do_ have a few open slots on the committee though. I'm putting out an open call for folks to join the committee today. Maybe someone interested in diving into the problem might apply. =)</div><div><br></div><div>-Edward</div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Oct 26, 2018 at 12:06 AM Carter Schonwald <<a href="mailto:carter.schonwald@gmail.com" rel="noreferrer" target="_blank">carter.schonwald@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">I just remembered that it was one of the ongoing things the CLC was involved with, for a while.  Has there been recent action there ?</div>
_______________________________________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org" rel="noreferrer" target="_blank">Libraries@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" rel="noreferrer noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br>
</blockquote></div>
_______________________________________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org" rel="noreferrer" target="_blank">Libraries@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" rel="noreferrer noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br>
</blockquote></div>
</blockquote></div>