Re:WebML: A Standard ML Compiler for the Web
by eatonphil on Sunday March 08, 2020 @05:26PM
(#22520726)
SOSML [0] came out recently, written in TypeScript and sporting an online interpreter. Then there's this prominent SML-er's JavaScript backend for Moscow ML [1]. And Andreas Rossberg's HaMLet [2] also has a JavaScript backend.
Re:WebML: A Standard ML Compiler for the Web
by kqr on Sunday March 08, 2020 @04:49PM
(#22520510)
I was going to point out the same; if you can get your ML fix from F#, definitely look Fable up -- it's nothing but surprised me with how well polished it is.
Re:WebML: A Standard ML Compiler for the Web
by eatonphil on Sunday March 08, 2020 @05:41PM
(#22520803)
The usual pitch: if you're interested in seeing more Standard ML news, check out /r/sml on Reddit. There's relatively good discussion and postings for a small subreddit.
Re:WebML: A Standard ML Compiler for the Web
by xuejie on Sunday March 08, 2020 @09:15PM
(#22522048)
While I certainly agree a Standard ML compiler can be quite useful(and huge respect for the author!), I noticed the compiler is purely written from scratch, and the question remains when the quality of generated code can be as decent as BuckleScript behind ReasonML. Unless SML fits well with the model of WASM(which I believe is not the case), significant work will be required to tweak the compiler.
Re:WebML: A Standard ML Compiler for the Web
by darksaints on Sunday March 08, 2020 @05:36PM
(#22520786)
I don't really follow web development much...what is the status of DOM APIs in WebAssembly? Is it now possible to use a WebAssembly-compiled language end to end, without any javascript acting as an intermediary?
Re:WebML: A Standard ML Compiler for the Web
by enos_feedler on Sunday March 08, 2020 @06:13PM
(#22520980)
I've been wondering the same, but also trying to understand the impact of DOM access in WebAssembly. This might create a massive fragmentation problem for web platform code and I am not sure the benefit. ObjC -> Swift worked. Java -> Kotlin might work for Android, though still somewhat annoying.
I don't know what the future of communicating web code with snippets would be like if everyone chose their own language. I am not a web developer, but is this happening with TypeScript now? Is it a problem?
EDIT: I am pro-WebAssembly, but I am starting to think the benefits are actually about taking the philosophy of the web outside the browser and leave DOM-based pages to html/css/js
Re:WebML: A Standard ML Compiler for the Web
by Koshkin on Sunday March 08, 2020 @11:26PM
(#22522735)
Meta: I have an eye strain each time I have to figure out which of the two things ML stands for. (Well, "Standard" kinda helps in this particular case, but I do not trust myself.)
https://reasonml.github.io/
With React:
https://reasonml.github.io/reason-react/
Somewhat unexpectedly, there is in fact already a very good SML-to-browser solution, namely the unfortunately named SMLtoJs: https://github.com/melsman/mlkit/blob/master/README_SMLTOJS....
It's from 2011 and so predates most other Javascript-targeting languages. It's unfortunate it never got any traction.
[0] https://github.com/SOSML/SOSML
[1] https://github.com/kfl/mosml-js
[2] https://people.mpi-sws.org/~rossberg/hamlet/
[0] https://fable.io/
[1]: https://github.com/julianhyde/morel
[0] https://github.com/SOSML/SOSML
I don't know what the future of communicating web code with snippets would be like if everyone chose their own language. I am not a web developer, but is this happening with TypeScript now? Is it a problem?
EDIT: I am pro-WebAssembly, but I am starting to think the benefits are actually about taking the philosophy of the web outside the browser and leave DOM-based pages to html/css/js