==fptools== gmake all --no-print-directory -r;
in /usr/local/pub-bkb/ghc/fptools/ghc/compiler
/usr/local/pub-bkb/ghc/ghc-latest/bin/ghc -cpp -fglasgow-exts -Rghc-timing -I.
-IcodeGen -InativeGen -Iparser
-iutils:basicTypes
There seems to be a bug in the Makefile for fptools/hslibs/data/edison:
aratika:/usr/src/packages/BUILD/fptools > make all
...
rm -f edison/Coll/MinHeap.o ; if [ ! -d edison/Coll/MinHeap ]; then mkdir
edison/Coll/MinHeap; else find edison/Coll/MinHeap -name '*.o' -print | xargs rm -f
_
George Russell wrote:
> [...]
> gmake: *** [all] Error 1
M-x cvs-update :-)
Cheers,
Sven
--
Sven PanneTel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen
Simon Marlow wrote:
> You shouldn't try building in the edison subdir; [...]
That was only a test to see what is going on. I'm doing the
usual `make all' directly in fptools/ in the course of building
a ghc+hslibs RPM. The current hack is to add the following to
mk/build.mk:
SRC_HC_OPTS += -f
> When you call `make all' from the edison subdir, the compiler and the
> flags change magically and dependencies seem to be broken:
You shouldn't try building in the edison subdir; the Makefile in
fptools/hslibs/data is designed to reach into edison and build the required
bits. That way we can
Simon Marlow wrote:
> > When you call `make all' from the edison subdir, the compiler and the
> > flags change magically and dependencies seem to be broken:
>
> You shouldn't try building in the edison subdir; the Makefile in
> fptools/hslibs/data is designed to reach into edison and build the re