@@ -66,10 +66,6 @@ trait Tuple {
66
66
}
67
67
```
68
68
69
- TODO: should the above use ` TupleRef<'a> ` and ` TupleMut<'b> ` traits to avoid
70
- dependency on ATCs? It seems nicer to have them all together in one trait, but
71
- it's probably not worth the resulting feature-stacking mess.
72
-
73
69
The types ` AsRefs ` and ` AsMuts ` are the corresponding tuples of references to
74
70
each element in the original tuple. For example,
75
71
` (A, B, C)::AsRefs = (&A, &B, &C) ` and
@@ -199,10 +195,15 @@ unified `Tuple`.
199
195
200
196
# Unresolved questions
201
197
[ unresolved ] : #unresolved-questions
202
- It might be useful in the future to expand on the locations where ` ...Type `
198
+ - It might be useful in the future to expand on the locations where ` ...Type `
203
199
can be used. Potential extensions to this RFC could allow ` ...Type ` in
204
200
non-tuple generics or in function argument types, like
205
201
` fn foo<Args>(args: ...Args) ` .
206
202
This would allow functions and traits to use variadic generics without
207
203
explicit tuples. This could enable things like the proposed ` foo[i, j] ` syntax
208
204
using` Index<usize, usize> ` .
205
+ -Should the ` Tuple ` trait use separate ` TupleRef<'a> ` and ` TupleMut<'b> ` traits
206
+ to avoid dependency on ATCs? It seems nicer to have them all together in one
207
+ trait, but it might not be worth the resulting feature-stacking mess.
208
+
209
+
0 commit comments