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.mae...@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). >>>> >>>> >>>> >>>> >> >> _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
