From be756accf01d525069f282879ebcea8e6238a2fd Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Jonathan=20D=C3=B6nszelmann?= Date: Tue, 14 May 2024 14:29:42 +0200 Subject: [PATCH 1/2] Update experiment.md --- src/how_to/experiment.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/how_to/experiment.md b/src/how_to/experiment.md index c2839b9..1a4d7de 100644 --- a/src/how_to/experiment.md +++ b/src/how_to/experiment.md @@ -10,7 +10,7 @@ If you are an experienced Rust contributor who would like to start an experiment * Write-up a description of the problem you are trying to solve and the general shape of the solution you want to work on. Discuss it on Zulip or elsewhere to find a **lang-team liaison**: * The liaison is the connection to the lang-team. They can check in with you from time to time to see how the work is going and relay those updates to the lang-team (of course, you're always welcome to join meetings yourself too!). They can also help to discuss problems that arise. -* Once you've found a liaison, open a PR adding a new feature gate to the compiler and create an associated tracking issue. +* Once you've found a liaison, open a PR [adding a new feature gate to the compiler](adding) and create an associated tracking issue. * The PR and tracking issue should include a write-up documenting the motivation and outline of what they are trying to achieve. * The feature gate should be marked as 'experimental', so that users get warnings if they try to use it. This flag has to stay until an RFC is accepted, even if the implementation is in good shape. * The lang-team liaison will "second" the PR, starting an FCP. Once the FCP completes, the PR can land and implementation work begins (always gated under the new feature gate). @@ -19,6 +19,7 @@ If you are an experienced Rust contributor who would like to start an experiment * When you feel the design is ready, you write an RFC as normal with your proposal. The goal of the experimentation period is simply to gain experience and information so that a better RFC can be authored. [members]: https://www.rust-lang.org/governance/teams/lang +[adding]: https://rustc-dev-guide.rust-lang.org/implementing_new_features.html#stability-in-code ## Frequently asked questions From d444f46cea20d2b9e4f7c15dd86ecd1aca9e810c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Jonathan=20D=C3=B6nszelmann?= Date: Tue, 14 May 2024 15:13:44 +0200 Subject: [PATCH 2/2] Update src/how_to/experiment.md Co-authored-by: kennytm --- src/how_to/experiment.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/how_to/experiment.md b/src/how_to/experiment.md index 1a4d7de..515455b 100644 --- a/src/how_to/experiment.md +++ b/src/how_to/experiment.md @@ -10,7 +10,7 @@ If you are an experienced Rust contributor who would like to start an experiment * Write-up a description of the problem you are trying to solve and the general shape of the solution you want to work on. Discuss it on Zulip or elsewhere to find a **lang-team liaison**: * The liaison is the connection to the lang-team. They can check in with you from time to time to see how the work is going and relay those updates to the lang-team (of course, you're always welcome to join meetings yourself too!). They can also help to discuss problems that arise. -* Once you've found a liaison, open a PR [adding a new feature gate to the compiler](adding) and create an associated tracking issue. +* Once you've found a liaison, open a PR [adding a new feature gate to the compiler][adding] and create an associated tracking issue. * The PR and tracking issue should include a write-up documenting the motivation and outline of what they are trying to achieve. * The feature gate should be marked as 'experimental', so that users get warnings if they try to use it. This flag has to stay until an RFC is accepted, even if the implementation is in good shape. * The lang-team liaison will "second" the PR, starting an FCP. Once the FCP completes, the PR can land and implementation work begins (always gated under the new feature gate).