Compiling from CVS on Sparc/Solaris

Hi all,

I'm trying to compile ghc from the CVS (checked out today, Oct 18)
on a Sparc machine running Solaris. These are the things I ran into
(I won't attach a patch file since some (most?) of my proposed fixes
are a bit dubious):

Location: compiler/nativeGen/MachRegs.lhs:520
Error:    Not in scope: unRealReg
Fix:      Add definition: unRealReg (RealReg x) = x

Location: compiler/nativeGen/MachRegs.lhs:1120
Error:    FloatReg/DoubleReg takes boxed Ints
Fix:      Remove hashes

Location: compiler/nativeGen/MachInstrs.hs:172,561
Error:    Multiple declaration of RI
Fix:      Remove sparc specific declaration at line 561
          (also a problem for alpha)

Location: compiler/nativeGen/MachInstrs.hs:576,581
Error:    Not in scope: BYTES_PER_WORD
Fix:      ?? should be defined by some configure script ??

Location: compiler/nativeGen/RegAllocInfo.hs:288
Error:    Not in scope: regSetFromList
Fix:      Remove it (replace by id)

Location: compiler/nativeGen/RegAllocInfo.hs:680,684,715,719
Error:    Not in scope: dyn, vreg
Fix:      !! I'm guessing here !!
          Replace dyn and vreg by reg
          (also a problem for alpha)

Location: <here and there>
Error:    sparc assembler instructions expecting a MachReg, getting a Size
Fix:      !! Again I'm guessing !!
          Change datatype definition of Instr at MachInstrs.hs:205-266
          replacing MachRep by Size

Location: compiler/nativeGen/PprMach.hs
Error:    \begin{code} and \end{code} in a .hs file
Fix:      Replace by Haskell comments

Location: compiler/nativeGen/PprMach.hs:1559,1600
Error:    Not in scope: isJust
Fix:      Add import Maybe

Location: compiler/nativeGen/MachCodeGen.hs
Error:    Not in scope: thenNat
Fix:      Replace by >>=

Location: compiler/nativeGen/MachCodeGen.hs
Error:    Not in scope: registerName, registerCode
Fix:      ?? Here I give up, looks like there have been some major changes
to the code ??

A less machine dependent problem is that the configure script seems to ignore
the CPPFLAGS and LDFLAGS environment variables. In my mind, a reasonable
thing
would be to add these to SRC_CC_OPTS. My proposed fix is to change line
820 of
configure.ac to

SRC_CC_OPTS="-O $CPPFLAGS $LDFLAGS"

Regards,
Ulf