On Thu, 14 Feb 2002, Simon Marlow wrote: <--snip-->
I think this is due to a bug in GHCi's linker, which has been fixed post 5.02.2. I tripped over it recently while trying to use Gtk+HS in GHCi on my RedHat 7.2 box. There are two bugs tickled by gcc 2.96: our linker wasn't dealing with sections with names other than the standard ones (.text, .data, .rodata) properly, and there was also some infelicities in the local-symbol handling (Julian S. can tell you more).
I tried to build the head of GHC and it works fine the first time around. Compiling it with itself fails to build GHCi due to the new library system: /home/as49/local/bin/ghc-5.03 -DGHCI -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:compMan:ndpFlatten:nativeGen:ghci -package concurrent -package posix -package util -recomp -Rghc-timing -H16M -O -fvia-C -monly-3-regs -c utils/PrimPacked.lhs -o utils/PrimPacked.o utils/PrimPacked.lhs:55: Ambiguous occurrence `unsafePerformIO' It could refer to either `PrelIOBase.unsafePerformIO', imported from Foreign at utils/PrimPacked.lhs:40 or `GHC.IOBase.unsafePerformIO', imported from GlaExts at utils/PrimPacked.lhs:33 Removing the import from PrimPacked will raise a similar error somewhere else. Is there a special trick to compile 5.03? (E.g. subscribing to cvs-ghc?) Thanks, Axel.