ghc 6.0.1 and Mac OS X 10.2.6 build

[Gregory Wright]

On Wednesday, August 6, 2003, at 10:58 PM, Donald Bruce Stewart wrote:

> gwright:
>>
>> Hi,
>>
>> I've built ghc 6.0.1 under OS X 10.2.6 and have a curious
>> problem with ghci.  ghc seems to work fine, but ghci give me an
>> error. I should note that I've done the build without
>> Wolfgang's HaskellSupportFramework, by setting the include and
>> library paths in build.mk. This is more compatible with the
>> automated packing scheme of DarwinPorts.
>>
>> This is what I see:
>>
>> bash-2.05a$ ghci
>>    ___         ___ _
>>   / _ \ /\  /\/ __(_)
>>  / /_\// /_/ / /  | |      GHC Interactive, version 6.0.1, for Haskell
>> 98.
>> / /_\\/ __  / /___| |      http://www.haskell.org/ghc/
>> \____/\/ /_/\____/|_|      Type :? for help.
>>
>> Loading package base ... linking ...
>> /usr/local/lib/ghc-6.0.1/HSbase_cbits.o: unknown symbol `_free'
>> ghc-6.0.1: panic! (the `impossible' happened, GHC version 6.0.1):
>>         can't load package `base'
>>
>> Please report it as a compiler bug to 
>> glasgow-haskell-bugs at haskell.org,
>> or http://sourceforge.net/projects/ghc/.
>>
>>
>> bash-2.05a$
>>
>>
>> The error message comes from ghc/rts/Linker.c. Apparently dlsym
>> couldn't find the symbol _free from libSystem.
>>
>> I suspect that doing things this way I have to link
>> HSbase_cbits.o (and its siblings) with -lSystem, Is that
>> correct, or is this a different problem? If it's obscure I have
>> a way I could build a new Framework out of the installed
>> package dependencies, but it's somewhat messy.
>
>
> I think this is because $fptools/ghc/rts/Linker.c can't handle
> the object file type you are trying to laod. You would have to
> add/fix support for this object file type by writing some C code.
>
> However, I'm pretty sure that ghci does work on OS X, so finding
> out what Wolfgang is doing might be a faster solution.
>
> -- Don
>
>


Hi Don,

ghc/rts/Linker.c can handle all of the types of object files that are 
required;
indeed, ghci works fine when it has been built with Wolfgang's 
HaskellSupportFramework.
I'm not trying to load any different files, I just need them to be in 
different
places.

The problem appears to be that the Framework tells the dynamic linker 
that
anything that depends on it also depends on libSystem. When not using 
the
Framework, the dependency on libSystem gets lost, which it shouldn't.

Best Wishes,
Greg