<div dir="ltr">ANYWAYS :)<div><br></div><div>the point is: there is a nonzero population of haskell folks who want to use ghc + cabal-install on a machine where they may not have admin / package manager powers, AND it requires some amount of cabal-install familiarity (or asking around) to find out about the ./boot-strap script that cabal comes with.  (I've definitely had 1-2 incidents where on a new server i did the bootstrap process by hand before i found out about that script)</div>


<div class="gmail_extra"><br></div><div class="gmail_extra" style>at the very very least, the directions for boostrap cabal-install should be more discoverable</div><div class="gmail_extra"><br><br><div class="gmail_quote">

On Wed, Jan 22, 2014 at 10:45 AM, Johan Tibell <span dir="ltr"><<a href="mailto:johan.tibell@gmail.com" target="_blank">johan.tibell@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div>On Wed, Jan 22, 2014 at 12:57 AM, Herbert Valerio Riedel <span dir="ltr"><<a href="mailto:hvr@gnu.org" target="_blank">hvr@gnu.org</a>></span> wrote:<br>




<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On 2014-01-21 at 20:22:48 +0100, Ganesh Sittampalam wrote:<br>
> I feel this blurs the roles of GHC and the Platform.<br>
<br>
</div>IMO, that's a weak argument, as the roles are already blurred:<br>
<br>
GHC comes with `haddock`, `hp2ps`, and `hpc` executables which could be<br>
provided by the HP instead. Moreover, GHC ships with a set of base<br>
libraries (which, and thus effectively GHC forces 20 or so packages<br>
(fixed to specific package versions) into the HP and takes away<br>
authority from the HP release process. But now the difficult to explain<br>
thing is that GHC also bundles the library part of CABAL but<br>
deliberately leaves out CABAL's frontend tool `cabal-install` only to<br>
justify the existence of the HP a bit more? :-)<br></blockquote><div><br></div></div></div><div>Cabal is part of GHC's build process and GHC uses data types from Cabal. That's why it's there. It's not because we want Cabal to be included (just like we don't want to ship those libs.) These are technical limitations.</div>




<div> </div></div></div></div>
<br>_______________________________________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org" target="_blank">Libraries@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/libraries" target="_blank">http://www.haskell.org/mailman/listinfo/libraries</a><br>
<br></blockquote></div><br></div></div>