Ian Lynagh wrote:

On Wed, Aug 08, 2007 at 10:27:07AM +1000, Manuel M T Chakravarty wrote:

...

/opt/local/bin/ghc -H64m -Onot -fasm -istage1/utils -istage1/basicTypes -istage1/types -istage1/hsSyn -istage1/prelude -istage1/rename -istage1/typecheck -istage1/deSugar -istage1/coreSyn -istage1/vectorise -istage1/specialise -istage1/simplCore -istage1/stranal -istage1/stgSyn -istage1/simplStg -istage1/codeGen -istage1/main -istage1/profiling -istage1/parser -istage1/cprAnalysis -istage1/ndpFlatten -istage1/iface -istage1/cmm -istage1/nativeGen -Istage1 -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -Iparser -package unix -ignore-package lang -recomp -Rghc-timing -O -fasm -H16M '-#include "cutils.h"' -DUSING_COMPAT -i../compat -ignore-package Cabal -c main/HeaderInfo.hs -o stage1/main/HeaderInfo.o -ohi stage1/main/HeaderInfo.hi

main/HeaderInfo.hs:189:19: Not in scope: `compilerLanguagesKnown'

main/HeaderInfo.hs:190:19: Not in scope: `compilerLanguages'

I've pushed some patches that make things better, but it still doesn't work for me.

Building base gives

Data/Generics.hs:28:1: lexical error at character 'i'

and if I try with the build rule rather than the make rule (i.e. use Cabal proper rather than GHCMakefile) then I get

<command line>: Could not find module `': Use -v to see a list of the files searched for.

which -v3 shows is caused by GHC being passed

..., "-fasm","-v","","Data.Generics","Data.Generics.Aliases", ...

I'm validating a fix right now. Cheers, Simon