-
Notifications
You must be signed in to change notification settings - Fork 13k
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
bootstrap: print{ln}! -> eprint{ln}! (take 2) #134040
Conversation
Some changes occurred in src/tools/compiletest cc @jieyouxu This PR modifies If appropriate, please update |
This comment was marked as resolved.
This comment was marked as resolved.
b097197
to
eddf6f0
Compare
Rebased to fix merge conflict, no functional changes. |
Co-authored-by: Jieyou Xu <jieyouxu@outlook.com>
eddf6f0
to
a6c4628
Compare
Fixed a missing conversion in compiletest if self.config.mode == crate::common::Mode::Ui {
- println!("note: by default, ui tests are expected not to compile");
+ eprintln!("note: by default, ui tests are expected not to compile");
} |
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.
Thanks! I did some local testing
./x clean
: OK- Basic compiler flow:
./x build library
: OK - Library test flow:
./x test library/alloc
: OK - Check compiler flow:
./x check compiler
: OK - Stage 1 ui test flow (no changes): OK
- Stage 1 ui test failure flow: OK
- stderr diff changed: OK
- rebless: OK
- Stage 1 run-make: OK
./x run src/tools/unicode-table-generator/
: OK
AFAICT this looks fine to me.
@bors r+ rollup |
Rollup of 9 pull requests Successful merges: - rust-lang#133996 (Move most tests for `-l` and `#[link(..)]` into `tests/ui/link-native-libs`) - rust-lang#134012 (Grammar fixes) - rust-lang#134032 (docs: better examples for `std::ops::ControlFlow`) - rust-lang#134040 (bootstrap: print{ln}! -> eprint{ln}! (take 2)) - rust-lang#134043 (Add test to check unicode identifier version) - rust-lang#134053 (rustdoc: rename `issue-\d+.rs` tests to have meaningful names (part 10)) - rust-lang#134055 (interpret: clean up deduplicating allocation functions) - rust-lang#134073 (dataflow_const_prop: do not eval a ptr address in SwitchInt) - rust-lang#134084 (Fix typo in RFC mention 3598 -> 3593) r? `@ghost` `@rustbot` modify labels: rollup
Rollup merge of rust-lang#134040 - clubby789:bootstrap-eprintln, r=jieyouxu bootstrap: print{ln}! -> eprint{ln}! (take 2) r? `@jieyouxu` Reland of rust-lang#133817 with the `print!`s changed as well.
…lubby789 bootstrap: Forward cargo JSON output to stdout, not stderr This fixes the RA errors I've been seeing on proc-macros after the re-landing of rust-lang#134040. r? clubby789
Rollup merge of rust-lang#134123 - Zalathar:json-output, r=jieyouxu,clubby789 bootstrap: Forward cargo JSON output to stdout, not stderr This fixes the RA errors I've been seeing on proc-macros after the re-landing of rust-lang#134040. r? clubby789
This ended up causing problems with rust-analyzer that were (hopefully) fixed by #134123. |
Revert "bootstrap: print{ln}! -> eprint{ln}! (take 2) rust-lang#134040" Unfortunately, rust-lang#134040 is proving to have caused more output interleaving problems that are tricky to diagnose and fix, and I think we probably should leave these untouched as bootstrap and compiletest has a bunch of interconnecting parts, and the commands and tools that they exercise do not consistently use stderr/stdout either. This causes hard-to-diagnose output interleaving bugs, which unfortunately degrades contributor experience. This PR reverts two PRs in order to cleanly revert rust-lang#134040: 1. Revert rust-lang#134123 which is a fix-forward after rust-lang#134040. 2. Revert rust-lang#134040 itself. I don't regret the initial effort `@clubby789,` and thank you for making the attempts, but I think we need to refrain from touching too many of these at once because some of the interleaving are very non-obvious and we don't have test coverage for. r? `@clubby789` cc `@Zalathar`
Revert "bootstrap: print{ln}! -> eprint{ln}! (take 2) rust-lang#134040" Unfortunately, rust-lang#134040 is proving to have caused more output interleaving problems that are tricky to diagnose and fix, and I think we probably should leave these untouched as bootstrap and compiletest has a bunch of interconnecting parts, and the commands and tools that they exercise do not consistently use stderr/stdout either. This causes hard-to-diagnose output interleaving bugs, which unfortunately degrades contributor experience. This PR reverts two PRs in order to cleanly revert rust-lang#134040: 1. Revert rust-lang#134123 which is a fix-forward after rust-lang#134040. 2. Revert rust-lang#134040 itself. I don't regret the initial effort `@clubby789,` and thank you for making the attempts, but I think we need to refrain from touching too many of these at once because some of the interleaving are very non-obvious and we don't have test coverage for. r? `@clubby789` cc `@Zalathar`
…iaskrgr Rollup of 7 pull requests Successful merges: - rust-lang#133122 (Add unpolished, experimental support for AFIDT (async fn in dyn trait)) - rust-lang#133249 (ABI checks: add support for loongarch) - rust-lang#134089 (Use newly added exceptions to non default branch warning) - rust-lang#134188 (Bump Fuchsia) - rust-lang#134204 (Fix our `llvm::Bool` typedef to be signed, to match `LLVMBool`) - rust-lang#134207 (Revert "bootstrap: print{ln}! -> eprint{ln}! (take 2) rust-lang#134040") - rust-lang#134214 (rustdoc: fix self cmp) r? `@ghost` `@rustbot` modify labels: rollup
Rollup merge of rust-lang#134207 - jieyouxu:revert-134040, r=lqd Revert "bootstrap: print{ln}! -> eprint{ln}! (take 2) rust-lang#134040" Unfortunately, rust-lang#134040 is proving to have caused more output interleaving problems that are tricky to diagnose and fix, and I think we probably should leave these untouched as bootstrap and compiletest has a bunch of interconnecting parts, and the commands and tools that they exercise do not consistently use stderr/stdout either. This causes hard-to-diagnose output interleaving bugs, which unfortunately degrades contributor experience. This PR reverts two PRs in order to cleanly revert rust-lang#134040: 1. Revert rust-lang#134123 which is a fix-forward after rust-lang#134040. 2. Revert rust-lang#134040 itself. I don't regret the initial effort `@clubby789,` and thank you for making the attempts, but I think we need to refrain from touching too many of these at once because some of the interleaving are very non-obvious and we don't have test coverage for. r? `@clubby789` cc `@Zalathar`
r? @jieyouxu
Reland of #133817 with the
print!
s changed as well.