Skip to content

Conversation

jieyouxu
Copy link
Member

@jieyouxu jieyouxu commented Jul 9, 2025

Warning

TODO: fixup PR description.

This PR fixes the tests/run-make/fmt-write-float/ run-make test to both (1) not vacuously pass on no symbols at all, and (2) actually check against the panic symbols.

Context

Previously, the test only checks for the absence of certain panic symbols, but having no symbols was also a possible albeit vacuous way to satisfy this assertion.

Fix this by checking we at least observe the main symbol which is always expected to be present.

Noticed in #142841 (comment).

r? @ChrisDenton

try-job: aarch64-apple
try-job: aarch64-msvc-1
try-job: x86_64-msvc-1
try-job: i686-msvc-1
try-job: x86_64-mingw-1

@rustbot rustbot added A-run-make Area: port run-make Makefiles to rmake.rs S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. labels Jul 9, 2025
@ChrisDenton

This comment has been minimized.

@rust-bors

This comment has been minimized.

@ChrisDenton

This comment was marked as outdated.

@rust-bors

This comment was marked as outdated.

rust-bors bot added a commit that referenced this pull request Jul 9, 2025
Make sure `fmt-write-bloat` doesn't vacuously pass on no symbols

Previously, the test only checks for the absence of certain panic symbols, but having no symbols was also a possible albeit vacuous way to satisfy this assertion.

Fix this by checking we at least observe the `main` symbol which is always expected to be present.

Noticed in #142841 (comment).

r? `@ChrisDenton`
try-job: x86_64-msvc-*
@rust-bors

This comment was marked as outdated.

@jieyouxu
Copy link
Member Author

jieyouxu commented Jul 9, 2025

Hm. Let me try this locally on windows.

@jieyouxu jieyouxu added S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Jul 9, 2025
@ChrisDenton
Copy link
Member

The failure is not surprising to me. On Windows, symbols are not contained in the binary itself and are instead in a separate file (the .pdb). So the object crate would not be able to find them.

@jieyouxu
Copy link
Member Author

jieyouxu commented Jul 9, 2025

Oh of course... D'oh. Let me see if I can cook something up.

@rustbot

This comment was marked as outdated.

@jieyouxu jieyouxu changed the title Make sure fmt-write-bloat doesn't vacuously pass on no symbols [WIP] Make sure fmt-write-bloat doesn't vacuously pass on no symbols Jul 9, 2025
@jieyouxu

This comment was marked as outdated.

@rust-bors

This comment was marked as outdated.

rust-bors bot added a commit that referenced this pull request Jul 9, 2025
[WIP] Make sure `fmt-write-bloat` doesn't vacuously pass on no symbols

Previously, the test only checks for the absence of certain panic symbols, but having no symbols was also a possible albeit vacuous way to satisfy this assertion.

Fix this by checking we at least observe the `main` symbol which is always expected to be present.

Noticed in #142841 (comment).

r? `@ChrisDenton`

try-job: aarch64-apple
try-job: x86_64-apple-1
try-job: x86_64-msvc-1
try-job: i686-msvc-1
try-job: x86_64-mingw-1
@jieyouxu
Copy link
Member Author

jieyouxu commented Jul 9, 2025

llvm-pdbutil is an fallback approach, trying pdb crate to see if that works under CI conditions.

@jieyouxu

This comment was marked as outdated.

@jieyouxu

This comment was marked as outdated.

@rust-bors

This comment was marked as outdated.

@jieyouxu

This comment was marked as resolved.

@rust-bors

This comment was marked as outdated.

rust-bors bot added a commit that referenced this pull request Jul 9, 2025
[WIP] Make sure `fmt-write-bloat` doesn't vacuously pass on no symbols

Previously, the test only checks for the absence of certain panic symbols, but having no symbols was also a possible albeit vacuous way to satisfy this assertion.

Fix this by checking we at least observe the `main` symbol which is always expected to be present.

Noticed in #142841 (comment).

r? `@ChrisDenton`

try-job: aarch64-apple
try-job: x86_64-apple-1
try-job: x86_64-msvc-1
try-job: i686-msvc-1
try-job: x86_64-mingw-1
@jieyouxu

This comment was marked as outdated.

@rust-bors

This comment has been minimized.

rust-bors bot added a commit that referenced this pull request Oct 4, 2025
Make sure `fmt-write-bloat` doesn't vacuously pass on no symbols

try-job: aarch64-apple
try-job: x86_64-apple-1
try-job: x86_64-msvc-1
try-job: i686-msvc-1
try-job: x86_64-mingw-1
@rust-bors

This comment was marked as off-topic.

@rust-log-analyzer

This comment was marked as off-topic.

@jieyouxu
Copy link
Member Author

jieyouxu commented Oct 4, 2025

@bors try

@rust-bors

This comment has been minimized.

rust-bors bot added a commit that referenced this pull request Oct 4, 2025
Make sure `fmt-write-bloat` doesn't vacuously pass on no symbols

try-job: aarch64-apple
try-job: aarch64-msvc-1
try-job: x86_64-msvc-1
try-job: i686-msvc-1
try-job: x86_64-mingw-1
@rust-log-analyzer

This comment was marked as resolved.

@jieyouxu

This comment was marked as outdated.

@rust-bors

This comment was marked as outdated.

@jieyouxu
Copy link
Member Author

jieyouxu commented Oct 4, 2025

@bors try

@rust-bors

This comment has been minimized.

rust-bors bot added a commit that referenced this pull request Oct 4, 2025
Make sure `fmt-write-bloat` doesn't vacuously pass on no symbols

try-job: aarch64-apple
try-job: aarch64-msvc-1
try-job: x86_64-msvc-1
try-job: i686-msvc-1
try-job: x86_64-mingw-1
@rust-log-analyzer

This comment was marked as outdated.

@rust-bors

This comment was marked as outdated.

@jieyouxu

This comment was marked as outdated.

@rust-bors

This comment was marked as outdated.

rust-bors bot added a commit that referenced this pull request Oct 5, 2025
Make sure `fmt-write-bloat` doesn't vacuously pass on no symbols

try-job: aarch64-apple
try-job: aarch64-msvc-1
try-job: x86_64-msvc-1
try-job: i686-msvc-1
try-job: x86_64-mingw-1
@rust-log-analyzer

This comment was marked as outdated.

@jieyouxu

This comment was marked as outdated.

@rust-bors

This comment was marked as outdated.

@rustbot
Copy link
Collaborator

rustbot commented Oct 5, 2025

This PR was rebased onto a different master commit. Here's a range-diff highlighting what actually changed.

Rebasing is a normal part of keeping PRs up to date, so no action is needed—this note is just to help reviewers.

@jieyouxu
Copy link
Member Author

jieyouxu commented Oct 5, 2025

@bors try

rust-bors bot added a commit that referenced this pull request Oct 5, 2025
Make sure `fmt-write-bloat` doesn't vacuously pass on no symbols

try-job: aarch64-apple
try-job: aarch64-msvc-1
try-job: x86_64-msvc-1
try-job: i686-msvc-1
try-job: x86_64-mingw-1
@rust-bors
Copy link

rust-bors bot commented Oct 5, 2025

⌛ Trying commit 53bc614 with merge 05ee95b

To cancel the try build, run the command @bors try cancel.

Workflow: https://github.com/rust-lang/rust/actions/runs/18258228372

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-run-make Area: port run-make Makefiles to rmake.rs S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants