Skip to content

No-opt bots should be built against an unoptimised/debug-enabled standard lib and helper libraries #17166

Closed
@huonw

Description

@huonw

AFAIK, the nopt-t builders do a complete bootstrap with optimisations enabled, and then build the tests without optimisations. This means the tests are built against an optimised standard library and so we don't test everything without optimisations. This will be particularly important with #17081 since debug_asserts would then be off for the vast majority of testing1, this also means we aren't using jemalloc's consistency checks on the bots at all (#17083).

Another solution would be optimised builder with these debugging settings turned up to full.

(On the other hand, it is possible that this is already the case, in which case we should probably have bots with the debugging settings turned off.)

Nominating for something (P-low, I guess? but it would be quite nice to have these extra assurances).

1 Unlike general inlined code which is compiled with the optimisation level of the crate it is being included in, debug_asserts are currently 'removed' in macro expansion, so any internal consistency checks of generic types like HashMap, Vec are still lost.

Metadata

Metadata

Assignees

No one assigned

    Labels

    A-testsuiteArea: The testsuite used to check the correctness of rustcP-lowLow priority

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions