Struct ToolStateCheck

pub struct ToolStateCheck;

Trait Implementations

impl Clone for ToolStateCheck

fn clone(&self) -> ToolStateCheck

Returns a copy of the value.

fn clone_from(&mut self, source: &Self)

Performs copy-assignment from source.

impl Debug for ToolStateCheck

fn fmt(&self, f: &mut Formatter<'_>) -> Result

Formats the value using the given formatter.

impl Hash for ToolStateCheck

fn hash<__H: Hasher>(&self, state: &mut __H)

Feeds this value into the given Hasher.

fn hash_slice<H>(data: &[Self], state: &mut H)

where H: Hasher, Self: Sized,

Feeds a slice of this type into the given Hasher.

impl PartialEq for ToolStateCheck

fn eq(&self, other: &ToolStateCheck) -> bool

Tests for self and other values to be equal, and is used by ==.

fn ne(&self, other: &Rhs) -> bool

Tests for !=. The default implementation is almost always sufficient, and should not be overridden without very good reason.

impl Step for ToolStateCheck

fn run(self, builder: &Builder<'_>)

Checks tool state status.

This is intended to be used in the checktools.sh script. To use this, set save-toolstates in config.toml so that tool status will be saved to a JSON file. Then, run x.py test --no-fail-fast for all of the tools to populate the JSON file. After that is done, this command can be run to check for any status failures, and exits with an error if there are any.

This also handles publishing the results to the history directory of the toolstate repo https://github.com/rust-lang-nursery/rust-toolstate if the env var TOOLSTATE_PUBLISH is set. Note that there is a separate step of updating the latest.json file and creating GitHub issues and comments in src/ci/publish_toolstate.sh, which is only performed on master. (The shell/python code is intended to be migrated here eventually.)

The rules for failure are:

• If the PR modifies a tool, the status must be test-pass. NOTE: There is intent to change this, see https://github.com/rust-lang/rust/issues/65000.
• All “stable” tools must be test-pass on the stable or beta branches.
• During beta promotion week, a PR is not allowed to “regress” a stable tool. That is, the status is not allowed to get worse (test-pass to test-fail or build-fail).

type Output = ()

Result type of Step::run.

fn should_run(run: ShouldRun<'_>) -> ShouldRun<'_>

Determines if this Step should be run when given specific paths (e.g., x build $path).

fn make_run(run: RunConfig<'_>)

Called directly by the bootstrap Step handler when not triggered indirectly by other Steps using Builder::ensure. For example, ./x.py test bootstrap runs this for test::Bootstrap. Similarly, ./x.py test runs it for every step that is listed by the describe macro in Builder::get_step_descriptions.

const DEFAULT: bool = false

Whether this step is run by default as part of its respective phase, as defined by the describe macro in Builder::get_step_descriptions.

const ONLY_HOSTS: bool = false

If true, then this rule should be skipped if –target was specified, but –host was not

impl Copy for ToolStateCheck

impl Eq for ToolStateCheck

impl StructuralPartialEq for ToolStateCheck

Layout

Note: Most layout information is completely unstable and may even differ between compilations. The only exception is types with certain repr(...) attributes. Please see the Rust Reference's “Type Layout” chapter for details on type layout guarantees.

Size: 0 bytes