patch applied (packages/containers): include Typeable.h in package

[Malcolm Wallace]

Ross Paterson <ross at soi.city.ac.uk> wrote:

> On Mon, Aug 20, 2007 at 11:33:01AM +0100, Ian Lynagh wrote:
> > On Sun, Aug 19, 2007 at 05:11:11PM -0700, Ross Paterson wrote:
> > > Sun Aug 19 16:40:48 PDT 2007  Ross Paterson <ross at soi.city.ac.uk>
> > >   * include Typeable.h in package
> > > 
> > >     M ./containers.cabal +1
> > >     A ./include/
> > >     A ./include/Typeable.h
> > 
> > Typeable.h is in install-includes in the base package, so surely it
> > should be available to packages that depend on base? Otherwise there
> > is no point installing it.
> 
> In principle, yes, and the duplication is very ugly.  The problem is
> getting Cabal to tell cpphs where to look for it.  (This doesn't arise
> when GHC is the target, because then the preprocessing is done by ghc
> itself.)  So I used the same kludge as in the network package.

I came across the same problem when adding these newly-split packages to
the nhc98 build.  The right solution is for "cabal --hugs" to know that
when package P depends on package Q, it needs to look in the appropriate
package directory Q/include for any installed .h files.  For instance,
in nhc98, the cmdline arg "-package foo" now adds "-I$(LIB)/foo/include"
to the invocation of cpphs.

Regards,
    Malcolm