[Haskell-cafe] Re: Snow Leopard breaks GHC

[Brian Sniffen]

My problems were resolved by removing MacPorts from the system and
adding 32-bit flags to runhaskell---apparently its zlib was
interfering, as well as the runhaskell/runghc problems.

Thank you for the advice,
Brian

On Wed, Sep 9, 2009 at 3:49 AM, Christian Maeder
<Christian.Maeder at dfki.de> wrote:
> If compiling template haskell of Pandoc still does not work, please make
> a ticket as Simon wrote in:
>
> http://hackage.haskell.org/trac/ghc/ticket/2965#comment:24
>
> 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).
>>>>>
>>>>>
>>>>>
>>>>>
>>>
>>>
>



-- 
Brian Sniffen
http://evenmere.org/~bts/
<bts at evenmere.org>