[Haskell-cafe] Re: Snow Leopard breaks GHC

Christian Maeder Christian.Maeder at dfki.de
Wed Sep 9 03:49:12 EDT 2009

If compiling template haskell of Pandoc still does not work, please make
a ticket as Simon wrote in:


Cheers Christian

Christian Maeder wrote:
> 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).

More information about the Haskell-Cafe mailing list