logo       

RE: Changes to make fptools insfrastructure usable for standalone librar: msg#00036

lang.haskell.glasgow.bugs

Subject: RE: Changes to make fptools insfrastructure usable for standalone libraries

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


<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

News | FAQ | advertise