[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
{snip}
-rwxr-xr-x 1 root root 429218 Apr 23 20:08
/usr/lib/ghc-7.4.2/libHSrts-ghc7.4.2.so*
{snip}
lrwxrwxrwx 1 root root 20 Apr 27 08:20 /usr/lib/ghc-7.4.2/*libHSrts.so*-> libHSrts-ghc7.4.2.so*
{snip}
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
{snip}
-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*
.so*
{snip}
*Any thoughts?*
Thanks,
-db
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