Haskell Package for Fedora 21?

It appears that there are some problems using the Haskell Package with Fedora Linux 21. After following the instructions for Debian Linux, an attempt to start ghci yields this: $ ghci Loading packatge ghc-prim ... linking done. Loading package integer-gmp .. <command line>: can't load .so/.DLL for: libgmp.so (cannot open shared object). Adding /usr/lib64 or /usr/lib64/openssl/engines to LD_LIBRARY_PATH doesn't help, even though libgmp.so is located in the latter directory. Are there work-arounds for this? Are there best practices for Fedora 21? Compile from source? Thanks, Dominick

Adding /usr/lib64 or /usr/lib64/openssl/engines to LD_LIBRARY_PATH doesn't help, even though libgmp.so is located in the latter directory.
Are you sure you have libgmp.so and not libgmp.so.3? If you have libgmp.so.3, you should symlink libgmp.so to libgmp.so.3 or install package with libgmp.so. You could also try using strace. System call trace should help figuring out what's going on. Regards, Alexey

Thanks,
I should have been more precise. It is possible to install an older
version of Haskell Platform (containing ghc 7.6.3) in the usual
Fedora 21 way: yum -y install haskell-platform.
I am trying to install the most recent version of the Haskell
Platform, version 2014.2.0.0, and for this only a Debian
binary is provided. This doesn't work under Fedora 21.
I tried using the source distribution for HP 2014.2.0.0, and this
requires an already installed HP, so I installed the one that
includes ghc 7.6.3. The build of the source distribution failed
on the step that tries to create hptool due to "cannot satisfy"
applied to hastache-0.6.1...
On Tue, Dec 30, 2014 at 6:02 PM, Alexey Shmalko
Adding /usr/lib64 or /usr/lib64/openssl/engines to LD_LIBRARY_PATH doesn't help, even though libgmp.so is located in the latter directory.
Are you sure you have libgmp.so and not libgmp.so.3?
If you have libgmp.so.3, you should symlink libgmp.so to libgmp.so.3 or install package with libgmp.so.
You could also try using strace. System call trace should help figuring out what's going on.
Regards, Alexey

On 31 December 2014 at 10:54, Dominick Samperi
Thanks,
I should have been more precise. It is possible to install an older version of Haskell Platform (containing ghc 7.6.3) in the usual Fedora 21 way: yum -y install haskell-platform.
I am trying to install the most recent version of the Haskell Platform, version 2014.2.0.0, and for this only a Debian binary is provided. This doesn't work under Fedora 21.
I tried using the source distribution for HP 2014.2.0.0, and this requires an already installed HP, so I installed the one that includes ghc 7.6.3. The build of the source distribution failed on the step that tries to create hptool due to "cannot satisfy" applied to hastache-0.6.1...
It's not the entire platform, but you can install a newer GHC on Fedora 21 from here: https://copr.fedoraproject.org/coprs/petersen/ghc-7.8/
On Tue, Dec 30, 2014 at 6:02 PM, Alexey Shmalko
wrote: Adding /usr/lib64 or /usr/lib64/openssl/engines to LD_LIBRARY_PATH doesn't help, even though libgmp.so is located in the latter directory.
Are you sure you have libgmp.so and not libgmp.so.3?
If you have libgmp.so.3, you should symlink libgmp.so to libgmp.so.3 or install package with libgmp.so.
You could also try using strace. System call trace should help figuring out what's going on.
Regards, Alexey
Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
-- Ivan Lazar Miljenovic Ivan.Miljenovic@gmail.com http://IvanMiljenovic.wordpress.com

On Tue, 30 Dec 2014 19:54:29 -0500, Dominick Samperi
I tried using the source distribution for HP 2014.2.0.0, and this requires an already installed HP, so I installed the one that includes ghc 7.6.3.
I've done exactly this successfully, although I think I had to build hptool "by hand" for some reason, something like this: cd hptool; cabal install --only-dep; cabal build Then invoke hptool with the CentOS binary build of ghc-7.8.3. If you're still stuck, feel free to contact me directly, and I'll see if I can help. Toby.
participants (4)
-
Alexey Shmalko
-
Dominick Samperi
-
Ivan Lazar Miljenovic
-
Toby Goodwin