-
Notifications
You must be signed in to change notification settings - Fork 168
Improve testing #699
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
Improve testing #699
Conversation
|
This helps with #681. |
Mark-Simulacrum
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This'll need a rebase (but should be relatively simple, this just moved the code around).
I would also like to test CI just in case -- you can probably stick something obviously non-compiling in await-call-tree and see if that fails CI.
Feel free to merge when these are done.
It has a single call site. Also rearrange it a bit, particularly so the error handling is nicer and more like that of the other subcommands.
This will allow commands like `bench_local` to be used in CI testing. The commit also tweaks how `BenchmarkErrors` works.
`install_next` + `bench_local` can now be used to do what `bench_test` previously did. This combination is better because it gives `bench_local` test coverage. This required adding a `preserve()` method to `Sysroot`, so that an installed toolchain could be preserved between `install_next` and `bench_local`.
|
I did a local run with a deliberately-failing |
5661afa to
8cde467
Compare
|
"Test benchmarks" failed as expected with the deliberate error. Here is the output showing And here is the output showing that the test failed overall as a result: |
8cde467 to
35a5e64
Compare
|
I have repushed with the deliberate error removed. |
With some effort, we can get rid of of
bench_testand usebench_localin the test script.