Simon Marlow
On 17 September 2005 22:05, Wilhelm B. Kloke wrote:
I tried it again today. One of my problems was related to gmake version. The configure script should warn, if gmake is older than 3.80 (I had 3.78).
I'm using 3.79.1. I do vaguely remember a problem with older versions of gmake - what goes wrong for you?
The old gmake does not get the dependencies right.
The building of the .hc bundle fails wirth the following messages:
... tar czf ghc-6.4.1-x86_64-unknown-freebsd-hc.tar.gz `cat hc-files-to-go` tar: ghc-6.4.1/ghc/rts/PrimOps.hc: Cannot stat: No such file or directory ... Cannot stat: No such file or directory gmake: *** [hc-file-bundle] Fehler 1
Yes, you do actually need to generate these .hc files on the host system. What happened to the build in ghc/rts - could you post the error message? Possibly a 'make -k' in ghc/rts will be enough to get these files.
I tried to go back to ghc/rts to build more files following the ipattern of the last steps before, but this destroys genapply.
Don't quite understand this - could you elaborate?
I tried
(cd ghc/rts ; gmake all) after (cd ghc/compiler ; gmake stage=2 )
I have further information now. When compiling Linker.c, the compilation fails, because there is no MAP_32BIT in FreeBSD-amd64. Perhaps just removing this could make it work. I have no idea why it is needed on linux-x86_64.
there is no rule to build those files. Also, I needed to have happy and alex on the target system, because make boot fails without them (catch 22).
When things are working properly, you don't need Happy or Alex on the target system. I suspect things have gone wrong earlier.
gmake -n boot (for finding the cause I wanted to know the commands which may have failed),
Probably. But this is in a very early stage. It even happens when using that two command using $(HAPPY) and $(ALEX) are executed. I was not able to locate the point better. Perhaps you could try the first stages of the crossbuild on suitable system, where these two variable from mk/config.mk are defined empty (as was the case on my system after configure).
A final glitch is that (at least, my) FreeBSD-amd64-6.0 gcc does not include -I/usr/local/include and -L/usr/local/lib in the search path. So libgmp is not found.
Ok. You can use the libgmp in the tree (this should happen automatically), or you can add the -I/-L flags to the relevant places.
This was not possible, as x86_64 does not seem supported in ghc's gmp. The other solution (exporting LDFLAGS=-L/usr/local/lib) works. -- Dipl.-Math. Wilhelm Bernhard Kloke Institut fuer Arbeitsphysiologie an der Universitaet Dortmund Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257