Weird symbol prevents GHCi from loading my package.

[Axel Simon]

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.