Skip to content

Tracking Issue for deprecating per-build-target edition field #15283

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

Open
2 of 3 tasks
ehuss opened this issue Mar 8, 2025 · 0 comments
Open
2 of 3 tasks

Tracking Issue for deprecating per-build-target edition field #15283

ehuss opened this issue Mar 8, 2025 · 0 comments
Labels
A-edition-next Area: may require a breaking change over an edition A-editions Area: edition-specific issues C-tracking-issue Category: A tracking issue for something unstable.

Comments

@ehuss
Copy link
Contributor

ehuss commented Mar 8, 2025

Summary

RFC: #3772

Implementation:

Documentation: https://doc.rust-lang.org/nightly/cargo/reference/cargo-targets.html#the-edition-field

This feature is to deprecate the edition field in the cargo target configuration.

Unresolved Issues

  • Should we provide a migration? What would it look like?

Future Extensions

No response

About tracking issues

Tracking issues are used to record the overall progress of implementation.
They are also used as hubs connecting to other relevant issues, e.g., bugs or open design questions.
A tracking issue is however not meant for large scale discussion, questions, or bug reports about a feature.
Instead, open a dedicated issue for the specific matter and add the relevant feature gate label.

@ehuss ehuss added the C-tracking-issue Category: A tracking issue for something unstable. label Mar 8, 2025
@ehuss ehuss marked this as a duplicate of #15188 Mar 8, 2025
@epage epage added A-editions Area: edition-specific issues A-edition-next Area: may require a breaking change over an edition labels Mar 9, 2025
epage added a commit to epage/cargo that referenced this issue Mar 10, 2025
Leaving off any talk of it being removed until we know the edition.

This is the first step in implementing rust-lang/rfcs#3772 (tracking issue rust-lang#15283)
epage added a commit to epage/cargo that referenced this issue Mar 11, 2025
Leaving off any talk of it being removed until we know the edition.

This is the first step in implementing rust-lang/rfcs#3772 (tracking issue rust-lang#15283)
github-merge-queue bot pushed a commit that referenced this issue Mar 11, 2025
### What does this PR try to resolve?

This is the first step in implementing rust-lang/rfcs#3772 (tracking
issue #15283)

### How should we test and review this PR?

Leaving off any talk of it being removed until we know the edition.

### Additional information
github-merge-queue bot pushed a commit that referenced this issue Mar 18, 2025
### What does this PR try to resolve?

This is a part of #15283

In the RFC, I mentioned this might be blocked on #12235.
In hindsight, the use of this is [rare
enough](https://rust-lang.zulipchat.com/#narrow/channel/246057-t-cargo/topic/Deprecate.20build-target.20.60edition.60.20field.3F/near/499047806)
that I suspect we can go ahead and warn without user controllable lints.

### How should we test and review this PR?

### Additional information
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-edition-next Area: may require a breaking change over an edition A-editions Area: edition-specific issues C-tracking-issue Category: A tracking issue for something unstable.
Projects
Status: No status
Development

No branches or pull requests

2 participants