[beta] next

[Mark-Simulacrum]

This backports:

• Avoid installing external LLVM dylibs Avoid installing external LLVM dylibs #78986
• Install CI llvm into the library directory Install CI llvm into the library directory #79074
• Revert "Revert "resolve: Avoid "self-confirming" import resolutions in one more case"" Revert "Revert "resolve: Avoid "self-confirming" import resolutions in one more case"" #78784
• Bump Rustfmt and RLS Bump Rustfmt and RLS #78775
• Enforce no-move rule of ReentrantMutex using Pin and fix UB in stdio Enforce no-move rule of ReentrantMutex using Pin and fix UB in stdio #77801

For RLS/rustfmt compilation to succeed:

• change the order of type arguments on ControlFlow change the order of type arguments on ControlFlow #76614
• Add ControlFlow::is_{break,continue} methods Add ControlFlow::is_{break,continue} methods #78200
• Replace run_compiler with RunCompiler builder pattern Replace run_compiler with RunCompiler builder pattern #77649

As a dependency of #77801:

• Add Pin::static_ref, static_mut. Add Pin::static_ref, static_mut. #77726

[rust-highfive]

⚠️ Warning ⚠️

• Pull requests are usually filed against the master branch for this repo, but this one is against beta. Please double check that you specified the right target!
• These commits modify submodules.

[Mark-Simulacrum]

cc @Xanewok @calebcartwright the submodule bump of RLS and rustfmt didn't merge cleanly; this PR sets RLS to rust-lang/rls@dab1468 which is the same as that PR bumped to but the "from" on that is different. I'm not sure if that's correct, please let me know if not ASAP (we expect to build artifacts tomorrow).

[Mark-Simulacrum]

I backported " change the order of type arguments on ControlFlow #76614 " and " Add ControlFlow::is_{break,continue} methods #78200 " to hopefully fix rls compilation here, because I'd rather backport those two PRs rather than deal with RLS bumping.

[rust-log-analyzer]

The job x86_64-gnu-tools of your PR failed (pretty log, raw log). Through arcane magic we have determined that the following fragments from the build log may contain information about the problem.

Click to expand the log.

Initialized empty Git repository in /home/runner/work/rust/rust/.git/
##[command]git remote add origin https://github.com/rust-lang/rust
##[command]git config gc.auto 0
##[command]git config --get-all http.https://github.com/rust-lang/rust.extraheader
##[command]git -c http.extraheader="AUTHORIZATION: basic ***" fetch --tags --prune --progress --no-recurse-submodules --depth=2 origin +refs/heads/*:refs/remotes/origin/* +refs/pull/79075/merge:refs/remotes/pull/79075/merge
---
   Compiling hashbrown v0.9.0
   Compiling miniz_oxide v0.4.0
   Compiling object v0.20.0
   Compiling addr2line v0.13.0
error[E0599]: no function or associated item named `static_ref` found for struct `core::pin::Pin<_>` in the current scope
    |
    |
568 |         inner: Pin::static_ref(&INSTANCE).get_or_init_pin(
    |                     ^^^^^^^^^^ function or associated item not found in `core::pin::Pin<_>`

error[E0599]: no function or associated item named `static_ref` found for struct `core::pin::Pin<_>` in the current scope
    |
    |
561 |             if let Some(lock) = Pin::static_ref(instance).try_lock() {
    |                                      ^^^^^^^^^^ function or associated item not found in `core::pin::Pin<_>`

error[E0599]: no function or associated item named `static_ref` found for struct `core::pin::Pin<_>` in the current scope
    |
    |
768 |         inner: Pin::static_ref(&INSTANCE).get_or_init_pin(
    |                     ^^^^^^^^^^ function or associated item not found in `core::pin::Pin<_>`
error: aborting due to 3 previous errors

For more information about this error, try `rustc --explain E0599`.
error: could not compile `std`.

I'm a bot! I can only do what humans tell me to, so if this was not helpful or you have suggestions for improvements, please ping or otherwise contact @rust-lang/infra. (Feature Requests)

[calebcartwright]

Seems like you might've resolved it already but definitely makes sense that #76614 would be needed, and I'd imagine #77649 as well

[Mark-Simulacrum]

Yep, looks like tests are passing here now so I will @bors r+ rollup=never p=1

Will also go back through the listed PRs and bump milestones and set labels as appropriate.

[bors]

📌 Commit d9beaaf has been approved by Mark-Simulacrum

[bors]

⌛ Testing commit d9beaaf with merge 63dddf28d104c094812e51617b00cccc25ae04a4...

[bors]

💔 Test failed - checks-actions

[calebcartwright]

May need #77837 too?

[Mark-Simulacrum]

Miri isn't distributed on beta/stable so we shouldn't need a bump. I've pushed a commit patching over the problem (hopefully) on this branch, will take a closer look over the next cycle hopefully.

@bors r+

[bors]

📌 Commit 0b6785f has been approved by Mark-Simulacrum

[bors]

⌛ Testing commit 0b6785f with merge 8236dc0...

[bors]

☀️ Test successful - checks-actions
Approved by: Mark-Simulacrum
Pushing 8236dc0 to beta...