Skip to content

"./x.py test mir-opt --bless" no longer works #125365

Closed

Description

@RalfJung

Trying to bless mir-opt tests used to work fine on my Linux box, but some recent-ish change broke that:

Testing stage1 compiletest suite=mir-opt mode=mir-opt (x86_64-unknown-linux-gnu)

running 75 tests
...........................................................................

test result: ok. 75 passed; 0 failed; 0 ignored; 0 measured; 219 filtered out; finished in 267.97ms

Building stage1 library artifacts (x86_64-unknown-linux-gnu -> aarch64-unknown-linux-gnu)
    Finished `release` profile [optimized + debuginfo] target(s) in 0.07s
Testing stage1 compiletest suite=mir-opt mode=mir-opt (x86_64-unknown-linux-gnu -> aarch64-unknown-linux-gnu)

running 75 tests
...........................................................................

test result: ok. 75 passed; 0 failed; 0 ignored; 0 measured; 219 filtered out; finished in 470.37ms

Building stage1 library artifacts (x86_64-unknown-linux-gnu -> i686-pc-windows-msvc)
    Finished `release` profile [optimized + debuginfo] target(s) in 0.07s
Testing stage1 compiletest suite=mir-opt mode=mir-opt (x86_64-unknown-linux-gnu -> i686-pc-windows-msvc)

running 75 tests
...........................................................................

test result: ok. 75 passed; 0 failed; 0 ignored; 0 measured; 219 filtered out; finished in 499.16ms



error occurred: Failed to find tool. Is `xcrun` installed?

Activity

  1. added
    needs-triageThis issue may need triage. Remove when done. See docs forge.rust-lang.org/release/issue-triaging
    on May 21, 2024
  2. RalfJung commented on May 21, 2024

    @RalfJung
    MemberAuthor

    xcrun seems to be some macOS/Apple SDK tool.

    mir-opt --bless does build std for a bunch of foreign targets, but that used to work, so something must have changed, and now xcrun is required. I'm not even sure where that error comes from, Failed to find tool does not occur as a string in the Rust repository...

    Cc @saethlin

  3. RalfJung commented on May 21, 2024

    @RalfJung
    MemberAuthor

    Maybe #122504 is related? xcrun appears in the discussion there, and this line here looks like it may be the one printing the error. Cc @jfgoog @NobodyXu

    But this can't be a build script, right? bootstrap must be calling cc directly but then printing its errors without giving any context. Cc @rust-lang/bootstrap

  4. saethlin commented on May 21, 2024

    @saethlin
    Member

    In general, the mir-opt test setup is designed to dodge any use of the cc crate, because the whole strategy of the mir-opt tests is oriented around not needing a C toolchain.

  5. saethlin commented on May 21, 2024

    @saethlin
    Member

    I've posted a fix in #125369. It seems to work locally.

  6. added a commit that references this issue on May 21, 2024
  7. added a commit that references this issue on May 21, 2024
  8. added
    A-testsuiteArea: The testsuite used to check the correctness of rustc
    T-bootstrapRelevant to the bootstrap subteam: Rust's build system (x.py and src/bootstrap)
    C-bugCategory: This is a bug.
    and removed
    needs-triageThis issue may need triage. Remove when done. See docs forge.rust-lang.org/release/issue-triaging
    on May 21, 2024
  9. added a commit that references this issue on May 21, 2024
  10. added a commit that references this issue on May 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    A-testsuiteArea: The testsuite used to check the correctness of rustcC-bugCategory: This is a bug.T-bootstrapRelevant to the bootstrap subteam: Rust's build system (x.py and src/bootstrap)

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions