-
-
Notifications
You must be signed in to change notification settings - Fork 14.5k
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
cc-wrapper: gross hack for staging-next to fix scipy **revert this when merging staging-next to staging** #225273
Conversation
@ofborg build python3Packages.scipy Should build correctly. |
@ofborg build python3Packages.scikit-learn |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This does not fix the .scikit-learn
build for me.
Speaking of temporary hacks this one worked for me: --- a/pkgs/development/python-modules/scikit-learn/default.nix
+++ b/pkgs/development/python-modules/scikit-learn/default.nix
@@ -56,4 +56,6 @@ buildPythonPackage rec {
'';
+ NIX_LDFLAGS = "-L${stdenv.cc.cc.lib}/lib";
+
doCheck = !stdenv.isAarch64;
(It would probably need adding a condition on |
Pushed as 46f29d4 as momentary unblocker. |
This comment was marked as outdated.
This comment was marked as outdated.
As suggested by @trofi here: #209870 (comment) This should fix failures among packages which use gfortran: #209870 (comment) https://hydra.nixos.org/build/215195834
In #209870 I tried to unify the treatment of clang and gcc in cc-wrapper as much as possible. However it appears that I went too far. Clang requires -isystem flags in order to be able to find gcc's libstdc++. Gcc does not need these flags. If they are added, gfortran will get confused: #209870 (comment) This commit deunifies the chunk of code that adds the -isystem flags, and explains why this chunk applies only to clang.
…en merging staging-next to staging**
Maybe we won't need this more complex temporary hack (i.e. do this smaller amount of rebuilds). So far I'm not aware of any package needing it. |
That's what I assumed so far. |
It's certainly simpler and hopefully it will suffice. |
Sounds good. |
#225220 plus an ugly hack to avoid a mass-rebuild on staging-next