- Glasgow-haskell-users

ghc on on macbook pro (fwd)
by S. Alexander Jacobson 05 Mar '06

05 Mar '06

Does ghc work on the (intel) macbooks or does it need to be rebuilt? Will code compiled for the old macs work on the macbooks or does it need to be recompiled? -Alex- ______________________________________________________________ S. Alexander Jacobson tel:917-770-6565 http://alexjacobson.com

3 2

Need help to call ord in Data.Char
by Omar Alvi 04 Mar '06

04 Mar '06

Hello, I am new to Haskell(GHC). When i try to call the function ord which is in Data.Char from Prelude prompt. I get the following error. Not in scope ord. Hope to hear from someone soon. Thanks, Omar

2 1

Re: GHC 6.4.1 and Win32 DLLs: Bug in shutdownHaskell?
by Cyril Schmidt 03 Mar '06

03 Mar '06

Did you try to link the DLL statically (i.e. via import library) and remove the call to shutdownHaskell() ? It worked for me (I am using Visual Studio 7, though). Cheers, Cyril ___ > >I wrapped up some Haskell modules in a Win32 DLL. >Loading the DLL dynamically (with LoadLibrary) works fine. However, >whether I actually use the library or not, the program (an application >with MFC GUI) crashes upon termination. >To find the reason for the crash, I added a new function for unloading >the DLL using FreeLibrary. FreeLibrary works fine, however the program >crashes when it returns to the main event loop. Interestingly, when I >reload the library (FreeLibrary followed by LoadLibrary) the program >continues working. However, every reload cycle causes the virtual size >of the process to increase by about 300K and the fourth reload fails >with the error message "getMBlock: VirtualAlloc failed with: 8" (appears >in a message window) accompanied by many repetitions of the message >"Timer proc: wait failed -- error code: 6" (appears on stderr) and >followed by the message "getMBlocks: misaligned block returned" (again >in a message window). Then the programm crashes. > >Development takes place on Windows XP Professional using MS Visual >Studio 6.0 SP 5 and ghc 6.4.1. There are no references from the C++ side >to the Haskell heap. I build the DLL using the command > >ghc --mk-dll -optdll--def -optdllFoo.def -o Foo.dll Foo.o Foo_stub.o >dllMain.c > >dllMain.c looks as follows: > >#include <windows.h> >#include <Rts.h> > >extern void __stginit_EUzu3820zu85(void); > >static char* args[] = { "ghcDll", NULL }; > /* N.B. argv arrays must end with NULL */ >BOOL >STDCALL >DllMain(HANDLE hModule, DWORD reason, void* reserved) { > if (reason == DLL_PROCESS_ATTACH) { > /* By now, the RTS DLL should have been hoisted in, but we need >to start it up. */ > startupHaskell(1, args, __stginit_Foo); > return TRUE; > } else if (reason == DLL_PROCESS_DETACH) { > shutdownHaskell(); > } > return TRUE; >} > >I played around with hs_exit instead of shutdownHaskell, I moved >initialization and clean-up from DllMain to my library loader, nothing >helps. Even doing no clean-up whatsoever does not change the behaviour. > >Any ideas? >Michael > > > >------------------------------ > >Message: 2 >Date: Wed, 01 Mar 2006 12:06:27 -0800 >From: Ashley Yakeley <ashley(a)semantic.org> >Subject: Re: Missing Folder in ghc? >To: glasgow-haskell-users(a)haskell.org >Message-ID: <du4us3$cfs$1(a)sea.gmane.org> >Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >Simon Marlow wrote: > >>The configure script has mis-detected your GHC version somehow. Could >>you look through the output of configure, and see what it says about >>GHC? >> > >Nothing special: > >checking build system type... i686-pc-linux-gnu >checking host system type... i686-pc-linux-gnu >checking target system type... i686-pc-linux-gnu >Canonicalised to: i386-unknown-linux >checking for path to top of build tree... >/home/ashley/Projects/Collected/Haskell/ghc >checking for ghc... /usr/bin/ghc >checking version of ghc... 6.4 >checking for nhc... no >checking for nhc98... no >checking for hbc... no > >>Also look in mk/config.mk, at the value of GhcCanonVersion. >> > >GHC = /usr/bin/ghc >GhcDir = $(dir $(GHC)) >GhcVersion = 6.4 >GhcMajVersion = 6 >GhcMinVersion = 4 >GhcPatchLevel = 0 > ># Canonicalised ghc version number, used for easy (integer) version ># comparisons. We must expand $(GhcMinVersion) to two digits by ># adding a leading zero if necessary: >ifneq "$(findstring $(GhcMinVersion), 0 1 2 3 4 5 6 7 8 9)" "" >GhcCanonVersion = $(GhcMajVersion)0$(GhcMinVersion) >else >GhcCanonVersion = $(GhcMajVersion)$(GhcMinVersion) >endif > >>Maybe you switched GHC versions but didn't reconfigure? >> > >I think the problem is that I called autoconf etc. before I called >darcs-all get, but not after. Calling autoreconf fixed the problem. >

2 4

Now -split-objs work with --make
by Bulat Ziganshin 03 Mar '06

03 Mar '06

This means that ghc 6.6 starting from current build can optimize EXE sizes by throwing away all unused functions This is a forwarded message ===8<==============Original message text=============== Date: Thu, 2 Mar 2006 09:07:34 -0800 From: Simon Marlow <simonmar(a)microsoft.com> Subject: patch applied (ghc): Make -split-objs work with --make To: cvs-ghc(a)haskell.org Message-ID: <20060302170734.GA2619(a)cvs.haskell.org> Thu Mar 2 09:05:05 PST 2006 Simon Marlow <simonmar(a)microsoft.com> * Make -split-objs work with --make This turned out to be a lot easier than I thought. Just moving a few bits of -split-objs support from the build system into the compiler was enough. The only thing that Cabal needs to do in order to support -split-objs now is to pass the names of the split objects rather than the monolithic ones to 'ar'. M ./ghc/compiler/Makefile +2 M ./ghc/compiler/main/DriverPhases.hs +1 M ./ghc/compiler/main/DriverPipeline.hs -19 +50 M ./mk/target.mk -28 ===8<===========End of original message text=========== -- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com

2 1

building ghc-6.4.1 with gcc-4.1.0 on x86_64
by Jens Petersen 03 Mar '06

03 Mar '06

Hi, I'm having problems building ghc-6.4.1 with gcc-4.1.0 on x86_64 (amd64). It builds fine with gcc-4.1 on 32bit ix86. gcc-4.1.0 is the default compiler in Fedora Core 5, which will be released soon. Below is part of the buildlog where it is failing during stage2 linking. Jens ../../ghc/compiler/stage1/ghc-inplace -o stage2/ghc-6.4.1 -H16m -O -istage2/utils -istage2/basicTypes -istage2/types -istage2/hsSyn -istage2/prelude -istage2/rename -istage2/typecheck -istage2/deSugar -istage2/coreSyn -istage2/specialise -istage2/simplCore -istage2/stranal -istage2/stgSyn -istage2/simplStg -istage2/codeGen -istage2/main -istage2/profiling -istage2/parser -istage2/cprAnalysis -istage2/compMan -istage2/ndpFlatten -istage2/iface -istage2/cmm -istage2/nativeGen -istage2/ghci -Istage2 -DGHCI -package template-haskell -package readline -DUSE_READLINE -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -package unix -package Cabal -ignore-package lang -recomp -Rghc-timing -H16M '-#include "hschooks.h"' -no-link-chk stage2/basicTypes/BasicTypes.o stage2/basicTypes/DataCon.o stage2/basicTypes/Demand.o stage2/basicTypes/FieldLabel.o stage2/basicTypes/Id.o stage2/basicTypes/IdInfo.o stage2/basicTypes/Literal.o stage2/basicTypes/MkId.o stage2/basicTypes/Module.o stage2/basicTypes/Name.o stage2/basicTypes/NameEnv.o stage2/basicTypes/NameSet.o stage2/basicTypes/NewDemand.o stage2/basicTypes/OccName.o stage2/basicTypes/RdrName.o stage2/basicTypes/SrcLoc.o stage2/basicTypes/UniqSupply.o stage2/basicTypes/Unique.o stage2/basicTypes/Var.o stage2/basicTypes/VarEnv.o stage2/basicTypes/VarSet.o stage2/cmm/CLabel.o stage2/cmm/Cmm.o stage2/cmm/CmmLex.o stage2/cmm/CmmLint.o stage2/cmm/CmmParse.o stage2/cmm/CmmUtils.o stage2/cmm/MachOp.o stage2/cmm/PprC.o stage2/cmm/PprCmm.o stage2/codeGen/Bitmap.o stage2/codeGen/CgBindery.o stage2/codeGen/CgCallConv.o stage2/codeGen/CgCase.o stage2/codeGen/CgClosure.o stage2/codeGen/CgCon.o stage2/codeGen/CgExpr.o stage2/codeGen/CgForeignCall.o stage2/codeGen/CgHeapery.o stage2/codeGen/CgInfoTbls.o stage2/codeGen/CgLetNoEscape.o stage2/codeGen/CgMonad.o stage2/codeGen/CgParallel.o stage2/codeGen/CgPrimOp.o stage2/codeGen/CgProf.o stage2/codeGen/CgStackery.o stage2/codeGen/CgTailCall.o stage2/codeGen/CgTicky.o stage2/codeGen/CgUtils.o stage2/codeGen/ClosureInfo.o stage2/codeGen/CodeGen.o stage2/codeGen/SMRep.o stage2/compMan/CompManager.o stage2/coreSyn/CoreFVs.o stage2/coreSyn/CoreLint.o stage2/coreSyn/CorePrep.o stage2/coreSyn/CoreSubst.o stage2/coreSyn/CoreSyn.o stage2/coreSyn/CoreTidy.o stage2/coreSyn/CoreUnfold.o stage2/coreSyn/CoreUtils.o stage2/coreSyn/ExternalCore.o stage2/coreSyn/MkExternalCore.o stage2/coreSyn/PprCore.o stage2/coreSyn/PprExternalCore.o stage2/cprAnalysis/CprAnalyse.o stage2/deSugar/Check.o stage2/deSugar/Desugar.o stage2/deSugar/DsArrows.o stage2/deSugar/DsBinds.o stage2/deSugar/DsCCall.o stage2/deSugar/DsExpr.o stage2/deSugar/DsForeign.o stage2/deSugar/DsGRHSs.o stage2/deSugar/DsListComp.o stage2/deSugar/DsMeta.o stage2/deSugar/DsMonad.o stage2/deSugar/DsUtils.o stage2/deSugar/Match.o stage2/deSugar/MatchCon.o stage2/deSugar/MatchLit.o stage2/ghci/ByteCodeAsm.o stage2/ghci/ByteCodeFFI.o stage2/ghci/ByteCodeGen.o stage2/ghci/ByteCodeInstr.o stage2/ghci/ByteCodeItbls.o stage2/ghci/ByteCodeLink.o stage2/ghci/InteractiveUI.o stage2/ghci/Linker.o stage2/ghci/ObjLink.o stage2/hsSyn/Convert.o stage2/hsSyn/HsBinds.o stage2/hsSyn/HsDecls.o stage2/hsSyn/HsExpr.o stage2/hsSyn/HsImpExp.o stage2/hsSyn/HsLit.o stage2/hsSyn/HsPat.o stage2/hsSyn/HsSyn.o stage2/hsSyn/HsTypes.o stage2/hsSyn/HsUtils.o stage2/iface/BinIface.o stage2/iface/BuildTyCl.o stage2/iface/IfaceEnv.o stage2/iface/IfaceSyn.o stage2/iface/IfaceType.o stage2/iface/LoadIface.o stage2/iface/MkIface.o stage2/iface/TcIface.o stage2/main/CmdLineOpts.o stage2/main/CodeOutput.o stage2/main/Config.o stage2/main/Constants.o stage2/main/DriverFlags.o stage2/main/DriverMkDepend.o stage2/main/DriverPhases.o stage2/main/DriverPipeline.o stage2/main/DriverState.o stage2/main/DriverUtil.o stage2/main/ErrUtils.o stage2/main/Finder.o stage2/main/GetImports.o stage2/main/HscMain.o stage2/main/HscStats.o stage2/main/HscTypes.o stage2/main/Main.o stage2/main/PackageConfig.o stage2/main/Packages.o stage2/main/ParsePkgConf.o stage2/main/SysTools.o stage2/main/TidyPgm.o stage2/nativeGen/AsmCodeGen.o stage2/nativeGen/MachCodeGen.o stage2/nativeGen/MachInstrs.o stage2/nativeGen/MachRegs.o stage2/nativeGen/NCGMonad.o stage2/nativeGen/PositionIndependentCode.o stage2/nativeGen/PprMach.o stage2/nativeGen/RegAllocInfo.o stage2/nativeGen/RegisterAlloc.o stage2/ndpFlatten/FlattenInfo.o stage2/ndpFlatten/FlattenMonad.o stage2/ndpFlatten/Flattening.o stage2/ndpFlatten/NDPCoreUtils.o stage2/ndpFlatten/PArrAnal.o stage2/parser/Ctype.o stage2/parser/LexCore.o stage2/parser/Lexer.o stage2/parser/Parser.o stage2/parser/ParserCore.o stage2/parser/ParserCoreUtils.o stage2/parser/RdrHsSyn.o stage2/prelude/ForeignCall.o stage2/prelude/PrelInfo.o stage2/prelude/PrelNames.o stage2/prelude/PrelRules.o stage2/prelude/PrimOp.o stage2/prelude/TysPrim.o stage2/prelude/TysWiredIn.o stage2/profiling/CostCentre.o stage2/profiling/SCCfinal.o stage2/rename/RnBinds.o stage2/rename/RnEnv.o stage2/rename/RnExpr.o stage2/rename/RnHsSyn.o stage2/rename/RnNames.o stage2/rename/RnSource.o stage2/rename/RnTypes.o stage2/simplCore/CSE.o stage2/simplCore/FloatIn.o stage2/simplCore/FloatOut.o stage2/simplCore/LiberateCase.o stage2/simplCore/OccurAnal.o stage2/simplCore/SAT.o stage2/simplCore/SATMonad.o stage2/simplCore/SetLevels.o stage2/simplCore/SimplCore.o stage2/simplCore/SimplEnv.o stage2/simplCore/SimplMonad.o stage2/simplCore/SimplUtils.o stage2/simplCore/Simplify.o stage2/simplStg/SRT.o stage2/simplStg/SimplStg.o stage2/simplStg/StgStats.o stage2/specialise/Rules.o stage2/specialise/SpecConstr.o stage2/specialise/Specialise.o stage2/stgSyn/CoreToStg.o stage2/stgSyn/StgLint.o stage2/stgSyn/StgSyn.o stage2/stranal/DmdAnal.o stage2/stranal/SaAbsInt.o stage2/stranal/SaLib.o stage2/stranal/StrictAnal.o stage2/stranal/WorkWrap.o stage2/stranal/WwLib.o stage2/typecheck/Inst.o stage2/typecheck/TcArrows.o stage2/typecheck/TcBinds.o stage2/typecheck/TcClassDcl.o stage2/typecheck/TcDefaults.o stage2/typecheck/TcDeriv.o stage2/typecheck/TcEnv.o stage2/typecheck/TcExpr.o stage2/typecheck/TcForeign.o stage2/typecheck/TcGenDeriv.o stage2/typecheck/TcHsSyn.o stage2/typecheck/TcHsType.o stage2/typecheck/TcInstDcls.o stage2/typecheck/TcMType.o stage2/typecheck/TcMatches.o stage2/typecheck/TcPat.o stage2/typecheck/TcRnDriver.o stage2/typecheck/TcRnMonad.o stage2/typecheck/TcRnTypes.o stage2/typecheck/TcRules.o stage2/typecheck/TcSimplify.o stage2/typecheck/TcSplice.o stage2/typecheck/TcTyClsDecls.o stage2/typecheck/TcTyDecls.o stage2/typecheck/TcType.o stage2/typecheck/TcUnify.o stage2/types/Class.o stage2/types/FunDeps.o stage2/types/Generics.o stage2/types/InstEnv.o stage2/types/Kind.o stage2/types/TyCon.o stage2/types/Type.o stage2/types/TypeRep.o stage2/types/Unify.o stage2/utils/Bag.o stage2/utils/Binary.o stage2/utils/BitSet.o stage2/utils/Digraph.o stage2/utils/FastMutInt.o stage2/utils/FastString.o stage2/utils/FastTypes.o stage2/utils/FiniteMap.o stage2/utils/IOEnv.o stage2/utils/ListSetOps.o stage2/utils/Maybes.o stage2/utils/OrdList.o stage2/utils/Outputable.o stage2/utils/Panic.o stage2/utils/Pretty.o stage2/utils/PrimPacked.o stage2/utils/StringBuffer.o stage2/utils/UnicodeUtil.o stage2/utils/UniqFM.o stage2/utils/UniqSet.o stage2/utils/Util.o stage2/parser/hschooks.o /builddir/build/BUILD/ghc-6.4.1/ghc/rts/libHSrts.a(Linker.o):(.data+0x48): undefined reference to `StgReturn' /builddir/build/BUILD/ghc-6.4.1/ghc/rts/libHSrts.a(RtsStartup.o): In function `hs_add_root':RtsStartup.c:(.text+0x1a9): undefined reference to `StgRun' /builddir/build/BUILD/ghc-6.4.1/ghc/rts/libHSrts.a(Schedule.o): In function `scheduleWaitThread':Schedule.c:(.text+0x1203): undefined reference to `StgRun' /builddir/build/BUILD/ghc-6.4.1/ghc/rts/libHSrts.a(Exception.o): In function `raisezh_fast':ghc11869.hc:(.text+0x2fd): undefined reference to `StgReturn' /builddir/build/BUILD/ghc-6.4.1/ghc/rts/libHSrts.a(Exception.o): In function `killThreadzh_fast':ghc11869.hc:(.text+0x480): undefined reference to `StgReturn' /builddir/build/BUILD/ghc-6.4.1/ghc/rts/libHSrts.a(HeapStackCheck.o): In function `stg_block_putmvar':ghc11877.hc:(.text+0x4a): undefined reference to `StgReturn' /builddir/build/BUILD/ghc-6.4.1/ghc/rts/libHSrts.a(HeapStackCheck.o): In function `stg_block_takemvar':ghc11877.hc:(.text+0xba): undefined reference to `StgReturn' /builddir/build/BUILD/ghc-6.4.1/ghc/rts/libHSrts.a(HeapStackCheck.o): In function `stg_block_1':ghc11877.hc:(.text+0x122): undefined reference to `StgReturn' /builddir/build/BUILD/ghc-6.4.1/ghc/rts/libHSrts.a(HeapStackCheck.o):ghc11877.hc:(.text+0x157): more undefined references to `StgReturn' follow collect2: ld returned 1 exit status <<ghc: 28053064 bytes, 4 GCs, 156296/156296 avg/max bytes residency (1 samples), 15M in use, 0.00 INIT (0.00 elapsed), 0.05 MUT (7.22 elapsed), 0.01 GC (0.05 elapsed) :ghc>> make[2]: *** [stage2/ghc-6.4.1] Error 1

1 0

RE: Missing Folder in ghc?
by Simon Peyton-Jones 03 Mar '06

03 Mar '06

Yes, I think it was my fault. Incidentally, mail about *building* ghc should go to cvs-ghc(a)haskell.org Simon | -----Original Message----- | From: glasgow-haskell-users-bounces(a)haskell.org [mailto:glasgow-haskell-users- | bounces(a)haskell.org] On Behalf Of Wolfgang Thaller | Sent: 03 March 2006 00:40 | To: Ashley Yakeley | Cc: glasgow-haskell-users(a)haskell.org | Subject: Re: Missing Folder in ghc? | | On 2-Mar-06, at 7:35 PM, Ashley Yakeley wrote: | | > Thanks. Now the build process gets stuck here: | | I ran into this yesterday, but didn't have time to look into it; | today, ./darcs-all pull seems to have fixed it. | | Cheers, | | Wolfgang | _______________________________________________ | Glasgow-haskell-users mailing list | Glasgow-haskell-users(a)haskell.org | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

1 0

Missing Folder in ghc?
by Ashley Yakeley 03 Mar '06

03 Mar '06

I'm trying to build GHC from source. But the ghc repository at http://darcs.haskell.org/ghc seems to be missing "ghc/lib/compat/Cabal"?

4 7

