Building 5.0 from CVS using 4.08.1 on FreeBSD

[Alastair Reid]

After checking out GHC from CVS, configuring and building as per
previous mail, I (eventually) get this error.  (On a FreeBSD 3.x box
using ghc 4.08.1 (actually, I think it is more or less 4.08.2 but has
the wrong number since it too comes from CVS).)

/home/reid/local/bin/ghc -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -iutils:basicTypes:types:hsSyn:prelude:rename:typecheck:deSugar:coreSyn:specialise:simplCore:stranal:stgSyn:simplStg:codeGen:absCSyn:main:profiling:parser:usageSP:cprAnalysis:javaGen:compMan:nativeGen  -package concurrent -package posix -package text -package util -recomp -O -Rghc-timing -H16m  -fno-cse  -c main/TmpFiles.hs -o main/TmpFiles.o -osuf o

main/TmpFiles.hs:103: Variable not in scope: `la'

main/TmpFiles.hs:103: Variable not in scope: `la'

main/TmpFiles.hs:103: Variable not in scope: `la'

Compilation had errors


The error seems to be this code
  
  1.16         (simonmar 08-Mar-01): #ifndef mingw32_TARGET_OS
  1.17         (sewardj  18-Apr-01):    la la la
  1.16         (simonmar 08-Mar-01):    exit_code <- system cmd `catchAllIO` 
  1.16         (simonmar 08-Mar-01): 		   (\_ -> throwDyn (PhaseFailed phase_name (ExitFailure 1)))
  1.16         (simonmar 08-Mar-01): #else
  
Any chance that it can be restored to working condition soon and that
those brittle system-specific ifdefs can be replaced with feature
tests in the usual autoconf-based manner?

In the meantime, I'm removing the teletubby reference and hoping that
things more-or-less work.

-- 
Alastair Reid        reid at cs.utah.edu        http://www.cs.utah.edu/~reid/