Build a statically linked Haskell library with ghc-musl about ghc-musl HOT 5 OPEN

We are using GHCUp to install an official binary package. There is likely a script somewhere that specifies exactly how the package is configured and built, but I have not been able to find one. Unfortunately, ghc --info does not provide the this information.

There are two official binary packages for Alpine (example: GHC 9.4.3): one using the GMP bignum implementation that we are using, and another using the Haskell-native bignum implementation. It might we worthwhile to try out the Haskell-native bignum implementation.

I do not have any special instructions for building GHC on Alpine. I would start by following the instructions in the hadrian directory and Hadrian wiki page.

from ghc-musl.

Now when I do ghc -O2 -optl-fuse-ld=gold -optl-static -shared -flink-rts -fPIC -o libEval.so Eval.hs hsbracket.o (not the use of the gold linker) I get

ldd libEval.so 

/lib/ld-musl-x86_64.so.1 (0x7fabb8e96000)
libgmp.so.10 => /usr/lib/libgmp.so.10 (0x7fabb82be000)
libc.musl-x86_64.so.1 => /lib/ld-musl-x86_64.so.1 (0x7fabb8e96000)

wonder is it not possible to link the remaining 3 libraries as well.

EDIT
I think I understand that the first and third dependencies are the libc interpreter

from ghc-musl.

Hi!

I have not built static libraries before. I tried your example and get the same results. I think that your second set of commands is the most promising, and the error message seems to match the following documentation in the Shared libraries that export a C API section of the GHC User's Guide:

In principle you can use -shared without -dynamic in the link step. That means to statically link the runtime system and all of the base libraries into your new shared library. This would make a very big, but standalone shared library. On most platforms however that would require all the static libraries to have been built with -fPIC so that the code is suitable to include into a shared library and we do not do that at the moment.

Perhaps it would work if crtbeginT.o and crtend.o were built with using PIC... I built a version of GCC with PIC, and it resolved the second error but not the first:

Linking libEval.so ...
/usr/bin/ld: /root/ghc-11.2.0/lib/gcc/x86_64-pc-linux-musl/11.2.0/crtbeginT.o: relocation R_X86_64_32 against hidden symbol `__TMC_END__' can not be used when making a shared object
/usr/bin/ld: failed to set dynamic section sizes: bad value
collect2: error: ld returned 1 exit status
`gcc' failed in phase `Linker'. (Exit code: 1)

I am out of time today, but perhaps I will get a chance to try again this weekend.

from ghc-musl.

@TravisCardwell Thanks for looking into it.

One thing I noticed is that when building GHC if it is configured with --with-intree-gmp then libgmp gets statically linked. I wonder if the ghc-musl binary here is configured with this flag.

Also, do you have any directives or instructions on how to compile ghc with musl?

from ghc-musl.

@Abhiroop See also commercialhaskell/stack#3420

from ghc-musl.