-
Notifications
You must be signed in to change notification settings - Fork 13.3k
update libbacktrace #97207
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 libbacktrace #97207
Conversation
Hey! It looks like you've submitted a new PR for the library teams! If this PR contains changes to any Examples of
|
(rust-highfive has picked a reviewer for you, use r? to override) |
|
Is this will work? backtrace_rs imported somehow hacky Lines 578 to 580 in cd73afa
and it's deps defined here Lines 25 to 33 in cd73afa
So with that deps it can be not working as intended. |
CI is green though... 🤷 no idea how this is usually handled. |
Actually bumping the version of miniz_oxide leads to build failures:
|
This is caused by their Cargo.toml
This enables the (off-by-default) simd-adler32 feature, and that crate does not seem to support being built in the rustc library workspace. |
Cargo's weak deps should solve this ;-) At least if not using |
Yeah.^^ But we don't even need them here since it seems the rustc workspace doesn't need the simd-adler feature. So that part can just be removed from rustc-dep-of-std I think. Adding code into the library is very tricky anyway license-wise, so best not to add the simd-adler32 crate for now -- someone else can try that later if they want. ;) I won't have time for any of that though, I just wanted the new libbacktrace in rustc -- looks like we don't have any checks in place to ensure such an update is always seamlessly possible... except of course if the PR as-is works; it builds, after all. |
Right, simd-adler32 probably shouldn't have be added to rustc-dep-of-std then, didn't really catch that when approving the PR adding the feature. Can remove it and push a new version if you want. |
BTW if anyone wonders why, this approach has been done by 06d565c so that backtrace can use the file system:
|
I think for our purposes being slightly out of sync in terms of dependencies (even across, technically, major versions) is not a huge deal, though would be nice to clean up if someone wanted to do so. I don't think it should block this PR unless we encounter unexpected trouble in CI though. @bors r+ rollup=never |
📌 Commit b8e04d6 has been approved by |
☀️ Test successful - checks-actions |
Finished benchmarking commit (1fede17): comparison url. Instruction countThis benchmark run did not return any relevant results for this metric. Max RSS (memory usage)Results
CyclesResults
If you disagree with this performance assessment, please file an issue in rust-lang/rustc-perf. @rustbot label: -perf-regression Footnotes |
Aight, published an update with simd-adler32 removed from rust-dep-of-std in case one wants to do an update on it. |
It seems like previously we were on a tag of the backtrace repo; not sure if there is a policy that it should always be a tag?
Cc rust-lang/backtrace-rs#462 @alexcrichton @drmeepster