[Haskell] Re: Trying to install binary-0.4
Isaac Dupree
isaacdupree at charter.net
Sun Oct 28 14:25:26 EDT 2007
Thomas Schilling wrote:
> On Sun, 2007-10-28 at 13:49 -0400, Isaac Dupree wrote:
>> Simon Marlow wrote:
>>> Probably it could be made clearer. In 4.2 the idea is that instead of
>>> replacing
>>>
>>> base-2.0 ==> base-3.0 + directory-1.0 + array-1.0 + ...
>>>
>>> you would replace
>>>
>>> base-2.0 ==> newbase-1.0 + directory-1.0 + array-1.0 + ...
>>>
>>> and additionally have a package base-3.0 that re-exports the whole of
>>> (newbase + directory + array + ...).
>> "Macros" in cabal: Why not just say that depending on base-3.0 actually
>> means that you have to depend on newbase-1.0, and directory-1.0, etc...
>> Why is compiler support needed? is it really possible that I still
>> don't understand?
>
> You'd still have the problem that every package has to specify this
> "macro" for itself. You'd want some global macro-database to avoid
> this. The better solution would be to just have a package that
> re-exports everything. I.e., the definition of package base-2.0 would
> look something like this:
>
> if has system has base-3.0, directory, array ...
> re-export
> else
> exposed-modules: Data.Maybe, Data.List, ...
Of course it would be defined in the same place that base-3.0 would
normally be defined if it existed (hypothetically supposing base was
renamed to newbase in this case). Instead of Haskell code, a cabal file
that just says, in order to depend on this "package", you (meaning the
cabal mechanism, not the users) need to depend on this set of packages
instead - which is repeatedly expanded until only ghc-packages (or the
equivalent for whatever compiler it is) are in the list.
Isaac
More information about the Libraries
mailing list