[Haskell-cafe] Re: Snow Leopard breaks GHC

[Christian Maeder]

Maybe runhaskell is used for template haskell?

HTH Christian

Brian Sniffen wrote:
> No, my ghci is now "exec
> /Library/Frameworks/GHC.framework/Versions/610/usr/bin/ghc-6.10.4
> -optc-m32 -opta-m32 -optl-m32 --interactive ${1+"$@"}" and I still see
> the same result.  Also, I have switched to "--ld-options" instead of
> "--ld-option," which appears to have been a typo---cabal and setup
> never parsed it.
> 
> -Brian
> 
> On Fri, Sep 4, 2009 at 9:51 AM, Christian Maeder
> <Christian.Maeder at dfki.de> wrote:
>> Does adding -optc-m32 -opta-m32 -optl-m32 to /usr/bin/ghci
>> as well not help? (as I've posted before)
>>
>> Cheers Christian
>>
>> Brian Sniffen wrote:
>>> Having edited the Haskell Platform's /usr/bin/ghc in place, most
>>> packages install fine.  I'm still having trouble with Pandoc, even
>>> given the advice:
>>>
>>>> Once cabal works, options --ld-option=-m32 (and also --gcc-option=-m32)
>>>> may be used. These options may also be passed to "./Setup configure"
>>> The problem appears to come when linking an incompatible zlib version:
>>>
>>> src/Text/Pandoc/ODT.hs:49:26:
>>>   Exception when trying to run compile-time code:
>>>     user error (Codec.Compression.Zlib: incompatible zlib version)
>>>     Code: ($) makeZip "data" </> "odt-styles"
>>>   In the first argument of `read', namely
>>>       `$(makeZip $ "data" </> "odt-styles")'
>>>   In the expression: read ($(makeZip $ "data" </> "odt-styles"))
>>>   In the definition of `refArchive':
>>>       refArchive = read ($(makeZip $ "data" </> "odt-styles"))
>>>
>>> The same problem occurs when making any call to Codec.Archive.Zip or
>>> Codec.Compression.Zlib.
>>>
>>> I do have a universal zlib installed by MacPorts, as well as the
>>> universal zlib that shipped with Snow Leopard and the universal zlib
>>> that came with Cabal.  I'm not sure whether this message indicates
>>> that TH code is searching a different library path than non-TH code or
>>> what.  Advice is most welcome.  I'm particularly interested in finding
>>> out which zlib versions are being found at the construction of
>>> Codec.Compression.Zlib and at runtime (Pandoc compile time).
>>>
>>>
>>>
>>>
> 
> 
>