-
-
Notifications
You must be signed in to change notification settings - Fork 12.7k
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
grpc 1.37.0 #74765
grpc 1.37.0 #74765
Conversation
ARM
I don't expect more linkage failures, but we should probably wait for the Intel nodes to finish to be sure. |
Hmmm. Different problem on Mojave:
It might be that this no longer supports Mojave. |
41694cd
to
b21fdd7
Compare
Any ideas here, @Bo98? I'm tempted to just make this |
That's an interesting one. Looks like it might simply be due to compiler differences rather than anything deeper in the OS. I'll see if I can narrow it down to a small reproducible case |
Yep, I agree. I've been trying to track down where the compiler changed here, but I can't find anything online and don't have access to something running Mojave to actually work it out myself. I could also try filing an issue to see if upstream know something about this, but I've had an open issue at gRPC for months with no response, so I'm not optimistic about getting somewhere with that. |
This pull request has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. |
43df38b
to
5bf3b63
Compare
This is kinda weird:
https://github.com/Homebrew/homebrew-core/runs/2481530095?check_suite_focus=true#step:7:32 and
https://github.com/Homebrew/homebrew-core/runs/2481530095?check_suite_focus=true#step:7:62 Test run from 43df38b. CC @Bo98 |
First is a known |
But I really don't want to use |
Formula/grpc.rb
Outdated
# `brew` has a bug that breaks `ENV.cc` in test blocks when | ||
# compiling with brewed LLVM. The obvious workaround doesn't | ||
# work because of an audit that prevents setting CC=clang. | ||
# TODO: Fix this terrible hack. | ||
on_macos do | ||
compiler = "clang" | ||
ENV["CC"] = compiler | ||
end |
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 should be fixed properly.
At this point I'd argue that if the goal is to select a specific compiler rather than reject others, then simply setting HOMEBREW_CC
in the install
block is probably easier.
Though that's not really documented and there should probably be a proper DSL for it.
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.
Setting HOMEBREW_CC
didn't work, unfortunately. Either that or I did it wrong.
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.
I just realised ENV.llvm_clang
exists. Maybe try call that instead? It'll set HOMEBREW_CC
for you.
Formula/grpc.rb
Outdated
fails_with :clang do | ||
build 1100 | ||
end |
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.
Add a reason here please.
I've tested it out, it seems to be something to do with setting default values to struct fields while under C++17 mode. Switching to set the defaults in a constructor (requires a patch) or to use C++14 instead avoids the issue (though I understand C++17 is used because abseil
is compiled that way).
Also, build with brewed llvm on Mojave, as the build fails with system clang.
Looks good. I was tempted it patch it before but that has come out very clean so I think this is better 👍 |
🤖 A scheduled task has triggered a merge. |
action-homebrew-bump-formula
Created with
brew bump-formula-pr
.