-
Notifications
You must be signed in to change notification settings - Fork 109
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
propagate critical-section feature selection into portable-atomic; other minor updates for v1.20.0 #260
propagate critical-section feature selection into portable-atomic; other minor updates for v1.20.0 #260
Conversation
Yes, this makes sense! Could you:
|
f8c6b87
to
419e813
Compare
I just force-pushed an update to update the |
49a0fee
to
c5a13fd
Compare
b41e317
to
ec4b3de
Compare
ec4b3de
to
c63d9d0
Compare
ec93899
to
dc093ad
Compare
d3da558
to
e9bbdf0
Compare
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as resolved.
This comment was marked as resolved.
e9bbdf0
to
f5f45b0
Compare
This comment was marked as resolved.
This comment was marked as resolved.
f5f45b0
to
dde6ef2
Compare
dfacda0
to
b8b5bf4
Compare
This comment was marked as outdated.
This comment was marked as outdated.
1a04e4a
to
d1bf3db
Compare
ff24c4c
to
dd6b5c2
Compare
@matklad I think this should be ready (yet again), with a TEMPORARY WORKAROUND in I made in the |
// TEMPORARY WORKAROUND for Rust compiler issue ref: | ||
// - https://github.com/rust-lang/rust/issues/129352 | ||
// - https://github.com/matklad/once_cell/issues/261 | ||
let _e = sh.push_env("RUSTFLAGS", "-A unreachable_patterns"); |
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.
Ahh, I didn't realize this percolated all the way up to the beta! But, anyway, you've found the perfect solution here, which places the fine-grained work-around where it belongs, thanks a bunch for this!
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.
Looks awesome to me now, thanks for persevering here!
published at https://crates.io/crates/once_cell/1.20.0 |
🎉 |
This breaks our use case. Could we make this optional? |
I would like to state my assumption that despite issue #264, all other changes from this PR should be considered valid and should remain in
matklad please comment in case this is mistaken ... apologies for commenting on an already merged & closed PR! P.S. This also updated Cargo.lock, assume we want to keep this update. |
(updated)
critical-section
feature selection intoportable-atomic
-A unreachable_patterns
- WORKAROUND ref: unreachable patterns on 1.82 beta #261cargo test --workspace
to beginning of TEST task - resolves CI: detectcargo fmt
issues #262CI build now fixed with TEMPORARY WORKAROUND in TEST_BETA task.
ORIGINAL RATIONALE RE: propagate
critical-section
feature selection intoportable-atomic
Normally just using
critical-section
should be good enough for targets like super-outdatedthumbv6m-none-eabi
target. But in rustls/rustls#2088 I would like to preserve existing use ofalloc
option, in which case I had to add explicitportable-atomic
dependency with itscritical-section
feature enabled.IMO it would be nice if I didn't have to add explicit sub-depencencies with this option. This is my proposal to enable
critical-section
forportable-atomic
ifportable-atomic
is wanted.Please let me know if you have any other idea or perspective concerning this.