[Haskell-cafe] Request for help: Recompile of ghc producing "...-ghc7.4.2.so"s, which break project builds.

David Banas capn.freako at gmail.com
Sat Apr 27 17:47:13 CEST 2013

I am able to fix my build problem, by creating a link to *
libHSrts-ghc7.4.2.so, *named *libHSrts.so*:

dbanas at dbanas-lap:~/prj/AMI-Tool$ ll /usr/lib/ghc-7.4.2/libHSrts*
-rw-r--r-- 1 root root  980950 Apr 23 20:08 /usr/lib/ghc-7.4.2/libHSrts.a
-rwxr-xr-x 1 root root  429218 Apr 23 20:08 
lrwxrwxrwx 1 root root      20 Apr 27 08:20 /usr/lib/ghc-7.4.2/*libHSrts.so*-> libHSrts-ghc7.4.2.so*



dbanas at dbanas-lap:~/prj/AMI-Tool$ make
rm -f libami.so
ghc -o libami.so -shared -dynamic -package parsec -lHSrts -lm -lffi -lrt 
AMIParse.o AMIModel.o ami_model.o ExmplUsrModel.o Filter.o
dbanas at dbanas-lap:~/prj/AMI-Tool$ 

However, I'm a little confused as to why the "-package parsec" isn't 
triggering the same issue, since the parsec dynamic libraries were given 
the same "-ghc7.4.2" suffix:

dbanas at dbanas-lap:~/prj/AMI-Tool$ ll ~/.cabal/lib/parsec-3.1.3/ghc-7.4.2/
total 5816
-rw-r--r-- 1 dbanas dbanas 1006668 Apr 24 16:37 HSparsec-3.1.3.o
-rw-r--r-- 1 dbanas dbanas 1340698 Apr 24 16:37 libHSparsec-3.1.3.a
-rwxr-xr-x 1 dbanas dbanas 1061317 Apr 24 16:37 libHSparsec-3.1.3*-ghc7.4.2*


*Any thoughts?*


On Saturday, April 27, 2013 6:37:43 AM UTC-7, David Banas wrote:
> Recently, I had to recompile ghc, in order to get the "-dyn" versions of 
> the standard libraries installed. (The standard Ubuntu 12.10 64-bit Linux 
> distribution doesn't include them in its "haskell-platform" package, and 
> you can't upgrade "base" using the normal "cabal iinstall" approach, from 
> what I understand.)
> When I did this, the "-dyn" versions of the standard libraries were, in 
> fact, installed. However, they were given names with a "-ghc7.4.2.so" 
> suffix. And this is causing the build of a previously working project to 
> break, thusly:
> ghc -o libami.so -shared -dynamic -package parsec *-lHSrts* -lm -lffi 
> -lrt AMIParse.o AMIModel.o ami_model.o ExmplUsrModel.o Filter.o
> /usr/bin/ld: /usr/lib/ghc-7.4.2/*libHSrts.a*(RtsAPI.o): relocation 
> R_X86_64_32S against `ghczmprim_GHCziTypes_Czh_con_info' can not be used 
> when making a shared object; recompile with -fPIC
> The problem is this: the linker is picking up the "*.a" version of the *
> HSrts* library, instead of the "*.so" version, which is what it really 
> needs. And the reason it's doing this is the "*.so" version has been given 
> a "-ghc7.4.2" suffix:
> dbanas at dbanas-lap:~/prj/AMI-Tool$ l /usr/lib/ghc-7.4.2/libHSrts*
> /usr/lib/ghc-7.4.2/libHSrts.a
> {snip}
> /usr/lib/ghc-7.4.2/libHSrts*-ghc7.4.2*.so*
> {snip}
> So, it seems to me that I need to either:
>    1. Tell the linker about the possibility of a "-ghc7.4.2" file name 
>    suffix, or
>    2. rebuild my "*.so"s without that suffix.
> *Can anyone tell me:*
>    - *How to accomplish either #1 or #2, above?*
>    - *Which one is the preferred solution to the problem?*
>    - *Am I completely off in the weeds?*
>    - *If so, what should I really be doing, in order to fix this issue?*
> Thanks!
> -db
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/haskell-cafe/attachments/20130427/b1d28a7a/attachment.htm>

More information about the Haskell-Cafe mailing list