Implement structured diagnostic policy and compatibility

Aperta
#27 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Tranquilla
Stack tecnologico
fsharp
Ambito
compilers, testing

Direzione di ricerca

Iniziate con la policy di accettazione indipendente dal corpus in #8, quindi leggete le issue bloccanti #25 e #26 e gli ADR 0004, 0005, 0008, 0014 e 0016. Tracciate come sono organizzati il manifest generico di conformità e i casi di Compatibility Oracle. Il lavoro è completato quando tutti i comportamenti elencati della policy diagnostica e i gate di compatibilità FS a livello di famiglia sono rappresentati senza sostituzioni del prototipo.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

wayfinder:task

Parent: #8
Blocked by: #25 and #26

Outcome

Create the shared diagnostic policy used by every compiler phase and expand supported diagnostics through focused Compatibility Oracle cases.

Acceptance criteria

  • Phase modules report structured diagnostic facts rather than preformatted console strings.
  • The policy preserves occurrence, FS code, effective severity, message, source range, ordering, output stream, suppression, warning level, promotion, exit behavior, and artifact-publication behavior.
  • Parser and checker recovery can report multiple deterministic diagnostics without uncontrolled cascades.
  • Culture, flat/full-path formatting, UTF-8 output, warning-as-error, per-code suppression, and per-code promotion are represented explicitly.
  • Each supported language feature contributes positive and negative diagnostic cases to the generic conformance manifest.
  • Prototype-only diagnostics are reserved for explicit unsupported envelopes or internal failures and cannot stand in for known FS behavior.
  • Complete family-wide FS Diagnostic Compatibility remains visible as a final Compatibility Gate, not inferred from a few sample codes.

Decision inputs

Issues #2, #5, #15, and #16; ADRs 0004, 0005, 0008, 0014, and 0016.

This issue inherits the corpus-neutral acceptance policy in #8.

Lingua principale
F#
Stelle
0
Fork
0
Merge medio
3h 15m
PR unite (30g)
1

Preparare l'ambiente

Apri in Codespaces

Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.

  • Nessun Dockerfile né file Docker Compose
  • Ha un modello di pull request
  • Nessuna guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di TheAngryByrd/fsharp2

Tutte le issue di TheAngryByrd/fsharp2

Issue simili

Altre issue su Compilers

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.