cspotcode / cspotcode/v8-compile-cache-lib

Support for loading modules with dynamic imports

Offen
#6 0 Kommentare 4 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
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

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.