Skip to content

Conversation

@epage
Copy link
Contributor

@epage epage commented Nov 5, 2025

What does this PR try to resolve?

Motivation for this: rustc is trying to adopt this feature but hard
warnings are getting in the way, see rust-lang/rust#148332

This is a part of #14802.

How to test and review this PR?

Reasons to do this:

  • Less flexibility in how hard warnings are resolved
  • Matches Cargo not erroring for Cargo hard warnings
  • This matches -Dwarnings behavior which this feature is meant to replace

Reasons not do this:

  • A user may see a hard warning from rustc and get confused
  • Cargo's hard warnings are not blocking in part because we would need
    to audit them to see if they should actually be hard warnings

We do have some flexibility on warnings evolving over time,
so this is likely a two-way door (on an unstable feature).

See also the discussion at #14802 (comment)

Ideally, we'd also test for duplicate hard warnings but unsure how to trigger that.

@rustbot rustbot added A-build-execution Area: anything dealing with executing the compiler S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Nov 5, 2025
@rustbot
Copy link
Collaborator

rustbot commented Nov 5, 2025

r? @ehuss

rustbot has assigned @ehuss.
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

@epage
Copy link
Contributor Author

epage commented Nov 5, 2025

CC @jyn514

@jyn514

This comment was marked as resolved.

@epage

This comment was marked as resolved.

epage added 2 commits November 5, 2025 16:38
Motivation for this: rustc is trying to adopt this feature but hard
warnings are getting in the way, see rust-lang/rust#148332

Reasons to do this:
- Less flexibility in how hard warnings are resolved
- Matches Cargo not erroring for Cargo hard warnings

Reasons not do this:
- A user may see a hard warning from rustc and get confused
- Cargo's hard warnings are not blocking in part because we would need
  to audit them to see if they should actually be hard warnings

We do have some flexibility on warnings evolving over time,
so this is likely a two-way door (on an unstable feature).

See also the discussion at rust-lang#14802 (comment)
@epage epage force-pushed the warning branch 2 times, most recently from c1c3e29 to 6fc9761 Compare November 6, 2025 16:07
@rustbot
Copy link
Collaborator

rustbot commented Nov 6, 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.

@Muscraft Muscraft added this pull request to the merge queue Nov 6, 2025
Merged via the queue into rust-lang:master with commit 92a8401 Nov 6, 2025
25 checks passed
@rustbot rustbot removed the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. label Nov 6, 2025
@epage epage deleted the warning branch November 7, 2025 20:00
bors added a commit to rust-lang/rust that referenced this pull request Nov 8, 2025
Update cargo submodule

22 commits in 6368002885a04cbeae39a82cf5118f941559a40a..445fe4a68f469bf936b2fd81de2c503b233a7f4f
2025-10-31 14:31:52 +0000 to 2025-11-07 18:08:19 +0000
- fix(depinfo): prevent invalid trailing backslash on Windows (rust-lang/cargo#16223)
- refactor: Remove lazycell (rust-lang/cargo#16224)
- refactor: extract ConfigValue to its own module (rust-lang/cargo#16222)
- fix(config): non-mergeable list from cli should take priority (rust-lang/cargo#16220)
- fix(compile): build.warnings=deny shouldn't block hard warnings (rust-lang/cargo#16213)
- fix: display absolute path in the `missing in PATH` warning (rust-lang/cargo#16125)
- fix: non-mergeable list from config cli merge the same way  (rust-lang/cargo#16219)
- docs(contrib): Link out to rustc diagnostic style guide (rust-lang/cargo#16216)
- fix: Remove build-plan (rust-lang/cargo#16212)
- Add native completions for `--package` on various commands (rust-lang/cargo#16210)
- fix(completions): don't wrap completion item help in parenthesis (rust-lang/cargo#16215)
- refactor(locking): Make disabling locking on NFS mounts explicit (rust-lang/cargo#16177)
- docs(unstable): Move compile-time-deps out of Stabilized section (rust-lang/cargo#16211)
- docs(ref): Rename DEP_NAME_KEY to DEP_LINKS_KEY (rust-lang/cargo#16205)
- feat(build-analysis): emit rebuild reason log entry (rust-lang/cargo#16203)
- chore: Update dependencies (rust-lang/cargo#16200)
- chore(deps): update cargo-semver-checks to v0.45.0 (rust-lang/cargo#16190)
- chore(deps): update msrv (rust-lang/cargo#16178)
- refactor: embed deserialize validation logic in ProgressConfig (rust-lang/cargo#16194)
- refactor(gctx): extract config schema to a module (rust-lang/cargo#16195)
- chore: bump to 0.94.0; update changelog (rust-lang/cargo#16191)
- chore(deps): update rust crate gix to 0.74.0 (rust-lang/cargo#16186)

r? ghost
@rustbot rustbot added this to the 1.93.0 milestone Nov 8, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

A-build-execution Area: anything dealing with executing the compiler

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants