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 [EMAIL PROTECTED] http://www.cs.utah.edu/~reid/ _______________________________________________ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
