All Projects → fsharp → Fslang Design

fsharp / Fslang Design

RFCs and docs related to the F# language design process, see https://github.com/fsharp/fslang-suggestions to submit ideas

Programming Languages

fsharp
127 projects

Labels

Projects that are alternatives of or similar to Fslang Design

Rfc
📄 Read RFCs from the command-line
Stars: ✭ 185 (-45.59%)
Mutual labels:  rfc
forge
ISC Forge is an open source DHCP conformance validation framework, primarily used for testing ISC Kea.
Stars: ✭ 26 (-92.35%)
Mutual labels:  rfc
OpenPGP
A C++ Implementation of RFC 4880
Stars: ✭ 87 (-74.41%)
Mutual labels:  rfc
Cacheable Request
Wrap native HTTP requests with RFC compliant cache support
Stars: ✭ 218 (-35.88%)
Mutual labels:  rfc
check-sieve
Syntax checker for mail sieves.
Stars: ✭ 23 (-93.24%)
Mutual labels:  rfc
asciidoctor-rfc
AsciiRFC: an AsciiDoc/asciidoctor backend to produce RFC XML v3 (RFC 7991) and v2 (RFC 7749)
Stars: ✭ 14 (-95.88%)
Mutual labels:  rfc
Http Cache Semantics
RFC 7234 in JavaScript. Parses HTTP headers to correctly compute cacheability of responses, even in complex cases
Stars: ✭ 169 (-50.29%)
Mutual labels:  rfc
2119
RFC 2119 interpretations in other languages
Stars: ✭ 14 (-95.88%)
Mutual labels:  rfc
NwRfcNet
An easy way of making SAP RFC calls from .NET Core
Stars: ✭ 83 (-75.59%)
Mutual labels:  rfc
rfc-bibtex
A command line tool that creates bibtex entries for IETF RFCs and Internet Drafts.
Stars: ✭ 43 (-87.35%)
Mutual labels:  rfc
rfc-healthcheck
Health Check Response RFC Draft for HTTP APIs
Stars: ✭ 110 (-67.65%)
Mutual labels:  rfc
saslprep
SASLprep: Stringprep Profile for User Names and Passwords.
Stars: ✭ 17 (-95%)
Mutual labels:  rfc
rfcs
An open process for designing substantial changes to Concourse.
Stars: ✭ 39 (-88.53%)
Mutual labels:  rfc
Node Rfc
Asynchronous, non-blocking SAP NW RFC SDK bindings for Node.js
Stars: ✭ 190 (-44.12%)
Mutual labels:  rfc
rfc.fyi
Browseable, searchable RFC index
Stars: ✭ 79 (-76.76%)
Mutual labels:  rfc
Netjson
NetJSON is a data interchange format for encoding the basic building blocks of networks.
Stars: ✭ 171 (-49.71%)
Mutual labels:  rfc
net-EmailAddress
Multiple implementations on email address validation.
Stars: ✭ 12 (-96.47%)
Mutual labels:  rfc
Pyrfc
Asynchronous, non-blocking SAP NW RFC SDK bindings for Python
Stars: ✭ 329 (-3.24%)
Mutual labels:  rfc
httoop
HTTOOP - a fully object oriented HTTP protocol library written in python
Stars: ✭ 15 (-95.59%)
Mutual labels:  rfc
ip
Immutable value object for IPv4 and IPv6 addresses, including helper methods and Doctrine support.
Stars: ✭ 212 (-37.65%)
Mutual labels:  rfc

F# Language Design RFCs

RFCs (requests for comments) and docs related to the F# language design process.

All open RFCs that have not been released live under /RFCs.

All RFCs that have been implemented in a preview of F# live under /preview.

All release language and FSharp.Core RFCs live under a folder with their respective release.

All tooling RFCs (typically for cross-cutting, cross-editor tooling) live under /tooling.

The Process:

  1. Use F# Language Suggestions to submit ideas, vote on them and discuss them.

  2. Ideas which get "approved in principle" get an RFC entry based on the template, and a corresponding RFC discussion thread

    There is currently a backlog of approved ideas. If an idea has been approved and you'd like to accelerate the creation of an RFC, send a PR creating the RFC document for any approved-in-principle issue. First in first served. To "grab the token" send a PR doing nothing but creating or naming the RFC file, and then fill in the further details with additional commits to the PR.

  3. Implementations and testing are submitted to the dotnet/fsharp repository.

When RFCs are implemented and a version of F# is revved, the RFCs which correspond to the F# version they were implemented in are archived under the appropriate folder.

Language Update Release Trains

  1. Delivery of language features is via RFCs plus implementations submitted to https://github.com/dotnet/fsharp.

  2. New features that meet our quality bar are then merged and placed beyond a preview flag in the F# compiler and FSharp.Core.

  3. When we have a handful of 100% “ready, tested and completed” FSharp.Core and F# Language features in preview that aren't "too minor", then we will bump the language version and begin tactical work to release them in a few months.

  4. New releases of F# typically align with a .NET and/or Visual Studio version.

Roadmap and Areas of Priority Work

Any or all of the approved-in-principle items are eligible to catch a release train. That is as good as it gets for a "roadmap" for the language design.

The BDFL (@dsyme) has put together a list of "proposed priority" approved language design items which he plans to focus on or which other people have taken past RFC stage. This is not a roadmap, because other people will choose to prioritize other approved items (e.g. match! - which is not a priority item for me), and is also subject to change and edit.. It is an informal list. You can find that list here: https://github.com/fsharp/fslang-suggestions/labels/proposed-priority

Code of Conduct

This repository is governed by the Contributor Covenant Code of Conduct.

We pledge to be overt in our openness, welcoming all people to contribute, and pledging in return to value them as whole human beings and to foster an atmosphere of kindness, cooperation, and understanding.

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].