Build failures in packages built with GHC 6.6

shelarcy shelarcy at
Thu Sep 14 09:41:57 EDT 2006

Hi Duncan,

On Mon, 11 Sep 2006 17:34:26 +0900, Duncan Coutts <duncan.coutts at> wrote:
> Over the weekend Lennart Kolmodin tested all of Gentoo's Haskell
> packages with the latest GHC 6.6 RC snapshot. Here is his report of what
> failed, and how:

2006-09-12, Packages failing with GHC 6.5:
> wx/src/Graphics/UI/WX/Types.hs:94:0:
>     Bad interface file: out/wx/imports/Graphics/UI/WXCore/Types.hi
>         Something is amiss; requested module
>             wx:Graphics.UI.WXCore.Types differs from name found in the
>             interface file wxcore:Graphics.UI.WXCore.Types
> This is tricky. The wx package needs to be registered locally before
> anything else can be built against it.

This error comes from Generalise Package Support.

So the wxcore package needs to be registered locally before building
the wx package's module, the wx package doesn't need to be registered.

See wxhaskell's Makefile definition :

   WXCORE-HCFLAGS	=$(HCFLAGS) -fvia-C -package-name $(WXCORE)

   # build main library
   wxcore: wxc wxd wxcore-dirs $(WXCORE-LIBS)


   WX-HCFLAGS	=$(HCFLAGS) -fvia-C -package-name $(WX)


   # build main library
   wx: wxcore wx-dirs $(WX-LIBS)


The wx package wants to use its package's module when dependecies
is built same time. But that is build as wxcore's by -package-name
option. Then above error is caused.

Unfortunately, Generised Package's Support is used just internally.
Because syntax is proposal now.

So we have only two way.

1. The wxcore package needs to be registered locally before
building the wx package's module. It is alredy written above.
2. The wx package needs to build and install separately from
wxcore by Cabal .... But it makes install step more complex,
that is bad for Windows and Mac OS User.

But both ways are big change.

P.S. Don't forgot this change to use wxhaskell with GHC 6.6.

shelarcy <shelarcy>

More information about the Libraries mailing list