cspotcode / cspotcode/v8-compile-cache-lib
Support for loading modules with dynamic imports
- Vorherrschende Sprache
- JavaScript
- Sterne
- 12
- Forks
- 0
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
Upstream has a bug related to requiring files with ESM `import()` calls. The bug appears to be tracked on https://github.com/zertosh/v8-compile-cache/issues/41
There are a few libraries affected by this, notably NX (see open issue https://github.com/nrwl/nx/issues/18974) and ESLint (which dropped v8-compile-cache due to this https://twitter.com/slicknet/status/1559619176230047744)
I've got a workaround which appears to work for my use case (see the NX issue). I've filled a PR with that workaround in upstream https://github.com/zertosh/v8-compile-cache/pull/47
Since this for appears to be more active than upstream, I thought it would be good to bring the discussion here.
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Rechercherichtung
Beginne mit dem Lesen von upstream issue 41 und der Umgehungslösung in upstream pull request 47 und vergleiche anschließend das betroffene NX issue und den ESLint-Kontext. Ermittle den erforderlichen Umfang, um in dieser library Dateien zu unterstützen, die ESM import()-Aufrufe verwenden; abgeschlossen ist es, wenn der gemeldete dynamic-import-Fall ohne den upstream failure funktioniert.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- javascript, node.js
- Bereich
- devtools
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100