-
Notifications
You must be signed in to change notification settings - Fork 13.2k
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
rustdoc: support for the --nocapture feature of libtest #26309
Comments
Ping @steveklabnik -- has there been any more discussion about this? |
Ping @QuietMisdreavus , can someone cc docs team here? This has been open for a long time. |
cc @rust-lang/rustdoc IIRC, the last time we tried to make |
I still have an in-progress branch on this one. It's tricky because libtest is handling outputs itself and we need to add functionalities to tell it not to do it. But then, outputs get lost... somewhere. This is where I am now. Trying to get back outputs (both stdout and stderr). |
Triage: I don't think anything has changed here. |
Definitely didn't. I start I'll start over from start when I'll get back to it. |
This feature is much appreciated. Without this, the doc test can only benefit doc reader but less useful for debugging during dev. |
Add --nocapture option to rustdoc Fixes rust-lang#26309. Fixes rust-lang#45724. Once this PR is merged, I'll send a PR to cargo to also pass `--nocapture` to rustdoc. cc `@jyn514` r? `@camelid`
Currently,
librustdoc
is diligently passing test arguments tolibtest
via--test-args
, including--nocapture
. However,librustdoc
internally captures the output of doc-tests and doesn’t let it get through tolibtest
. Consequently, the usage of--nocapture
in this context is somewhat limited (when supplied it reveals compiler warnings, for instance) and doesn’t serve its main purpose. This behavior is inconsistent with the rest of the testing.Regards,
Ivan
The text was updated successfully, but these errors were encountered: