-
-
Notifications
You must be signed in to change notification settings - Fork 12.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
root 6.24.02 #75166
root 6.24.02 #75166
Conversation
Formula/root.rb
Outdated
url "https://github.com/root-project/root/commit/d113c9fcf7e1d88c573717c676aa4b97f1db2ea2.patch?full_index=1" | ||
sha256 "6d0fd5ccd92fbb27a949ea40ed4fd60a5e112a418d124ca99f05f70c9df31cda" | ||
end | ||
|
||
def install | ||
# Work around "error: no member named 'signbit' in the global namespace" | ||
ENV.delete("SDKROOT") if DevelopmentTools.clang_build_version >= 900 |
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 wonder if this is no longer needed? I can't test the failure locally, because all my machines are on macOS 11, where it works correctly.
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.
At least for me (on macOS 11), this builds locally just fine without this line.
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.
Yeah I don't think we even allow the SDKROOT
env to be set in the superenv anymore.
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.
@chenrui333 Can you please try removing this line? Don't think it will have much (any?) effect, but is likely unneeded. I don't have permissions to edit this for you.
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.
Totally forgot @chenrui333 have me access to the forked repo before. :) I'm trying this without this line for starters.
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.
Try
ENV.delete "CPATH"
Turning off runtime cxx_modules for 10.15 and 10.14 causes the cling step to still fail, in the |
d14e73a
to
d50087f
Compare
afdf887
to
defba1e
Compare
https://root-forum.cern.ch/t/root-6-24-00-homebrew-building-error/44636/ It should use v6-24-00-patches |
Which git revision are you trying to build? There is a related commit by @vvassilev that should fix this problem, but it is only part of the master and v6-24-00-patches branches, i.e., the commit is not part of the revision tagged as v6-24-00. Therefore, if you are building from git tag v6-24-00, you may see this error under certain build environments. |
Also it should be metion that many libraries were not be found correctly for 6.24.00, so I thought the code should have something changed for building environment
|
I don't think homebrew should be building from a branch, it usually builds from tags. But we can patch in the change, perhaps? And also maybe try the branch as a debugging tool to see if it works first. :) |
defba1e
to
5a20f57
Compare
I can't make this draft or add a label, so DO NOT MERGE if it passes. I'm trying the latest patches branch to see if it is worth trying to find and apply a patch. It's a hack, so it will break the next push to that branch. |
5a20f57
to
8efd8c7
Compare
Same issue on latest patches branch. Next (tomorrow) I’ll try rebuilding with 6.22.08 and make sure this is a ROOT change not a homebrew one. |
8efd8c7
to
dae4c0c
Compare
@vgvassilev Latest 6-24 patches branch does not work, and the old 6.22 works fine, so it's not a homebrew issue. |
@henryiii let's move the discussion under root-project/root#7881 |
7dca6a6
to
5cd4558
Compare
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. To keep this pull request open, add a |
Could someone add an in-progress label, please? We are working on it (a bit slowly). |
d93d4d9
to
2423513
Compare
Formula/root.rb
Outdated
@@ -62,6 52,8 @@ def install | |||
"http://lcgpackages", | |||
"https://lcgpackages" | |||
|
|||
puts "std_cmake_args = #{std_cmake_args}" |
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.
If you just want to find the content of this, it's documented here: https://rubydoc.brew.sh/Formula.html#std_cmake_args-instance_method
You can also check the actual cmake
invocation when there's a build error: https://github.com/Homebrew/homebrew-core/runs/2938247975?check_suite_focus=true#step:8:55
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.
Good to know! I've seen the docs, but needed a simple way to dump it so @vgvassilev could debug locally - looks like the second link was exactly what I needed, though.
Also, it looks like this is building its own |
@vgvassilev was able to build this with the following lines removed:
With these arguments, the build command gets My current plan is to try to remove combinations of these arguments when macOS < 11 (the makefile one shouldn't matter, though. And I think I already tried it with the just OSX_SYSROOT argument stripped) to see if I can get 10.14 and 10.15 to build. I was really hoping 10.15 would try to build with the recent change (bump to 6.22.02), but it seems to have stalled. I have 10.14 building without runtime modules, and 10.15 built with them. Though this seems to still try to generate modules of some sort regardless of that setting. |
Formula/root.rb
Outdated
ENV.append "CXXFLAGS", "-isystem/Library/Developer/CommandLineTools/usr/include/c /v1" | ||
end | ||
|
||
args std_cmake_args %W[ |
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.
args std_cmake_args %W[ | |
args = std_cmake_args %W[ |
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.
That shouldn't have passed the linter I'd think 🤦
de9ddf0
to
b79598f
Compare
With that I get
|
That's surprising! Because the |
Do you have a PR link? There are quite a few LLVM PRs. It very much looks like it's the LLVM part of the build that was failing with that flag, so maybe there's something else I'm missing there. |
This one: #79454 Without the
This is because |
d41faba
to
4b1534f
Compare
My local builds seem to work as I have mentioned here. The failing logs of this PR still have |
Have you tried adding a |
14c96b2
to
f590d1f
Compare
Formula/root.rb
Outdated
args = std_cmake_args %W[ | ||
args = std_cmake_args | ||
|
||
depends_on :xcode if MacOS.version <= :catalina |
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 needs to be outside the install
method along with the other dependencies.
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.
Oops, will fix. Not for this second, but should the other dependencies be Symbols too, or do they need to be strings?
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.
Formula dependencies are strings. Dependencies that are Requirement
s (e.g. :arch
, :xcode
, etc) are Symbol
s.
f590d1f
to
6f01b58
Compare
That worked! I'll clean up. Should I squash things up too? |
Yes please. |
Co-authored-by: Sean Molenaar <[email protected]> Co-authored-by: Carlo Cabrera <[email protected]>
53faba7
to
08f81bc
Compare
Should be ready to go! :) |
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.
🥳
🤖 A scheduled task has triggered a merge. |
action-homebrew-bump-formula
Created with
brew bump-formula-pr
.