Skip to content
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

make-check-very-fast #3929

Closed
catamorphism opened this issue Nov 6, 2012 · 3 comments
Closed

make-check-very-fast #3929

catamorphism opened this issue Nov 6, 2012 · 3 comments
Labels
C-enhancement Category: An issue proposing an enhancement or a PR with one.

Comments

@catamorphism
Copy link
Contributor

It would be nice to have a make target that just builds a few tests that are known to not require any of the standard libraries. That way, for preliminary testing, you could get test results quickly (without having to run them one by one) without having to wait for all the libraries to build.

@brson
Copy link
Contributor

brson commented Nov 10, 2012

The build prerequisites to start running compiler tests are numerous at the moment, and I accidentally made it worse recently by making librustdoc, etc. prerequisites. I'll fix that shortly.

I think we can easily make it so the target libs only need to build through std before testing. That should be better, but you'll still have to build all the way through stage0. It would be nice if make check-stage0-rpass worked and only required core and std to be built.

@brson
Copy link
Contributor

brson commented Nov 14, 2012

The prereqs for compile tests are just core and std now.

@catamorphism
Copy link
Contributor Author

This feels less important to me now that we have bors and you don't
have to run all tests locally before submitting. Closing.

RalfJung pushed a commit to RalfJung/rust that referenced this issue Oct 5, 2024
Make returning io errors more uniform and convenient
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-enhancement Category: An issue proposing an enhancement or a PR with one.
Projects
None yet
Development

No branches or pull requests

2 participants