microsoft / microsoft/TypeScript
Reachability analysis of `never` for `yield*` is unchecked
@rbuckton arbeitet bereits daran.
Seit 06.6.2024.
- Vorherrschende Sprache
- Go
- Sterne
- 111k
- Forks
- 14.4k
- Ø Merge
- 1 T. 19 Std.
- Gemergte PRs (30 T.)
- 117
Beschreibung
🔎 Search Terms
reachability never
🕗 Version & Regression Information
It's observed in all TS versions.
⏯ Playground Link
💻 Code
function* never(): Generator<unknown,never> {
throw 'never';
}
function* main() {
try {
yield* never();
} finally {
console.log('finally');
}
console.log('not reachable');
}
🙁 Actual behavior
No error reported.
🙂 Expected behavior
There should be an error Unreachable code detected.(7027) at line 11 console.log('not reachable');.
Additional information about the issue
Reachability analysis is working for normal function: https://www.typescriptlang.org/play/?#code/GYVwdgxgLglg9mABGApgNxQJwBQEoBcy6WiA3gFCKJQAWmcA7ogOSoabMDc5AvueaEiwEiALYBDGGDxlK1TAE9ZVKmyx5uVHomBTxAG31KKKxBAQBnOPpQA6fXADm2ZrrAGjzXJsR8q5sCsbeycXMDgoREwUcQgacQAjGy9uPiA
It's broken for Promise and we have another issue tracking that one: https://github.com/microsoft/TypeScript/issues/34955
Generator functions are being used as coroutine in libraries like co.js, Effect.js, redux-saga, Effection, and more. It's common to write a coroutine operator that suspend the thread forever, thus taking function never(): Generator<Instruction, never> signature. It would benefit users if the TypeScript control analysis can infer unreachability after yield* never().
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Bewertung
Dieses Issue wurde noch nicht bewertet.