-
Notifications
You must be signed in to change notification settings - Fork 12.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No-opt bots should be built against an unoptimised/debug-enabled standard lib and helper libraries #17166
Comments
For reference, the |
(My implied approach, which I forgot to state, would be bootstrap with -O but build stage2 without.) |
P-low, not 1.0 blocker. |
Visiting for triage. Confirmed with @cmr on IRC that this is still a problem (no tests are run against an unoptimized build). Unsure how to fix this, I'm not at all familiar with the build system. |
Note that this is supposedly no longer true; see #27010 (which has been resolved as fixed). |
We have debug assertions enabled on all bots now, so this is fixed I believe, so closing. |
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 sincedebug_assert
s 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_assert
s are currently 'removed' in macro expansion, so any internal consistency checks of generic types likeHashMap
,Vec
are still lost.The text was updated successfully, but these errors were encountered: