Changes to make fptools insfrastructure usable for standalone libraries

Simon Marlow simonmar at microsoft.com
Fri May 23 06:08:34 EDT 2003


Hi Alastair,

I've fixed some of the problems with your X11 package now, hope you
don't mind.  Installation might still not quite work - you might need to
add the --force argument to ghc-pkg to avoid it complaining about the
libraries not existing yet.  Apart from that, it seems to build cleanly.

The package still depends on "lang", which might cause problems: we
don't currently have any hierarchical packages which depend on
non-hierarchical packages; for some reason this makes me uneasy but I
can't quite put my finger on why.

> 5) A possibly related issue is that when I distribute the X11 
> library, I'd
>  prefer to have fptools be a subdirectory of X11 not the 
> other way around (or
>  have it as a debian package that I install before building 
> X11).  Then I'd
>  set
> 
>   FPTOOLS_TOP=$(TOP)/fptools
> 
>  or, maybe,
> 
>   FPTOOLS_TOP=/usr/lib/fptools-1.0
> 
>  in X11/mk/boilerplate.mk

It should be possible to do this, but I haven't tried.

> 6) It's not a big deal but...
> 
>   It looks to me as though bootstrap.mk only exists for installing
>   ghc from .hc files so maybe it ought to be in fptools/ghc/mk.
>   (I guess it's not because fptools/libraries probably builds from .hc
>   files too?)

Yes, this is another case of the fptools build system not being very
modular.  Maybe it'll get cleaned up one day.

Cheers,
	Simon



More information about the Glasgow-haskell-bugs mailing list