| Age | Commit message (Collapse) | Author | Lines |
|
[stable] Prepare 1.64.0 release
This PR prepares the 1.64.0 stable release builds.
In addition to bumping the channel and including the latest release notes changes, this PR also backports the following PRs:
* #100852
* #101366
* #101468
* #101922
This PR also reverts the following PRs, as decided in https://github.com/rust-lang/rust/issues/101899#issuecomment-1250996783:
* https://github.com/rust-lang/rust/pull/95295
* https://github.com/rust-lang/rust/pull/99136 (followup to the previous PR)
r? `@ghost`
cc `@rust-lang/release`
|
|
|
|
This reverts commit 4ec97d991b1bd86dc89fee761d79ac8e85239a08, reversing
changes made to 95e77648e466c780a9adce2fa3d3eb5e423dc04e.
|
|
This reverts commit 87588a2afd9ca903366f0deaf84d805f34469384, reversing
changes made to c80dde43f992f3eb419899a34551b84c6301f8e8.
|
|
3 commits in 4bcb3c65e440a12044092b85ffea8fac6cb96f42..387270bc7f446d17869c7f208207c73231d6a252
2022-08-17 21:01:34 +0000 to 2022-09-16 20:18:27 +0000
- Beta backport rust-lang/cargo#11082 (rust-lang/cargo#11097)
- [Beta] Run `reach_max_unpack_size` test only on debug build (rust-lang/cargo#11090)
- [beta] Fix for CVE-2022-36113 and CVE-2022-36114 (rust-lang/cargo#11088)
|
|
|
|
|
|
This makes it consistent with `x.py` as changed in #95671
Fixes #100459
|
|
|
|
|
|
[Beta] Clippy: Fix hang in `vec_init_then_push`
Small Clippy ICE/hang fix backport before beta gets branched. We'd like to get this into stable ASAP. This fix is already in `master` as 15859323ea4.
|
|
|
|
beta-backport of provenance-related CTFE changes
This is all part of dealing with https://github.com/rust-lang/rust/issues/99923.
The first commit backports the effects of https://github.com/rust-lang/rust/pull/101101. `@pnkfelix` asked for this and it turned out to be easy, so I think this is uncontroversial.
The second commit effectively repeats https://github.com/rust-lang/rust/pull/99965, which un-does the effects of https://github.com/rust-lang/rust/pull/97684 and therefore means https://github.com/rust-lang/rust/issues/99923 does not apply to the beta branch. I honestly don't think we should do this; the sentiment in https://github.com/rust-lang/rust/issues/99923 was that we should go ahead with the change but improve diagnostics. But `@pnkfelix` seemed to request such a change so I figured I would offer the option.
I'll be on vacation soon, so if you all decide to take the first commit only, then someone please just force-push to this branch and remove the 2nd commit.
|
|
|
|
r=compiler-errors
revert mir inlining policy for beta-1.64
revert mir inlining policy for beta-1.64
Fix #101004
|
|
[BETA] Beta 1.64 backports
* Cargo:
* remove missed reference to workspace inheritance in unstable.md (rust-lang/cargo#11002)
* Delay formatting trimmed path until lint/error is emitted #99893
* Use `node_type_opt` to skip over generics that were not expected #100155
* Revert "Remove a back-compat hack on lazy TAIT #97346" #99860
|
|
Revert "Rollup merge of #97346 - JohnTitor:remove-back-compat-hacks, …
…r=oli-obk"
This reverts commit c703d11dccb4a895c7aead3b2fcd8cea8c483184, reversing
changes made to 64eb9ab869bc3f9ef3645302fbf22e706eea16cf.
it didn't apply cleanly, so now it works the same for RPIT and for TAIT instead of just working for RPIT, but we should keep those in sync anyway. It also exposed a TAIT bug (see the feature gated test that now ICEs).
r? `@pnkfelix`
fixes #99536
|
|
Use `node_type_opt` to skip over generics that were not expected
Fixes #100154
|
|
Delay formatting trimmed path until lint/error is emitted
Fixes #99387
r? `@davidtwco`
|
|
|
|
we are reverting for 1.64-beta.
|
|
|
|
|
|
Revert let_chains stabilization
This reverts commit 326646074940222d602f3683d0559088690830f4.
It was discovered in #100513 that they are not implemented correctly, which does not make them ready for stabilization.
The merge in the let parsing had a few conflicts, cc `@compiler-errors` and `@c410-f3r` to make sure I did it correctly (alternatively I could also revert `@compiler-errors'` let diagnostic improvement PR as well if a simpler revert is desired).
r? `@Mark-Simulacrum`
|
|
This reverts commit 326646074940222d602f3683d0559088690830f4.
It was discovered that they are not implemented correctly, which
does not make them ready for stabilization.
|
|
Rollup of beta backports
This rolls up bumping stage0 to released stable and:
* Iterate generics_def_id_map in reverse order to fix P-critical issue #100340
* [BETA 1.64] Only override published resolver when the workspace is different rust-lang/cargo#10970
r? `@Mark-Simulacrum`
|
|
|
|
|
|
|
|
|
|
|
|
[beta] 1.64.0 branching
Includes cherry picks of:
* https://github.com/rust-lang/rust/pull/100207
* https://github.com/rust-lang/rust-clippy/pull/9302
* rust-lang/rust@49b190466c624d4384f0998959adfadfe04c0cc7 (explicit_auto_deref into nursery)
* Avoid ICE in rustdoc when using Fn bounds #100205
r? `@Mark-Simulacrum`
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Warn about dead tuple struct fields
Continuation of #92972. Fixes #92790.
The language team has already commented on this in https://github.com/rust-lang/rust/pull/92972#issuecomment-1021511970; I have incorporated their requests here. Specifically, there is now a new allow-by-default `unused_tuple_struct_fields` lint (name bikesheddable), and fields of unit type are ignored (https://github.com/rust-lang/rust/pull/92972#issuecomment-1021815408), so error messages look like this:
```
error: field is never read: `1`
--> $DIR/tuple-struct-field.rs:6:21
|
LL | struct Wrapper(i32, [u8; LEN], String);
| ^^^^^^^^^
|
help: change the field to unit type to suppress this warning while preserving the field numbering
|
LL | struct Wrapper(i32, (), String);
| ~~
```
r? `@joshtriplett`
|
|
Split create_def and lowering of lifetimes for opaque types and bare async fns
r? `@cjgillot`
This work is kind of half-way, but I think it could be merged anyway.
I think we should be able to remove all the vacant arms in `new_named_lifetime_with_res`, if I'm not wrong that requires visiting more nodes. We can do that as a follow up.
In follow-up PRs, besides the thing mentioned previously, I'll be trying to remove `LifetimeCaptureContext`, `captured_lifetimes` as a global data structure, global `binders_to_ignore` and all their friends :).
Also try to remap in a more general way based on def-ids.
|
|
Add a test for issue #33172
Adds a test confirming that #33172 has been fixed.
CDB has some surprising results as it looks like the supposedly unmangled static's symbol name is prefixed when it shouldn't be.
r? `@wesleywiser`
Closes #33172
|
|
Increase the minimum linux-gnu versions
This is implementing the MCP from rust-lang/compiler-team#493. It is
increasing the minimum requirements of a couple Tier 1 targets, and
others at lower tiers, so this should go through FCP sign-offs for both
`T-compiler` and `T-release`.
The new `linux-gnu` baseline is kernel 3.2 and glibc 2.17. We will also
take that kernel as the minimum floor for _all_ `*-linux-*` targets, so
it may be broadly assumed in the implementation of the standard library.
That does not preclude specific targets from having greater requirements
where it makes sense, like a new arch needing something newer, or a
platform like `linux-android` choosing a newer baseline.
|
|
|
|
Rollup of 7 pull requests
Successful merges:
- #98796 (Do not exclusively suggest `;` when `,` is also a choice)
- #99772 (Re-enable submodule archive downloads.)
- #100058 (Suggest a positional formatting argument instead of a captured argument)
- #100093 (Enable unused_parens for match arms)
- #100095 (More EarlyBinder cleanups)
- #100138 (Remove more Clean trait implementations)
- #100148 (RustWrapper: update for TypedPointerType in LLVM)
Failed merges:
r? `@ghost`
`@rustbot` modify labels: rollup
|
|
RustWrapper: update for TypedPointerType in LLVM
This is a result of https://reviews.llvm.org/D130592.
r? `@nikic`
|
|
Remove more Clean trait implementations
Follow-up of https://github.com/rust-lang/rust/pull/99638.
r? `@notriddle`
|
|
More EarlyBinder cleanups
Each commit is independent
r? types
|
|
r=petrochenkov
Enable unused_parens for match arms
Fixes: https://github.com/rust-lang/rust/issues/92751
Currently I can't get the `stderr` to work with `./x.py test`, but this should fix the issue. Help would be appreciated!
|