Repairs from semantic drift analysis
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 20/100
- Issue-Typ
- Refactoring
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- javascript, node.js, ocaml
- Bereich
- build-system, compilers, tooling
Rechercherichtung
Start by opening the linked repair issue that matches the area you want to work on; the list spans compiler, analysis, runtime, tooling, tests, and installation CI. Read that issue's named files or entry points and follow its acceptance criteria. This umbrella issue is done when all listed repair checkboxes are completed, while the possible additional work remains explicitly separate.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
This is the list of repairs coming from semantic drift analysis.
Repairs
- #8690 Keep comments on labelled parameters in the formatter
- #8691 Make inclusion error output independent of the source path
- #8692 Declare exports left unbound by a toplevel throw
- #8693 Type inline-record cases of untagged variants as objects in genType
- #8694 Resolve RescriptTools.binaryPath in user projects
- #8695 Require Node.js 22 in the platform packages and installation CI
- #8696 Fix stale rewatch error messages
- #8697 Remove context7.json and tests/dependencies/.gitattributes
- #8698 Remove unused debugging aids
- #8699 Remove dead code and stale docs in compiler/ext, common, depends and ml
- #8700 Remove dead code and stale docs in compiler/core, frontend and gentype
- #8701 Remove dead code and stale docs in the syntax library
- #8702 Run the syntax_tests executable and prune syntax fixtures
- #8703 Remove dead code and stale docs in editor analysis and reanalyze
- #8704 Clean up rescript-tools and the analysis test projects
- #8705 Remove dead code and unused files from rewatch
- #8706 Remove dead runtime code and playground leftovers
- #8707 Remove unused scripts, helpers and configuration
- #8708 Make npm run typecheck pass
- #8709 Prune build-test fixtures, ounit leftovers and stale catalog citations
- #8710 Run the runtime tests that never ran and drop dead test code
- #8711 Clean up the genType example and vendored test dependencies
Possible additional work
Design changes identified along the way, not part of the repairs above:
- One
.cmtsource-file lookup. genType (compiler/gentype/find_source_file.ml) and reanalyze (analysis/reanalyze/src/find_source_file.ml) each walk a.cmtto find a source file. genType returns an absolute path and reanalyze a relative one with debug logging; sharing the walkers needs a library both link, and today that is onlycompiler/ml. - Generate Belt's key-specialised modules. The Int and String variants of Belt's maps and sets are hand-written copies that differ in 2–4 lines each; generating them from one template would add a build step to the runtime.
- Merge analysis's
LogandDebugswitches. They are separate verbose switches (db+/dv+) that tests enable independently; merging them changes the debugging command line. - One
/+path operator.find_files,module_resolutionandbuild_systemeach define( /+ )asFilename.concat. - Commented-out debug code in the type checker. Upstream debug blocks such as
check_expansandcheck_memorized_abbrevsinbtype.mlandprint_pat/pretty_rowinparmatch.mlare kept as comments; keeping or deleting them is a policy choice. - Comment positions in the formatter. In an arrow type,
(~x /* a */ : int=?, unit)prints the comment after the colon, and a comment after=?moves to the next argument; nothing is lost and the output is stable, but the position changes. rescript-toolshelp text. The help omits theppxandextract-embeddedcommands; whether to advertise them is a CLI decision.RescriptTools.binaryPathfrom CommonJS.cli/common/bins.jsis an ES module with top-level await, so a CommonJS project callingbinaryPathprobably cannot load it; untested.
🤖 Generated with Claude Code
- Vorherrschende Sprache
- OCaml
- Sterne
- 7.5k
- Forks
- 484
- Ø Merge
- 19 Std. 20 Min.
- Gemergte PRs (30 T.)
- 96
Entwicklungsumgebung
Startet den Dev-Container des Projekts im Browser, mit Ihrem eigenen GitHub-Konto.
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus rescript-lang/rescript
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
rescript-lang/rescript#8806 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
rescript-lang/rescript#8798 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 3/5 Ein halber Tag Anfängerfreundlichkeit 58/100
rescript-lang/rescript#8757 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 40/100
rescript-lang/rescript#8753 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 22/100
rescript-lang/rescript#8733 ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in rescript-lang/rescript
Ähnliche Issues
-
needs-triage Platform(Default)
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
atlassian-labs/compiled#1960 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Cached wheel reuse fails when the build and metadata fallback share an output directoryEvtl. vergeben @harbinresearcher hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
pypa/pyproject-hooks#240 · 1 Kommentar ·
-
status: team-only type: dependency-upgrade
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
spring-projects/spring-boot#52143 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 64/100
Maintainer antworten meist innerhalb von 2 Tagen