-
Notifications
You must be signed in to change notification settings - Fork 13.8k
Rollup of 8 pull requests #146572
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
Rollup of 8 pull requests #146572
Conversation
This makes it a little easier to pinpoint the issue.
Same change as rust-lang/rust@258915a, just for a newly written test.
This fix only changes the behavior when using `--exact` test filtering, which was quite broken. Before this fix, the following runs 0 tests: $ ./x test tests/run-make/crate-loading -- --exact running 0 tests test result: ok. 0 passed; 0 failed; 0 ignored; 0 measured; 431 filtered out; finished in 24.95µs With the fix the desired test is run: $ ./x test tests/run-make/crate-loading -- --exact running 1 tests test [run-make] tests/run-make/crate-loading ... ok Without `--exact` the set of run tests is unchanged. This still runs "too many" tests $ ./x test tests/run-make/crate-loading running 3 tests test [run-make] tests/run-make/crate-loading-crate-depends-on-itself ... ok test [run-make] tests/run-make/crate-loading-multiple-candidates ... ok test [run-make] tests/run-make/crate-loading ... ok This still runs the one and only right test: $ ./x test tests/ui/lint/unused/unused-allocation.rs running 1 tests test [ui] tests/ui/lint/unused/unused-allocation.rs ... ok
…errors add reference id to test, and fix filename Noticed the filename is wrong, then took advantage of being there by adding Reference id
…um, r=Mark-Simulacrum Remove `div_rem` from `core::num::bignum` This fixes very old fixme that sounds like this ``` Stupid slow base-2 long division taken from https://en.wikipedia.org/wiki/Division_algorithm FIXME use a greater base ($ty) for the long division. ``` By deleting this method since it was never used
Tidy dependency checks cleanups + QoL - Refactors the list of workspaces into a documented struct - Provide accurate line info in 'Go to ..... for the list' message - Print crate name on dependency issue (i.e. `dependency for rustc-main` instead of `dependency for .`
…lacrum bootstrap: Show target in "No such target exists" message This makes it a little easier to pinpoint the issue.
…ge, r=Mark-Simulacrum Improve `core::fmt` coverage This PR improves the `core::fmt` coverage by adding new tests to `coretests`
…ark-Simulacrum tests: update new test to accept new lifetime format Same change as rust-lang/rust@258915a, just for a newly written test.
…ge, r=Mark-Simulacrum Improve `core::ptr` coverage This PR improves the `core::ptr` coverage by adding a new test to `coretests` for the `<*const T>::is_aligned_to` method. r? libs
…lacrum compiletest: Fix `--exact` test filtering This fix only changes the behavior when using `--exact` test filtering, which was quite broken. Before this fix, the following runs 0 tests: $ ./x test tests/run-make/crate-loading -- --exact running 0 tests test result: ok. 0 passed; 0 failed; 0 ignored; 0 measured; 431 filtered out; finished in 24.95µs With the fix the desired test is run: $ ./x test tests/run-make/crate-loading -- --exact running 1 tests test [run-make] tests/run-make/crate-loading ... ok Without `--exact` the set of run tests is unchanged. This still runs "too many" (cc rust-lang#134341) tests $ ./x test tests/run-make/crate-loading running 3 tests test [run-make] tests/run-make/crate-loading-crate-depends-on-itself ... ok test [run-make] tests/run-make/crate-loading-multiple-candidates ... ok test [run-make] tests/run-make/crate-loading ... ok This still runs the one and only right test $ ./x test tests/ui/lint/unused/unused-allocation.rs running 1 tests test [ui] tests/ui/lint/unused/unused-allocation.rs ... ok ### Notes - I have not verified this on Windows which treats paths differently (but I see no reason why it should not work since my code should be platform agnostic).
This comment was marked as outdated.
This comment was marked as outdated.
@bors r+ rollup=never p=5 |
☀️ Test successful - checks-actions |
📌 Perf builds for each rolled up PR:
previous master: 52618eb338 In the case of a perf regression, run the following command for each PR you suspect might be the cause: |
What is this?This is an experimental post-merge analysis report that shows differences in test outcomes between the merged PR and its parent PR.Comparing 52618eb (parent) -> d1ed52b (this PR) Test differencesShow 22 test diffsStage 1
Stage 2
Job group index
Test dashboardRun cargo run --manifest-path src/ci/citool/Cargo.toml -- \
test-dashboard d1ed52b1f5b78bf66127b670af813b84d57aeedb --output-dir test-dashboard And then open Job duration changes
How to interpret the job duration changes?Job durations can vary a lot, based on the actual runner instance |
Finished benchmarking commit (d1ed52b): comparison URL. Overall result: no relevant changes - no action needed@rustbot label: -perf-regression Instruction countThis benchmark run did not return any relevant results for this metric. Max RSS (memory usage)This benchmark run did not return any relevant results for this metric. CyclesResults (primary 2.1%, secondary 10.0%)A less reliable metric. May be of interest, but not used to determine the overall result above.
Binary sizeThis benchmark run did not return any relevant results for this metric. Bootstrap: 474.182s -> 473.872s (-0.07%) |
Successful merges:
div_rem
fromcore::num::bignum
#146284 (Removediv_rem
fromcore::num::bignum
)core::fmt
coverage #146478 (Improvecore::fmt
coverage)core::ptr
coverage #146488 (Improvecore::ptr
coverage)--exact
test filtering #146501 (compiletest: Fix--exact
test filtering)r? @ghost
@rustbot modify labels: rollup
Create a similar rollup