RE: GHC-6.4.1 on FreeBSD-amd64 port progress

On 20 October 2005 10:35, Simon Marlow wrote:
On 19 October 2005 20:41, Wilhelm B. Kloke wrote:
Simon Marlow
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
Uhuh. This means that GHC is attempting to build a registerised version (which is what happens by default). If you don't plan to work on registerised support right now, you could set 'GhcUnregisterised=YES' in mk/build.mk.
Incedentally, registerised support should be quite easy, since I've already done it for x86_64-unknown-linux, where the ABI and toolchain are the same AFAIK, so it might just be a case of enabling x86_64-unknown-freebsd in the right places (ghc-asm.lprl for one, I can't remember if there's anywhere else off hand). Cheers, Simon
participants (1)
-
Simon Marlow