factorial: let's get ahead of jhc! :)
by Bulat Ziganshin 02 Mar '06

02 Mar '06

Hello glasgow-haskell-users, i propose to do for start rather small change that will allow to make things go several times faster and in particular outperform jhc for the small "leaf" loops (i.e. loops that use only GHC primitives and don't call other functions). that include factorial, "a[]+=b[i]" loop that was discussed here several weeks ago, some shootout examples, my own arrays serialization code and so on, so on the idea is that the following STG code f :: Int# -> Double# -> ... -> Int# (i.e. function use only unboxed values/results) f x y z = code1 in case expr1 of A -> codeA B -> codeB C -> codeC in f x_c y_c z_c D -> codeD in f x_d y_d z_d _ -> code0 in f x0 y0 z0 can be compiled to the following C/C-- code: f() { x = sp[0]; y = sp[4]; z = sp[8]; sp+=12; code1; while (expr1!=A) { if (expr1==B) then return codeB; else if (expr1==C) then {x=x_c; y=y_c; z=z_c;} else if (expr1==D) then {x=x_d; y=y_d; z=z_d;} else {x=x0; y=y0; z=z0;} code1; } return codeA; } this compilation don't require any changes in GHC memory model. all we need: 1) add for/if/while to the C-- statement types list (data CmmStmt) 2) implement recognizer for such simple STG functions (leaf unboxed procedures recognizer) 3) implement the translation itself as i said, it's should be no more than one day of work. i even think that it's one day for me and one hour for Simon Marlow :) Simon, how about this? i can even make the patches over current 6.6 sources and you will apply them at morning and we will see whether it work :) i yet never tried to rebuild the whole ghc :) -- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com

