-
-
Notifications
You must be signed in to change notification settings - Fork 5.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
Update libunwind to v1.5.0 #42782
Update libunwind to v1.5.0 #42782
Conversation
CI failures:
|
This comment has been minimized.
This comment has been minimized.
93e0a8b
to
0700c6d
Compare
0700c6d
to
eb4a58b
Compare
@ararslan Can you rebase this on the latest master? Also, it looks like you'll need to fix some merge conflicts. |
eb4a58b
to
d02eac6
Compare
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.
Missing update to stdlib/LibUnwind_jll/Project.toml file version
Relevant PRs: Changes log: |
3e50f09
to
6d9fc14
Compare
Weird failures on buildkite. Rebased on master, hopefully that fixes them. |
922592b
to
e2e4d26
Compare
There is v1.6.0 now (changelog: libunwind/libunwind@v1.5.0...v1.6.0), you may want to try that one? |
xref: ESMValGroup/ESMValTool#2433 (libunwind 1.6 appears to breaking ABI compat with Julia built against prior versions via conda-forge) |
libunwind declares itself to be ABI-compatible with SONUMBER 8 for both, so you need to open an issue with them
|
Probably not given libunwind/libunwind#295 (comment) though I guess that PR could be added as a patch. All of the fixes and upstreaming PRs I've submitted to libunwind have been merged to master (though none are on 1.6-stable) so we should be able to drop a bunch of patches come libunwind 1.7. |
And now there's a 1.6.1 😄 |
Any news on this? FWIW I get a build failure on Fedora 36 when using libunwind 1.6. |
nongnu libunwind, not LLVM libunwind, so this only affects Linux and FreeBSD
e2e4d26
to
f2d3dce
Compare
It is news to me that anyone remembered or cared about this PR. 😄
Good to know. It seems that 1.5 works okay across the board so I'll leave it there and we can revisit other versions at some point. I've rebased this branch on master and removed the tag version kludge as it's no longer necessary (upstream added a v1.5.0 alongside v1.5). |
The upstream is releasing new versions faster than Alex can update this PR 😂 |
What's the plan for getting this PR merged? |
@vtjnash approved back in November, so assuming CI passes with the rebase and Jameson is still on board then it should be good to merge I think. |
CI failures:
|
CI is all green now. @vtjnash Are you good with merging this? |
Thanks @ararslan! I you feel like upgrading to 1.6 now... :-p |
Note the ABI breakage when moving to 1.6:
|
This updates the nongnu libunwind, not LLVM libunwind, so this only affects Linux and FreeBSD.
This updates the nongnu libunwind, not LLVM libunwind, so this only affects Linux and FreeBSD.
* deps: include `$(LibName).version` * deps: rm `Versions.make` * repo: update `julia.spdx.json` * deps: split `unwind.version`, add new `llvmunwind.version` * deps: split `llvm.version` into `clang.version` + `llvm-tools.version` * stdlib: Add new makefile `all_jlls.version` to include all `_jll` names * deps/LibUnwind_jll: fix version mismatch (`Project.toml` and `checksum`), xref: #42782
…ang#45720) * deps: include `$(LibName).version` * deps: rm `Versions.make` * repo: update `julia.spdx.json` * deps: split `unwind.version`, add new `llvmunwind.version` * deps: split `llvm.version` into `clang.version` + `llvm-tools.version` * stdlib: Add new makefile `all_jlls.version` to include all `_jll` names * deps/LibUnwind_jll: fix version mismatch (`Project.toml` and `checksum`), xref: JuliaLang#42782
We were a few versions behind (previously 1.3.2). I've updated our patches accordingly with the upstream PRs for these changes against libunwind master. Also note that this is nongnu libunwind, not LLVM libunwind, so this only affects Linux and FreeBSD.