Is a registerised compiler necessary to port the Native Code Generator? I
thought I read that somewhere, but now I can't locate it. I have been working
on a registerised port of GHC to ARM, but only so I can work on porting the
NCG, since the registerised C backend is going to be dropped.
Tha
i should also add that the same command is executed whether 'make' is
executed in libraries or libraries/base, so something is either overwriting
Prelude.hi in libraries/Makefile, or maybe an environment variable from
libraries/Makefile is affecting the compiler.
On 3/18/08, Dust
egisterised versions shouldn't be built.
I do have cGhcUnregisterised = "NO" in compiler/main/Config.hs
I think the issue is in libraries/Makefile somewhere.
Thanks,
Dusty
On 3/17/08, Ian Lynagh <[EMAIL PROTECTED]> wrote:
>
> On Mon, Mar 17, 2008 at 11:28:54AM -0400,
ot;)
,("Unregisterised","NO")
,("Tables next to code","YES")
,("Win32 DLLs","")
,("RTS ways","debugdebug_p ")
,("Leading underscore","NO")
]
So ghc seems to be writing the wrong information
I'm working on a registerised port of GHC 6.8.2 to an ARM CPU. After making
the changes needed (listed in the 'Porting GHC' wiki page), I am trying to
compile GHC.
The build fails while compiling the stage 2 compiler with this error message:
basicTypes/OccName.lhs-boot:1:0:
Bad interface f
