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