`JSNumber` type to support `long long` type in Web API IDL

Offen

#194 erstellt am 12.5.2022 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 25/100

Issue-Typ: Feature
Klarheit: Muss geklärt werden
Aktivitätsstatus: Veraltet
Tech-Stack: javascript, swift, wasm
Bereich: api, web-dev

Rechercherichtung

Beginne mit der Überprüfung, wie JSKit Web API IDL-long long-Werte verarbeitet, und vergleiche die im Issue erwähnten Eigenschaften von AudioData, Blob und File mit wasm-bindgen issue 800. Für den Abschluss wäre eine festgelegte Repräsentation für JavaScript-Zahlen erforderlich, zusammen mit Tests, die bestätigen, ob diese Eigenschaften BigInt unterstützen; keine Implementierungsdatei oder kein Test wird genannt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

enhancement

Rust folks have a similar issue, where long long shouldn't be mapped to Int64, which is bridged to BigInt on JS side. https://github.com/rustwasm/wasm-bindgen/issues/800

Checked a few other places where long long is used, like AudioData, Blob, and File and all of them return a JS number in corresponding properties, not BigInt. I'm 95% sure none of these support BigInt, remaining 5% certainty could be added by writing actual tests. I personally vote for either keeping these Int32 as proposed, or creating a new union type. Just riffing:

enum JSNumber: ExpressibleByIntegerLiteral, ExpressibleByFloatLiteral {
case integer(Int32)
case float(Double)
// ...
}

Should we add such type to JSKit then?

cc @kateinoigakukun

Originally posted by @MaxDesiatov in https://github.com/swiftwasm/WebAPIKit/issues/42#issuecomment-1125355976

Vorherrschende Sprache: Swift
Sterne: 986
Forks: 76
Ø Merge: 21 Std. 11 Min.
Gemergte PRs (30 T.): 4

Beitragsleitfaden

Beitragsleitfaden öffnen

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 swiftwasm/JavaScriptKit

BridgeJS: Add diagnostics for unsupported `from: .global` / `from: .module(...)` parameters for imported symbols Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100

swiftwasm/JavaScriptKit#793 · Erstellt am 23.7.2026
BridgeJS: Same-named `@JS` types across modules collide silently in generated glue Offen

swiftwasm/JavaScriptKit#785 · 1 zugewiesene Person · Erstellt am 06.7.2026
[SwiftBuild] Preserve duplicate archive members when SwiftBuild expands static archives for linking Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100

swiftwasm/JavaScriptKit#781 · 3 Kommentare · Erstellt am 23.6.2026
☂️ `--build-system swiftbuild` compatibility issues Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 25/100

swiftwasm/JavaScriptKit#773 · Erstellt am 23.6.2026
BridgeJS: Remove JSException storage boxing once swiftlang/swift#89715 lands Offen

swiftwasm/JavaScriptKit#767 · 1 zugewiesene Person · Erstellt am 11.6.2026

Alle Issues in swiftwasm/JavaScriptKit