Advance notice that I'd like to make Cabal depend on parsec
Johan Tibell
johan.tibell at gmail.com
Thu Mar 21 21:53:29 CET 2013
On Sun, Mar 17, 2013 at 9:57 AM, Mark Lentczner <mark.lentczner at gmail.com>wrote:
> Perhaps the major cause is that because GHC is shipped as a library
> itself, it exposes all it's package dependencies. And as it is a large, and
> growing, piece of software, the list only wants to grow. But I wonder how
> often GHC is used as a library itself? If not often, then perhaps GHC
> should be shipped as two parts: Just a compiler (plus the small number of
> packages that the compiler forces), and ghc-lib as an optional,
> even separate, package - perhaps one with even a traditional way of
> depending on other packages. In otherwords, users that wanted to
> incorporate the ghc-lib into their programs would depend, and download, and
> configure, and build, ghc-lib indpenendant of the GHC binaries installed on
> their system. Perhaps then, GHC, the compiler, built from ghc-lib, would be
> bootstrapped not from the past compiler, but from the past HP.....
>
I would like to see this happen. It will resolve a lot of problems related
to packaging and the HP.
GHC HQ, is this technically feasible?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/ghc-devs/attachments/20130321/f8511795/attachment.htm>
More information about the ghc-devs
mailing list