RE: GHC-6.4.1 on FreeBSD-amd64 port progress
On 18 October 2005 20:26, Wilhelm B. Kloke wrote:
Simon Marlow <simonmar@microsoft.com> schrieb:
At this point you can either do 'make install stage=1', or you can just use the compiler you built to build a clean GHC in another tree, i.e. with ./configure --with-ghc=/path/to/bootstrap/ghc/compiler/ghc-inplace.
Now I am getting the following really strange error message:
==fptools== gmake all -wr; in /data/home/wb/Haskell/fptools-amd64/ghc-6.4.1/ghc/compiler
------------------------------------------------------------------------
/data/home/wb/Haskell/fptools-amd64/ghc-6.4.1/ghc/compiler/ghc-inplace -H16m -O -istage1/utils -istage1/basicTypes -istage1/types -istage1/hsSyn -istage1/prelude -istage1/rename -istage1/typecheck -istage1/deSugar -istage1/coreSyn -istage1/specialise -istage1/simplCore -istage1/stranal -istage1/stgSyn -istage1/simplStg -istage1/codeGen -istage1/main -istage1/profiling -istage1/parser -istage1/cprAnalysis -istage1/compMan -istage1/ndpFlatten -istage1/iface -istage1/cmm -istage1/nativeGen -istage1/ghci -Istage1 -DGHCI -package template-haskell -package readline -DUSE_READLINE -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -package unix -ignore-package lang -recomp -Rghc-timing -H16M '-#include "hschooks.h"' -i../lib/compat -ignore-package Cabal -H80m -c prelude/PrimOp.lhs -o stage1/prelude/PrimOp.o -ohi stage1/prelude/PrimOp.hi
prelude/PrimOp.lhs:104:0: parse error (possibly incorrect indentation) <<ghc: 30809992 bytes, 2 GCs, 129776/129776 avg/max bytes residency (1 samples), 60M in use, 0.00 INIT (0.00 elapsed), 0.08 MUT (0.10 elapsed), 0.01 GC (0.02 elapsed) :ghc>> gmake[2]: *** [stage1/prelude/PrimOp.o] Fehler 1 gmake[1]: *** [install] Fehler 1 gmake[1]: Leaving directory `/data/home/wb/Haskell/fptools-amd64/ghc-6.4.1/ghc' gmake: *** [install] Fehler 1
I checked that PrimOp.lhs is identical with the versions in -i386amd64 and -amd64, so the error message text is certainly misleading.
PrimOp.lhs includes a bunch of files that are auto-generated from primops.txt. In ghc/compiler you should have a bunch of files called primop-*-incl, which are generated by the genprimopcode program in ghc/utils/genprimopcode. If these files are empty or corrupt, just remove them and re-build. Are you building GHC in a fresh tree now? I'd recommend doing that. Cheers, Simon
Simon Marlow <simonmar@microsoft.com> schrieb:
Are you building GHC in a fresh tree now? I'd recommend doing that.
Now I am using a *really* fresh tree. Formerly the compilation of Apply.cmm did not render an instructive error message, just failed for some sort of memory access exception. Now I have: ../../ghc/compiler/ghc-inplace -optc-O -optc-Wall -optc-W -optc-Wstrict-prototypes -optc-Wmissing-prototypes -optc-Wmissing-declarations -optc-Winline -optc-Waggregate-return -optc-Wbad-function-cast -optc-I../includes -optc-I. -optc-Iparallel -optc-DCOMPILING_RTS -optc-fomit-frame-pointer -H16m -O -O2 -static -I. -#include Prelude.h -#include Rts.h -#include RtsFlags.h -#include RtsUtils.h -#include StgRun.h -#include Schedule.h -#include Printer.h -#include Sanity.h -#include STM.h -#include Storage.h -#include SchedAPI.h -#include Timer.h -#include Itimer.h -#include ProfHeap.h -#include LdvProfile.h -#include Profiling.h -#include Apply.h -fvia-C -dcmm-lint -c parallel/RBH.c -o parallel/RBH.o ../../ghc/compiler/ghc-inplace -H16m -O -O2 -static -I. -#include Prelude.h -#include Rts.h -#include RtsFlags.h -#include RtsUtils.h -#include StgRun.h -#include Schedule.h -#include Printer.h -#include Sanity.h -#include STM.h -#include Storage.h -#include SchedAPI.h -#include Timer.h -#include Itimer.h -#include ProfHeap.h -#include LdvProfile.h -#include Profiling.h -#include Apply.h -fvia-C -dcmm-lint -c Apply.cmm -o Apply.o ghc-asm: don't know how to mangle assembly language for: x86_64-unknown-freebsd gmake[2]: *** [Apply.o] Fehler 1 gmake[1]: *** [all] Fehler 1 gmake[1]: Leaving directory `/data/home/wb/Haskell/ghc-6.4.1-amd64/ghc' gmake: *** [build] Fehler 1 I am looking myself how to add this info, but quick help by an informed person is welcome, too, as usual. -- Dipl.-Math. Wilhelm Bernhard Kloke Institut fuer Arbeitsphysiologie an der Universitaet Dortmund Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257
Wilhelm B. Kloke <wb@arb-phys.uni-dortmund.de> schrieb:
Simon Marlow <simonmar@microsoft.com> schrieb:
Are you building GHC in a fresh tree now? I'd recommend doing that.
Now I am using a *really* fresh tree. Formerly the compilation of Apply.cmm did not render an instructive error message, just failed for some sort of memory access exception. Now I have:
I have enabled freebsd in the mangler now. After installing with make install stage=1 the compiler compiles an .o and .hi file, but it does not find the libraries to link with for test.hs. A similar things happens when trying to compile stage2. All the objects seem to have been compiled, but linking the executable fails with a really long list of undefined references. I tried adding libHSBase and cbits of HSBase with no full success. -- Dipl.-Math. Wilhelm Bernhard Kloke Institut fuer Arbeitsphysiologie an der Universitaet Dortmund Ardeystrasse 67, D-44139 Dortmund, Tel. 0231-1084-257
participants (2)
-
Simon Marlow -
Wilhelm B. Kloke