Design: Dezimal/Geldtyp

WebAssembly stellt allgemeine Hardwarefunktionen bereit, wenn diese Funktionen Anwendungsfälle beschleunigen. Es legt im Allgemeinen nichts anderes offen: Es wird erwartet, dass nützliche Funktionen unter Verwendung dieser Grundelemente erstellt werden.

Wir würden daher binär codierte Dezimalzahlen wie folgt auswerten:

• Ist es in modernen ISAs weit verbreitet? Nein. Es war in älterem x86 und ist nicht im langen Modus verfügbar.
• Ist es schneller? Man könnte argumentieren, dass manchmal das Ausdrücken der Absicht (z. B. "BCD-Hinzufügen ausführen") zu besserem Code führen kann, da die Absicht sonst verloren geht und der Compiler sie nicht zurückbekommen kann. Das ist hier nicht eindeutig der Fall, aber ich lasse mich gern vom Gegenteil überzeugen.

Beachten Sie, dass es dabei nicht darauf ankommt, wie nützlich eine Funktion ist. Wenn es nützlich ist, kann eine Bibliothek erstellt werden (oder besser, eine C++-Codebasis kann zu WebAssembly kompiliert werden). Nützlichkeit und Anwesenheit eines Champions für das Feature spielen nur eine Rolle, wann wir dazu kommen.

Ich glaube nicht, dass das OP um BCD-Unterstützung bittet, sondern um Unterstützung für dezimale Gleitkommazahlen . Abgesehen davon stimme ich @jfbastien zu, wir sollten uns davor hüten, etwas zu unterstützen, das nicht häufig in Hardware verfügbar ist. Laut der von mir zitierten Wikipedia-Seite wird es bisher nur von IBM-Hardware implementiert. ISTR Es gab Gerüchte, dass Intel es weiterverfolgt, aber nichts scheint sich bewahrheitet zu haben.

Intel scheint eine Emulationsbibliothek anzubieten, die angeblich portabel ist, also vermutlich C, die zu Wasm kompiliert werden könnte. Ich habe das überhaupt nicht untersucht, nicht einmal, um zu überprüfen, ob meine Vermutung richtig ist.

Danke @jfbastien und @lars-t-hansen für die Antworten.

Nun ist klar, dass dieses Problem nichts mit WASM zu tun hat und an eine andere Gruppe gerichtet werden sollte.

Eine Bibliothek kann dieses Problem lösen.