Skip to content

Split run-make test suite into slower-building test suite with suitably-staged cargo and faster-building test suite without cargo #847

@jieyouxu

Description

@jieyouxu

Proposal

Split run-make test suite into two test suites to allow contributors to not have to build cargo if the run-make test doesn't need it:

  1. A "slow" test suite that requires building a suitably-staged cargo, and thus allowing cargo() usages.
  2. A "fast" test suite that does not build cargo.

rustc-dev-guide and test suite README doc updates will be provided alongside the implementation PR(s).

See also rust-lang/rust#134109 and rust-lang/rust#135573.

Unresolved questions

How to distinguish between "minimal" and "full" configuration?

After discussion, I decided to make this distinction "build cargo or not".

Naming

I decided to constrain this MCP to focus on doing the functional test suite splitting. Naming is orthogonal.

I will go with {run-make,run-make-cargo} for now.

Mentors or Reviewers

The implementation will be bootstrap reviews primarily, MCP is for figuring out a naming scheme / vibe check / for awareness, really.

cc @WaffleLapkin who didn't really like that the run-make test suite is still called run-make when there's no make involved (understandably :D).

cc @petrochenkov, @bjorn3 and @RalfJung who asked about if it's possible/planned to not have to fully build cargo (which takes a good while).

Process

The main points of the Major Change Process are as follows:

  • File an issue describing the proposal.
  • A compiler team member or contributor who is knowledgeable in the area can second by writing @rustbot second.
    • Finding a "second" suffices for internal changes. If however, you are proposing a new public-facing feature, such as a -C flag, then full team check-off is required.
    • Compiler team members can initiate a check-off via @rfcbot fcp merge on either the MCP or the PR.
  • Once an MCP is seconded, the Final Comment Period begins. If no objections are raised after 10 days, the MCP is considered approved.

You can read more about Major Change Proposals on forge.

Metadata

Metadata

Assignees

No one assigned

    Labels

    T-compilerAdd this label so rfcbot knows to poll the compiler teammajor-changeA proposal to make a major change to rustcmajor-change-acceptedA major change proposal that was accepted

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions