Subteam report: lang 2015-09-04
Highlights
It's been a busy week this week! First off, we accepted a number of RFCs:
- RFC #953 -- overloaded
+=etc - RFC #1135 -- raw fat pointer comparisons
- RFC #1192 -- inclusive ranges
- RFC #1229 -- overflow in constant evaluation
- RFC #1234 --
CoerceUnsizedandPhantomData
We also moved a number of RFCs to final comment period:
- RFC #1199 -- SIMD groundwork, which describes a flexible set of intrinsics that enable SIMD computation. These intrinsics are not intended to be used directly; rather, they are meant to be a foundation for third-party packages. See also Huon's excellent blog post on the topic.
- RFC #1224 -- RFC process, which helps to clarify when an RFC is needed.
- RFC #1237 -- clarify operator behavior in extreme conditions, which amends the overflow RFC with some more specifics documenting various bits of the implementation.
- RFC #1238 -- nonparametric dropck, which reverts some of the more subtle aspects of the current dropck rules, helping to restore soundness and pave the way for specialization.
- RFC #1240 -- creating
references into
#[repr(packed)]structs should be unsafe, as they can violate alignment requirements and cause crashes.
Thanks!
-- nmatsakis
Dashboard
RFC phase
- PR #197:
ManuallyDroptype gives precise control of dtors of inline data. - PR #243: Trait-based exception handling
- PR #733: Amend macro future proofing RFC
- PR #1062: Constants that depend on type parameters in generic code
- PR #1129:
IndexAssign: overloading the
a[b] = cexpression - PR #1148: Mutually exclusive traits
- PR #1177: Anonymous/placeholder lifetime "'_".
- PR #1180:
Propose
Interior<T>data-type, to allow moves out of the dropped value during the drop hook. - PR #1190: Style: function declarations
- PR #1196: RFC for allowing eliding more type parameters.
- PR #1210: RFC: impl specialization
- PR #1228:
Place left arrow syntax (
place <- expr) - PR #1237: clarify extreme operator behaviour
- PR #1245: Amend #911 const-fn to allow unsafe const functions
- PR #1248: Safe intrinsics RFC
- PR #1258: Add macros to get the values of configuration flags
- PR #1260:
RFC: Allow a re-export for
main - PR #1268: Allow overlapping implementations for marker traits
- FCP PR #1199: SIMD groundwork
- FCP PR #1224: Update the RFC process with sub-teams, amongst other things.
- FCP PR #1238: Nonparametric dropck
- FCP PR #1240:
References into repr(packed) structs should be
unsafe.
Implementation phase
- Issue #13231: opt-in built-in bounds traits RFC tracker
- Issue #15552: Implement lifetime elision
- Issue #15701: Add attributes to expressions, etc.
- Issue #16293: Implement UFCS (Tracking RFC 132)
- Issue #17307: Implement associated items
- Issue #18469: Implement revised coercion rules
- Issue #21939: Tracking issue for Finalize defaulted type parameters (RFC 213)
- Issue #22020: Tracking issue for Integer Overflow (RFC 560)
- Issue #22181:
boxandinexpressions (tracking issue for RFC 809) - Issue #23416: Type ascription (tracking issue for RFC 803)
- Issue #24111: const fn tracking issue (RFC 911)
- Issue #24263: discriminant_value intrinsic -- tracking issue for 639
- Issue #24266: Empty struct with braces tracking issue (RFC 218)
- Issue #26438: Tracking issue for Adjust default object bounds (RFC 1156)
- Issue #27336: Tracking Issue for RFC 213: Default Type Parameter Fallback
High priority issues
- Issue #24622: Mismatched assumptions for interaction between associated type and lifetime in trait
- Issue #25658:
In macros,
$($x:expr),*fragments can be used to bypass future-proofing restrictions - Issue #25860: Implied bounds on nested references + variance = soundness hole
- Issue #26438: Tracking issue for Adjust default object bounds (RFC 1156)
- Issue #26739: In macros, expr followed by { is buggy
- Issue #26775: 'pub extern crate' is accepted and behaves badly
- Issue #26813: Regression on beta for trait bounds on supertrait's associated items
- Issue #27060: repr(packed) allows invalid unaligned loads
Needs decision
- Issue #26502: Do not warn about unused arguments in default methods
- Issue #27499:
Use different numbers of
#s when expanding documentation comments - Issue #27972: Allow where clauses involving types which don't include a type parameter.
- Issue #28160:
Settle execution order uncertainty for
+=