RE: Text.ParserCombinators.Parsec requires -package text.

On 08 September 2004 12:50, Axel Simon wrote:

> On Wed, Sep 08, 2004 at 10:35:35AM +0100, Simon Marlow wrote:
>> Following up to my own message:
>> 
>> On 08 September 2004 10:26, Simon Marlow wrote:
> [..]
>>> Not to mention incompatible C libraries: suppose I have two packages
>>> implementing Haskll layers over gtk 1.2 and 2.0 - I can't try to
>>> link both of those, even if the Haskell layers don't overlap.
>> 
>> But of course, you could implement "link everything" for just the
>> packages which are normally enabled by default (i.e. the ones marked
>> "auto", which currently correspond to the hierarchical ones).  These
>> are non-overlapping and link-compatible by definition, so that would
>> work fine.
> 
> But if I have two layers over gtk 1.2 and 2.0 and both use the
> hierarchical module system and are therefore marked as "auto" you
> would have the same problem of linking in two versions of gtk which
> doesn't work. Did I miss something?

Our story for this kind of situation is that both packages should be
using the same module names (Graphics.UI.Gtk).  One of the versions
would be available by default, and the other can be selected instead by
using -package gtk-1.2 on the command line.

However currently the package system isn't version-aware, and doesn't
support disabling packages yet.  This will come with the Cabal updates
on my queue.

Cheers,
        Simon