revert file

bless with nll mode

More links, one more occurrence of “a OsString”

Co-authored-by: Yuki Okushi <huyuumi.dev@gmail.com>

Just a small bug fix for opcode numberings, not too major.

…=nikomatsakis

2229: Fix diagnostic issue when using FakeReads in closures

This PR fixes a diagnostic issue caused by rust-lang#82536. A temporary work around was used in this merged PR which involved feature gating the addition of FakeReads introduced as a result of pattern matching in closures.

The fix involves adding an optional closure DefId to ForLet and ForMatchedPlace FakeReadCauses. This DefId will only be added if a closure pattern matches a Place starting with an Upvar.

r? `@nikomatsakis`

…r=estebank

give full path of constraint in suggest_constraining_type_param

close rust-lang#83513

…dtwco

Add more info for common trait resolution and async/await errors

* Suggest `Pin::new`/`Box::new`/`Arc::new`/`Box::pin` in more cases
* Point at `impl` and type defs introducing requirements on E0277

Add a regression test for issue-68830

Closes rust-lang#68830

…on_documentation, r=JohnTitor

Fix documentation of conversion from String to OsString

From [this question on URLO](https://users.rust-lang.org/t/does-converting-a-string-into-a-pathbuf-allocate-new-buffer/57678), I noticed that the documentation of `From<String> for OsString` incorrectly claims to be copying data.

``@rustbot`` modify labels: T-doc, T-libs

…get-error, r=davidtwco

Clarify `--print target-list` is a rustc's option

Fixes rust-lang#68238

…dates, r=nikic

Update LLVM with another wasm simd fix

Just a small bug fix for opcode numberings, not too major.