|
RE: Changes to make fptools insfrastructure usable for standalone librar: msg#00036lang.haskell.glasgow.bugs
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> |
|---|---|---|
| Previous by Date: | stdout vs stderr in compiler output, Alastair Reid |
|---|---|
| Next by Date: | [ ghc-Bugs-742918 ] link error from large pattern bindings, SourceForge.net |
| Previous by Thread: | Re: Changes to make fptools insfrastructure usable for standalone libraries, Alastair Reid |
| Next by Thread: | Re: Changes to make fptools insfrastructure usable for standalone libraries, Alastair Reid |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |