-
-
Notifications
You must be signed in to change notification settings - Fork 14.6k
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
GHC-8.0.1: Loading temp shared object failed #18558
Comments
Note that the working 55120ac has |
Hmm, this doesn't look good. I don't know what's causing this issue, I'm afraid. |
I'll have a look at this later today, could be caused by hardening. |
@basvandijk, could you try on ba50fd7 (everything will be in cache: http://hydra.nixos.org/eval/1288646) Fails = it has nothing to do with hardening/binutils upgrade and is more likely do to glibc upgrade |
@obadz if it's not hardening, I'd suspect the binutils upgrade |
Yes, another interesting commits to test would be: e0deed0 post ghc relocation patch, pre binutils. I expect that will require some amount of building… |
nix-building with e0deed0 right now... |
(I suspect ba50fd7 will be a lot faster so might be worth trying first) |
Alright, checking ba50fd7 first... |
I'm getting the following weird error with ba50fd7:
|
Very interesting that it's different. |
Someone else has seen this error: https://botbot.me/freenode/nixos/2016-08-05/?msg=70822927&page=4 |
@obadz I just tried e0deed0. It gives the original error:
|
So it's not binutils, but the different errors from prior commits are making it hard to pin down a commit… |
Also reported this on the GHC bug tracker. |
At the Haskell eXchange somebody mentioned that this error could be due to the hardening changes. How can I disable these features for the C/C++ compiler that GHC is using? |
OK hardening seems to cause the problem because if I extend the derivation arguments with: { } // (if lib.hasPrefix "16.09" lib.nixpkgsVersion
then { hardeningDisable = [ "bindnow" ]; }
else {}) the package builds successfully using Now I just need to figure out how to get it building in a |
This should do the trick:
(And you should be able to add |
See NixOS/nixpkgs#18558 for further details.
I've extended |
@globin thanks for the tip! With the following change haskell-opencv is building successfully on nixos-16.09 with both nix-build and in nix-shell. Note that the condition is needed because otherwise I get the following error:
@peti thanks! |
@peti other people seem to get related errors. Do you think it makes sense to disable |
@basvandijk, do we have |
@peti other than the error I referenced (which I'm not sure is even caused by |
Building our haskell-opencv library with GHC-8.0.1 used to succeed.
However, after switching to
nixos-16.09
the build started failing:The same error occurs with nixpkgs master c542e6d.
I know the build succeeds with nixpkgs 55120ac. So it's caused by some commit in the 55120ac...master range.
(This might be related to: https://ghc.haskell.org/trac/ghc/ticket/12152 or https://ghc.haskell.org/trac/ghc/ticket/11499).
@peti any idea what's going on?
The text was updated successfully, but these errors were encountered: