-
-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tracking issue for GHC bootstrapping compilers being broken with musl in nixpkgs #99
Comments
ghc883
: Inconsistency detected by ld.so: dl-lookup.c: 111: check_match: Assertion `version->filename == NULL || ! _dl_name_match_p (version->filename, map)' failed!ghc883
: Inconsistency detected by ld.so: dl-lookup.c: 111: check_match: Assertion failed!
This is a GHC-in-nixpkgs problem; googling that in conjuction with The fix suggested by @bgamari at NixOS/nixpkgs#85924 (comment) works for me (in nh2/nixpkgs@d7f663f), I'm also using it in #90. But nobody has PR'd that fix yet. I think the main holdup with that is testing it and also fixing it for the non-x86_64 GHCs. If you would like to help with that, start with my patch, also update |
Thank you very much! I googled a lot of stuff but did not come across that issue! From this I learn that one should search in nixpkgs' issues as well. Also, thanks for the guidance on how to proceed from here in order to fix this upstream! |
ghc883
: Inconsistency detected by ld.so: dl-lookup.c: 111: check_match: Assertion failed!
We can keep it open, I renamed it accordingly.
Sure thing, that's probably the highest-impact work I can do :) |
@talw did you find out more about the |
Yes. I applied the patch by @bgamari as suggested by @nh2 and it fixed the issue. |
Unfortunately, the build fails with /nix/store/cdbsfljc8m900axs37fab7gnp2y1dksn-binutils-2.31.1/bin/ld: /nix/store/x0ybqvkk6h6x8mhsy5gghplsfvammq6q-gcc-9.3.0/lib/gcc/x86_64-unknown-linux-musl/9.3.0/crtbeginT.o: relocation R_X86_64_32 against hidden symbol `__TMC_END__' can not be used when making a shared object /nix/store/cdbsfljc8m900axs37fab7gnp2y1dksn-binutils-2.31.1/bin/ld: /nix/store/x0ybqvkk6h6x8mhsy5gghplsfvammq6q-gcc-9.3.0/lib/gcc/x86_64-unknown-linux-musl/9.3.0/crtend.o: relocation R_X86_64_32 against `.ctors' can not be used when making a shared object; recompile with -fPIC This may be related to - nh2/static-haskell-nix#99 - input-output-hk/haskell.nix#914
Thanks for applying that fix upstream. It seems I now have a new problem with the bootstrap compiler:
Anyone seen that before? Opened NixOS/nixpkgs#118731 to track that. |
Just a shot in the dark, but it might be related to https://gitlab.haskell.org/ghc/ghc/-/issues/17508?! |
Indeed every time I've seen a static build fail in the past it has been due to GHC#17508., which is itself due to a very unfortunate |
Thanks! I now get similar error messages when trying
but it seems that the patch by bgamari that you linked to is already applied there. |
We can close this issue once the latter is merged. |
Closing as I merged the fix: NixOS/nixpkgs#129289 You will still need to wait a bit until it hits |
First of all, a big thanks for all the work on this big project!
I am trying to build a project statically with GHC 8.8.3 and I get the following error:
The involved files are:
default.nix:
proj.nix
:nix/pkgs-rev.json
:nix/static-haskell-rev.json
:I tried many other permutations of options for
configureFlags
, as well asadding stuff to the cabal file like
ld-options: -static
andcc-options: -static
.While, this is not enough to reproduce the problem yourselves, If I could receive
as much as a clue as to a possible direction I should head towards, or a thing
I should try, I will do it and reply with the results, so feel free to suggest anything!
Why is GHC 8.6.5 involved in the building of this? Is this related to the version
mismatch? I tried stating a build with
compiler = "ghc865"
It gave an error about a dependency
time
not found at the correct version forrebase
,so I jailbroken it and continued building but again, once the last module for the project finishes compiling I get an error about that crtbeginT.o but this time the message is different:
Anyone got a static build working with GHC 8.8.x?
The text was updated successfully, but these errors were encountered: