|2 months ago||13 days ago|
|BSD 3-clause "New" or "Revised" License||-|
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Options for a frontend of demo for a toy app
6 projects | reddit.com/r/haskell | 13 Jun 2022
ghcjs is the way to go for you, and soon it might be asterius. i do not know how hard it is to set ghcjs up without a framework. but frameworks like obelisk (based on reflex-dom), shpadoinkle, and miso automate that for. i personally like obelisk for its functional reactive programming but it can get awkward and get in your way. so if gui programming is just a means to the end of this one small application and you are not really interested in it nor functional reactive programming, shpadoinkle or miso might suit you better. miso implements the elm architecture (also "TEA", "functional model view controller") and shpadoinkle implements something directly equivalent to the elm architecture. but shpadoinkle achieves more composable widgets by minimalizing the elm architecture. so i recommend shpadoinkle for its better concept although miso is more mature.
hint: Runtime Haskell interpreter
6 projects | reddit.com/r/haskell | 1 May 2022
Also, hint uses unsafeCoerce, and thus implicitly relies on an assumption about how values are represented at runtime. Namely, if a program P is interpreting an expression E of type A, hint assumes that the value of type A produced by the ghc interpreter has the same representation as the values of type A which are manipulated by program P. This is not guaranteed to be the case, since P has been compiled by the compiler portion of ghc while E has been evaluated by the interpreter portion of ghc. This means the ghc devs had to carefully craft their compiler and interpreters to match. When targetting the browser, a Haskell-to-js or Haskell-to-wasm compiler such as Asterius modifies ghc's code-generator so it produces js or wasm code. You would thus also need to tweak the interpreter so that it produces js or wasm values which match what the modified code-generator outputs. Or you could restrict yourself to the hint's less expressive eval :: String -> String API.
3 projects | reddit.com/r/haskell | 8 Feb 2022
We found a post where someone had a similar issue (here), but the fix in that issue doesn't help: using `ar` from `binutils` causes link errors like this instead:
Pandoc in the browser w/ lua (possible contract gig?)
4 projects | reddit.com/r/haskell | 16 Jan 2022
https://github.com/tweag/asterius/issues/851 (asterius has a demo, but no source, and I -assume no lua filter support)
Is GHCJS stuck on GHC 8.6.5?
3 projects | reddit.com/r/haskell | 17 Apr 2021
Another option is Asterius. I'm not familiar with the current state, and it's not had active development for about 3 months now, either, so it may be in the same boat? But I think the big disadvantage of Asterius is that there's just a lot less usage, and therefore a lot less testing with the whole Haskell ecosystem, versus GHCJS which has been a fixture for a while and where loads of people have thought about compatibility for years.
Haskell to JS
4 projects | reddit.com/r/haskell | 22 Jan 2021
Check out asterius
5 projects | news.ycombinator.com | 31 Dec 2020
I've played around with Haskell via the Asteruis project : https://github.com/tweag/asterius
Also emscripten of course, for C/C++.
easy to use Plugin API in rust?
6 projects | reddit.com/r/rust | 2 Jul 2022
The component model combines aspects of Interface types as well as Module Linking: https://github.com/WebAssembly/proposals/blob/main/inactive-proposals.md
Notes on WebAssembly
2 projects | reddit.com/r/programming | 29 Jun 2022
This is a good beginner introduction to WASM... but I think the author should have mentioned that while WASM does not currently have threads and GC, both are planned features ( I think threads are already widely supported - including the atomic operations that require that to work ). Also, no mention of WASI which will make the expensive boundary between different languages mentioned in the post much cheaper... or Memory64 which will allow WASM to use 64-bit memory... or exceptions... there's a list of proposals here: https://github.com/WebAssembly/proposals
Wazero: The zero dependency WebAssembly runtime for Go developers
13 projects | news.ycombinator.com | 16 May 2022
There's a proposals repo  that tracks the status of features like GC. According to that, GC is phase 2, which is prototyping . To get to the finish line, implementations including at least 2 browsers need to happen (this is a Web standard, so there's some browser bias in the process). It is not straight forward to see who and what are implementing a proposal, especially if not tracked in the roadmap . Best advice I could give for now is to watch the proposal repo , or just wait. It may be a while on this one.
WebAssembly 2.0 Working Draft
Here's the proposal:
And you can see it's being actively worked on:
The simplest way to get involved is to start attending the biweekly standardization meetings. The agendas are organized here: https://github.com/WebAssembly/meetings
From there you'll get a sense of who folks are so you can pair names with faces when contributing to the various proposal discussions on the many proposal repos listed here: https://github.com/webassembly/proposals.
To get a sense of how things are run and decided, read the process documents here: https://github.com/WebAssembly/meetings/tree/main/process. The TL;DR is that the community group and its subgroups decide everything by consensus via votes during the meetings.
The whole list of proposals and where they're at is here:
You can see that "interface types" is at "Phase 1 - Feature Proposal (CG)", so still early days.
And there's a link to the proposal here, for people like me who don't know about it: https://github.com/WebAssembly/interface-types
Replace JS with Rust on front-end, possible? Advisable?
7 projects | reddit.com/r/rust | 17 Apr 2022
Yes there is! Caveat - it’s expected that this is still taking quite some time. A central issue is that this affects the „sandboxedness“ of WASM modules, you’d have additional allocations from other processes that you can’t take ownership of. The classical solution is to allow a form of GC or even share the GC with the JS VM. That’s a tough task, considering you don’t want to build something into the compiler that is browser-specific or VM-specific. A good item to track is https://github.com/WebAssembly/proposals/issues/16. you can follow the connected issues and you’ll see that there is still lots of stuff to do.
Blazor and its future
6 projects | reddit.com/r/Blazor | 19 Mar 2022
From what I've seen on the high level goal for the GC spec, it's that while it'll be a bit tied to the web, it doesn't explicitly make it that it's tightly tied to the JS GC for non-web embedding scenarios.
Pay Attention to WebAssembly
12 projects | news.ycombinator.com | 31 Jan 2022
> WebAssembly will never have direct access to the DOM
What are some alternatives?
buttplug-rs - Rust Implementation of the Buttplug Sex Toy Control Protocol
hyper-haskell-server - The strongly hyped Haskell interpreter.
dhall - Maintainable configuration files
accelerate - Embedded language for high-performance array computations
ruffle - A Flash Player emulator written in Rust
egison-tutorial - The Egison tutorial
pcf - A small compiler for PCF
expresscpp - Fast, unopinionated, minimalist web framework for C++ Perfect for building REST APIs
ajhc - A fork of jhc. And also a Haskell compiler.
annah - Distributed programming language that desugars to Morte
lambdacube-compiler - LambdaCube 3D is a Haskell-like purely functional language for GPU. Try it out:
old-reddit-redirect - Ensure Reddit always loads the old design