2 2

RE: GHC 6.4.1 crash on Windows XP
by Cyril Schmidt 01 Mar '06

01 Mar '06

> Can you tell which process is crashing? Is it the GHC process that is > interpreting Setup.hs, or the process invoked by Setup.hs to build the > package? I suspect it is the GHC process that is invoked by Setup.hs, but I do not have any hard evidence to support this. > One thing you could try is compiling Setup.hs to a binary, and running > that instead. That worked! I think this counts as evidence for the above. > > Also, if you could run Setup like this and send us the output: > > $ ./setup build -v > > (or the runhaskell version, if that's the only one that crashes) I did it via runhaskell: runhaskell Setup.hs build -v Preprocessing library Vasicek-0.3... Building Vasicek-0.3... This is all what it said before the crash... Just about 15 minutes ago I fixed the problem (at least I hope I did) by installing the snapshot of GHC 6.4.2 of February 27 (BTW, the cc1.exe is missing from the tar file). I also found at least one difference between the PC where the problem showed up and the one where it did not. Both PCs had Cygwin installed. On the PC where the problem did not show up, the Cygwin executables shadowed the Windows programs with the same name: e.g. if I type 'find' in Windows command prompt, I get the UNIX find. On the PC where the problem did show up, it was the other way: I get the Windows find (of course, from the bash shell I always get the UNIX find). I do not know, though, if this is linked in any way to the GHC problem. I spent some time playing with PATH to try to make the two PCs behave the same, but I could not (I do not have Admin priviledges). The GHC was always started from the Windows prompt, never from bash. Anyway, as the problem is solved by moving from 6.4.1 to 6.4.2, we can conclude that it was caused by one of the bugs fixed after 6.4.1, and close the issue for now. If you, however, would like to continue investigation, please let me know -- I can easily reproduce the problem, and I'll be happy to get any extra information for you (once I know how to get it). I will keep version 6.4.1 for the time being. Thank you very much for the help. Cheers, Cyril

1 0

Problem building on sparc/Linux
by Ian Lynagh 01 Mar '06

01 Mar '06

Hi all, I'm having problems building ghc 6.4.1 with ghc 6.4.1 (should be unregisterised in both cases) on Sparc/Linux: mkdir stage1/cprAnalysis mkdir stage1/compMan mkdir stage1/ndpFlatten mkdir stage1/iface mkdir stage1/cmm mkdir stage1/ghci Creating main/Config.hs ... done. Creating stage1/ghc_boot_platform.h... Done. gcc -E -undef -traditional -P -I../includes -x c prelude/primops.txt.pp | \ grep -v '^#pragma GCC' > prelude/primops.txt ../utils/genprimopcode/genprimopcode --data-decl < prelude/primops.txt > primop-data-decl.hs-incl genprimopcode: parse error at (line 579, column 1): unexpected "\t" expecting "primop", "section" or "thats_all_folks" make[3]: *** [primop-data-decl.hs-incl] Error 1 make[3]: *** Deleting file `primop-data-decl.hs-incl' make[2]: *** [boot] Error 1 make[2]: Leaving directory `/scratch/igloo/test_rebuild/ghc6-6.4.1/ghc' make[1]: *** [build] Error 1 make[1]: Leaving directory `/scratch/igloo/test_rebuild/ghc6-6.4.1' make: *** [build-stamp] Error 2 igloo@vore:/scratch/igloo/test_rebuild/ghc6-6.4.1$ ghc --version The Glorious Glasgow Haskell Compilation System, version 6.4.1 igloo@vore:/scratch/igloo/test_rebuild/ghc6-6.4.1$ gcc --version gcc (GCC) 3.3.6 (Debian 1:3.3.6-12) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. I have attached vore:/scratch/igloo/test_rebuild/ghc6-6.4.1/ghc/compiler/prelude/primops.txt Anyone got any idea what's going on? Thanks Ian

4 5