binaryen
perspective
Our great sponsors
binaryen | perspective | |
---|---|---|
9 | 45 | |
2,007 | 7,503 | |
- | 3.9% | |
3.4 | 9.4 | |
over 1 year ago | 7 days ago | |
Haskell | C++ | |
BSD 3-clause "New" or "Revised" License | Apache License 2.0 |
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.
binaryen
-
Building problems for using `Asterius` to compile Haskell to Webassembly.
I've encountered a building problem when using asterius to compile a multi-packages cabal project, the detail could be found here, any suggestions?
-
Options for a frontend of demo for a toy app
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
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.
-
M1Pro Woes
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?)
https://github.com/tweag/asterius/issues/851 (asterius has a demo, but no source, and I -assume no lua filter support)
-
It seems like every top tier team I work in insists on Yarn over NPM, almost unanimously it seems like all of these killer devs know Yarn is the industry standard on serious projects. Why do all documentation across the web default to npm installation instructions and assume you're using npm?
All modern ones support Haskell: https://github.com/tweag/asterius
-
Is GHCJS stuck on GHC 8.6.5?
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
Check out asterius
-
WebAssembly Studio
I've played around with Haskell via the Asteruis project : https://github.com/tweag/asterius
Also emscripten of course, for C/C++.
perspective
- Ask HN: How Can I Make My Front End React to Database Changes in Real-Time?
-
The Design Philosophy of Great Tables (Software Package)
Why do you want to render to canvas?
Perspective seems to be the most performant html table. It is more focused on extremely fast updates than styling, although it looks good.
Glide is a newcomer that also renders to canvas.
https://github.com/finos/perspective
https://github.com/glideapps/glide-data-grid
-
Show HN: WhatTheDuck – open-source, in-browser SQL on CSV files
SQL workbench also uses https://perspective.finos.org/ for tables. It's a WASM table library which pairs nicely with duckdb and works well with large tables.
-
React Spreadsheet 2 – Your Own Google Sheets
Yes. We are working on adding support for aggregation and pivoting using https://github.com/finos/perspective
-
Show HN: DataSheetGrid, an Airtable-like React component
I haven't looked extensively at react-datasheet. It looks like it is trying to build more of a full product than the other data tables.
I have used ag-grid extensively, its an impressive product. Some pieces are a little awkward to use, particularly auto-sizing. But generally ag-grid has thought of most functionality and has a solution. The creator of ag-grid had a great interview on Javascript Jabber [1].
The other serious data table component that I have seen is FinOS Perspective [2]. This is extremely high performance, also more specialized and probably harder to customize. I think Perspective renders to a canvas element from Rust/C++ compiled to WASM (not 100% sure). It is also made for streaming updates.
AG-Grid supports streaming updates... but only in the commercial version.
Eventually the data model for these types of tables becomes tricky. I will be investigating parquet-wasm for my use case. Hit me up if you want to collaborate.
[1] https://blog.ag-grid.com/javascript-jabber-podcast/
[2] https://perspective.finos.org/
- Perspective Market Simulation
-
ChDB: Embedded OLAP SQL Engine Powered by ClickHouse
Something like https://github.com/finos/perspective ? We use an OLAP(-y) WASM engine to provide query-ability to our data visualization tool, and doing the calculations in the browser is cheaper and simpler than a server-side database for datasets that fit in browser memory.
- Show HN: Udsv.js – A faster CSV parser in 5KB (min)
- Perspective 2.0, Open Source WebAssembly-Powered BI
What are some alternatives?
proposals - Tracking WebAssembly proposals
ag-Grid - The best JavaScript Data Table for building Enterprise Applications. Supports React / Angular / Vue / Plain JavaScript.
ajhc - A fork of jhc. And also a Haskell compiler.
arquero - Query processing and transformation of array-backed data tables.
pcf - A small compiler for PCF
nocodb - 🔥 🔥 🔥 Open Source Airtable Alternative
hyper-haskell-server - The strongly hyped Haskell interpreter.
datapane - Build and share data reports in 100% Python
dhall - Maintainable configuration files
ClickHouse - ClickHouse® is a free analytics DBMS for big data
haste-compiler - A GHC-based Haskell to JavaScript compiler
SandDance - Visually explore, understand, and present your data.