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