docs: clarify no_std support policy - #618
Conversation
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> Copilot-Session: 6dd33204-34d1-4975-978f-fa8194190318
There was a problem hiding this comment.
Pull request overview
Updates the repository’s contributor/agent guidance to clarify the intended policy around no_std support, setting expectations for implementation complexity and for aligning documentation/CI with what the crate actually promises.
Changes:
- Adds a dedicated
no_stdsupport policy section to AGENTS guidance. - Clarifies that
no_stdis best-effort and should not drive complexcfgbranching or specialized fallbacks for constrained targets. - Requires public docs and CI coverage to match explicitly supported configurations/prerequisites.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #618 +/- ##
=======================================
Coverage 100.0% 100.0%
=======================================
Files 470 470
Lines 45251 45251
=======================================
Hits 45251 45251 ☔ View full report in Codecov by Harness. 🚀 New features to boost your workflow:
|
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com> Copilot-Session: 6dd33204-34d1-4975-978f-fa8194190318
|
this clarification is only for agents. what about developers? do they also have to follow it? |
The way I see it, we are in a world where the agents are the developers. |
[Copilot speaking]
Summary
no_stdsupport as optional when it would add disproportionate implementation complexityno_stdconfiguration as a real compatibility promise rather than best-effort supportValidation
just spellcheck