Hi,
I'm currently trying to bring back HC bootstrapping, and I'd some
kind of success, but only with really horrible hacks on
libraries/Makefile.local, the Cabal Makefile template, some bits
in mk, and libraries/Makefile itself. FYI the current state is that the
HC build starts well for base, old-time, directory and some other
libraries, but fails on unix, since it has old-time as transitive
dependency (via directory) and doesn't find HsTime.h[1].
Anyway, what I currently need is some way to store transitive
dependency information in some files and include those files in the
HC file bundle. At the moment, my best guess is to add a special
target to libraries/Makefile (or to the toplevel Makefile) that
will do the job using ghc-pkg-inplace (after the stage1 build),
probably with a little bit sed(1), awk(1) and/or tsort(1) magic.
If anyone has a better idea, please let me know. Hacking a little
bit on Cabal may an option, too.
The other problem I have is that I'm for now trying to use the
GNUmakefiles created by Cabal. I guess, the whole point of introducing
them actually was to make boostrapping from HC files possible.
However, after all it seems that plugging HC bootstrapping into the
current GNUmakefile stuff makes things even more complicated. So,
is there any other reason for building the libraries via the generated
GNUmakefiles? If not, I'd be happy to just build the libraries
directly with Cabal (in the non-HC-bootstrapping case) and do the
HC-bootstrapping separately. This would allow to simplify
libraries/Makefile a lot, IMHO.
Summary:
- I need a simple way to get transitive inter-library dependencies
that'll be included in the HC file bundle.
- When not bootstrapping from HC files, building libraries by first
generating those GNUmakefiles and then running gmake on them seems to
be a little bit overkill.
Ciao,
Kili
[1] no, you really don't want to see how I derive required -I
options for gcc for the direct dependencies ;-)
--
Automake and autoconf deserve to wither and die, but unfortunately noone
at GNU seems to make much of an effort to euthanasize them.
-- Han-Wen Nienhuys, on Lilypond-devel mailing list
_______________________________________________
Cvs-ghc mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/cvs-ghc
