Files
sdk/docs/language/informal/README.md
T
Erik Ernst 9e1bbc1203 Ensuring that every feature spec in SDK is marked as background material
A couple of feature specs did not explicitly say that they are now
background material and normative language should be found in specific
other places. This CL does that. It also makes the README.md even more
explicit in order to make the same point.

Change-Id: I79cbd86a662faf478ce41c01e09c5f32a3f03cd3
Reviewed-on: https://dart-review.googlesource.com/c/sdk/+/134824
Reviewed-by: Lasse R.H. Nielsen <lrn@google.com>
Commit-Queue: Erik Ernst <eernst@google.com>
2020-02-10 11:31:44 +00:00

34 lines
1.6 KiB
Markdown

## Background material about features
This directory contains background material only. Consult the
[language specification](https://dart.dev/guides/language/spec)
and the
[language repository](https://github.com/dart-lang/language)
for current information.
### What is a feature specification?
In order to move faster and get better feedback, we implement and iterate on
language changes before the full official specification has been written.
Still, the implementers need *something* to go on.
For that, the language team writes _feature specifications_. These are
intended to be precise enough for a good faith implementer to correctly
understand the syntax and semantics of the language, but when the contents
of a feature specification is integrated into the language specification we
expect the extra processing to give rise to additional clarifications and
corrections, which means that a feature specification is expected to be
_nearly_ as complete and correct as the language specification.
### Feature specifications in this directory
This directory contains older feature specifications, newer ones can be
found in, respectively should be submitted to, the language repository
[here](https://github.com/dart-lang/language).
The status of every feature specification in this directory is that it is
background material, and the contents has been integrated into the language
specification. Consequently, these feature specifications can only be used
as a source of informal background information. Precise rules about the
features should be looked up in the language specification.