Skip to content

Commit 74bc861

Browse files
committed
add unresolved q for public std deps
1 parent 0897312 commit 74bc861

File tree

1 file changed

+19
-0
lines changed

1 file changed

+19
-0
lines changed

text/0000-build-std/5-standard-library-dependencies.md

Lines changed: 19 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -301,6 +301,10 @@ edition = "2024"
301301
std = { builtin = true, public = true }
302302
```
303303

304+
*See the following sections for relevant unresolved questions:*
305+
306+
- [*Should standard library dependencies default to public?*][unresolved-std-default-public]
307+
304308
*See the following sections for rationale/alternatives:*
305309

306310
- [*Why default to public for standard library dependencies?*][rationale-default-public]
@@ -891,6 +895,21 @@ be needlessly different to existing packages.
891895
892896
↩ [*Patches*][patches]
893897
898+
## Should standard library dependencies default to public?
899+
[unresolved-std-default-public]: #should-standard-library-dependencies-default-to-public
900+
901+
Standard library dependencies defaulting to public is a trade-off between
902+
special-casing in Cargo and requiring that any user with a dependency on the
903+
standard library who re-exports from the standard library manually declare their
904+
dependency as public.
905+
906+
It is also inconsistent with
907+
[*Why not use `noprelude` for explicit `builtin` dependencies?*][rationale-explicit-noprelude]
908+
which aims to make builtin dependencies consistent with other dependencies in
909+
the manifest.
910+
911+
↩ [*Public and private dependencies*][public-and-private-dependencies]
912+
894913
## Should we support `build-dependencies`?
895914
[unresolved-build-deps]: #should-we-support-build-dependencies
896915

0 commit comments

Comments
 (0)