Skip to content

Conversation

@AMS21
Copy link
Contributor

@AMS21 AMS21 commented Aug 15, 2025

When a UI test runs a compiled binary and an error/forbid pattern check fails, the failure message previously only showed compiler output, hiding the executed programs stdout/stderr. This makes it harder to see near-miss or unexpected runtime lines.

Fixed #141531
Supersedes #141977

@rustbot
Copy link
Collaborator

rustbot commented Aug 15, 2025

r? @Kobzol

rustbot has assigned @Kobzol.
They will have a look at your PR within the next two weeks and either review your PR or reassign to another reviewer.

Use r? to explicitly pick a reviewer

@rustbot rustbot added A-compiletest Area: The compiletest test runner A-testsuite Area: The testsuite used to check the correctness of rustc S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. T-bootstrap Relevant to the bootstrap subteam: Rust's build system (x.py and src/bootstrap) labels Aug 15, 2025
@rustbot
Copy link
Collaborator

rustbot commented Aug 15, 2025

Some changes occurred in src/tools/compiletest

cc @jieyouxu

@rustbot

This comment has been minimized.

@Kobzol
Copy link
Member

Kobzol commented Aug 15, 2025

Makes sense to me. It would be nicer to return a tuple (String, ProcRes) from the if condition, but that would require cloning a ProcRes for all non-executed UI tests, which could add up a bit.

I'll let @jieyouxu leave comments, since you reviewed the previous variant of this PR.

@AMS21
Copy link
Contributor Author

AMS21 commented Aug 15, 2025

Makes sense to me. It would be nicer to return a tuple (String, ProcRes) from the if condition, but that would require cloning a ProcRes for all non-executed UI tests, which could add up a bit.

Yes, avoiding the clone was the exact reason I implemented it this way.

Copy link
Member

@jieyouxu jieyouxu left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Seems fine, thanks. Just a tiny naming nit

@jieyouxu jieyouxu assigned jieyouxu and unassigned Kobzol Aug 15, 2025
When a UI test runs a compiled binary and an error/forbid pattern
check fails, the failure message previously only showed compiler output,
hiding the executed programs stdout/stderr. This makes it harder to
see near-miss or unexpected runtime lines.
@jieyouxu
Copy link
Member

@bors r+ rollup

@bors
Copy link
Collaborator

bors commented Aug 15, 2025

📌 Commit dbd5add has been approved by jieyouxu

It is now in the queue for this repository.

@bors bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Aug 15, 2025
@bors bors merged commit b979a31 into rust-lang:master Aug 15, 2025
10 checks passed
@rustbot rustbot added this to the 1.91.0 milestone Aug 15, 2025
@AMS21 AMS21 deleted the fix_141531 branch August 16, 2025 04:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

A-compiletest Area: The compiletest test runner A-testsuite Area: The testsuite used to check the correctness of rustc S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. T-bootstrap Relevant to the bootstrap subteam: Rust's build system (x.py and src/bootstrap)

Projects

None yet

Development

Successfully merging this pull request may close these issues.

UI tests that execute don't include the stdout/err of the executed program in the error message if they fail

5 participants