-
-
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
llvmPackages.libcxx: unset _LIBCPP_USE_AVAILABILITY_APPLE #151151
llvmPackages.libcxx: unset _LIBCPP_USE_AVAILABILITY_APPLE #151151
Conversation
9f9e8ed
to
e1aaaa9
Compare
(I generally know almost nothing about Apple-specific stuff.) |
I don't think many of us feel like they do :) In this instance I was pinging you because: you are watching over the staging-next regressions. Also I need help deciding where this change should go this or next staging iteration, and you probably have a better idea about timeline and amount of acceptable breakages for this. |
I'm not sure how bad these issues are. Hydra isn't very busy now, but the current |
(am attempting to build the packages which have had their tweaks removed...) |
Result of 1 package built:
|
Not entirely sure how it's related but I get:
on macos 10.15. This is from a |
@risicle I think saw this error on x86_64-linux recently. Although I don't remember what that was about, could be that I just worked it around by enabling sandboxing. |
Let's pull the trigger on this. The issue affects compilation with never standards, so users will definitely be affected if we don't fix it now. |
Should fix a common regression from #126411
Can go to staging or staging-next depending on how fast this can be reviewed, or whether we have time for a quick darwin stdenv rebuild.
cc #148396