Re: Snow Leopard breaks GHC

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/

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

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

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

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

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
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).
--
Brian Sniffen
http://evenmere.org/~bts/
participants (3)
-
Brian Sniffen
-
Christian Maeder
-
Tom Tobin