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 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/

Or "runghc" form /usr/bin? 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 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).

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 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).