Rollup of 12 pull requests #106007
Closed
Rollup of 12 pull requests #106007
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
It's not about "uninit" anymore but about "filling with 0x01 bytes" so the name should at least try to reflect that.
Previously, the str.lines() docstring stated that lines are split at line endings, but not whether those were returned or not. This new version of the docstring states this explicitly, avoiding the need of getting to doctests to get an answer to this FAQ.
Since f50bf86 changed anchors to be always positioned absolute, specifying it on hover as well is redundant.
…linux-gnu` It's not used anywhere in CI, and it seems of questionable use. It was first added in 0e272de, which looks like it's just intended for CI, not as a user-facing feature.
gurantee -> guarantee
LLVM does this itself since 606cb85, and 14 is no longer the correct standard when building lld 16, causing build failures.
LLVM_CONFIG_PATH is no longer supported as of LLVM 16, switch to using the cmake module instead.
add assert messages if chunks/windows are length 0
interpret: add read_machine_[ui]size convenience methods We have `read_pointer`, so it felt inconsistent to not also have these. r? ``@oli-obk``
…id, r=RalfJung Rename `assert_uninit_valid` intrinsic It's not about "uninit" anymore but about "filling with 0x01 bytes" so the name should at least try to reflect that. This is actually not fully correct though, as it does still panic for all uninit with `-Zstrict-init-checks`. I'm not sure what the best way is to deal with that not causing confusion. I guess we could just remove the flag? I don't think having it makes a lot of sense anymore with the direction that we have chose to go. It could be relevant again if rust-lang#100423 lands so removing it may be a bit over eager. r? ``@RalfJung``
implement the skeleton of the updated trait solver cc ``@rust-lang/initiative-trait-system-refactor`` This is mostly following the architecture discussed in the types team meetup. After discussing the desired changes for the trait solver, we encountered cyclic dependencies between them. Most notably between changing evaluate to be canonical and returning inference constraints. We cannot canonicalize evaluate without returning inference constraints due to coinductive cycles. However, caching inference constraints also relies on canonicalization. Implementing both of these changes at once in-place is not feasible. This somewhat closely mirrors the current `evaluate` implementation with the following notable differences: - it moves `project` into the core solver, allowing us to correctly deal with coinductive projections (will be required for implied bounds, perfect derive) - it changes trait solver overflow to be non-fatal (required to backcompat breakage from changes to the iteration order of nested goals, deferred projection equality, generally very useful) - it returns inference constraints and canonicalizes inputs and outputs (required for a lot things, most notably merging fulfill and evaluate, and deferred projection equality) - it is implemented to work with lazy normalization A lot of things aren't yet implemented, but the remaining FIXMEs should all be fairly self-contained and parallelizable. If the architecture looks correct and is what we want here, I would like to quickly merge this and then split the work. r? ``@compiler-errors`` / ``@rust-lang/types`` :3
…illaumeGomez docs: add long error explanation for error E0472 Add long-form error docs for E0472: "inline assembly not supported on this target" and update UI tests. R? ```@GuillaumeGomez```
str.lines() docstring: clarify that line endings are not returned Previously, the str.lines() docstring stated that lines are split at line endings, but not whether those were returned or not. This new version of the docstring states this explicitly, avoiding the need of getting to doctests to get an answer to this FAQ.
…e-length, r=GuillaumeGomez rustdoc: prevent CSS layout of line numbers shrinking into nothing Before:  After: 
…laumeGomez rustdoc: simplify section anchor CSS Since f50bf86 changed anchors to be always positioned absolute, specifying it on hover as well is redundant.
…-Simulacrum Remove unused `check-stage2-T-arm-linux-androideabi-H-x86_64-unknown-linux-gnu` make rule It's not used anywhere in CI, and it seems of questionable use. It was first added in 0e272de, which looks like it's just intended for CI, not as a user-facing feature.
Refer to "Waker" rather than "RawWaker" in `drop` comment In my view this is technically more correct as `Waker` actually implements `Drop` (which calls the `drop` method) whereas `RawWaker` does not.
Fix typo in reading_half_a_pointer.rs gurantee -> guarantee
Make LLD build forward-compatible with LLVM 16 Switch to using the cmake module instead of llvm-config. I believe this also removes the need for llvm-config-wrapper.
rustbot
added
T-bootstrap
rustbot
added
T-compiler
|
@bors r+ p=12 rollup=never |
bors
added
S-waiting-on-bors
|
⌛ Testing commit f3ebf4f with merge fa3461e5766b296859f19ea01d73a6e9a4dd4b49... |
|
💔 Test failed - checks-actions |
bors
added
S-waiting-on-review
|
The job Click to see the possible cause of the failure (guessed by this bot) |
|
Failed by #106000, closing. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Successful merges:
assert_uninit_validintrinsic #105613 (Renameassert_uninit_validintrinsic)check-stage2-T-arm-linux-androideabi-H-x86_64-unknown-linux-gnumake rule #105976 (Remove unusedcheck-stage2-T-arm-linux-androideabi-H-x86_64-unknown-linux-gnumake rule)dropcomment #105980 (Refer to "Waker" rather than "RawWaker" indropcomment)Failed merges:
r? @ghost
@rustbot modify labels: rollup
Create a similar rollup