text-unicode
flang
text-unicode | flang | |
---|---|---|
2 | 4 | |
69 | 779 | |
- | 0.9% | |
0.0 | 7.1 | |
about 2 years ago | 19 days ago | |
TypeScript | C | |
- | GNU General Public License v3.0 or later |
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.
text-unicode
-
Ace, CodeMirror, and Monaco: A Comparison of the Code Editors You Use in Browser
We had to handroll our own OT implementation inhouse (based on https://github.com/ottypes/text-unicode) since we had built the system for it already. I suspect we would've used or forked CodeMirror's collab package if we were starting today.
Also huge fan of yjs, but the implementation is not compatible with codemirror 6, only version 5 (AFAIK)
-
Accidentally quadratic: When Python is faster than C++
Well said.
I've had a lot of conversations with javascript engineers over the years who've argued to me that well tuned JS will be nearly as fast as the equivalent C code. I've written plenty of little toy benchmarks over the years, and in my experience they're partly right. Well written JS code in V8 can certainly run fast - sometimes around half the speed of C code. But a massive performance gap opens up when you use nontrivial data structures. Nested fields, non-uniform arrays, trees, and so on will all cripple javascript's performance when compared to C's equivalent of simply embedding nested structs. If you couple clean C data structures with allocation-free hot paths from arenas, the performance of C will easily hit 10-20x the performance of the equivalent JS code.
From memory my plain text based operational transform code does ~800k transforms / second in javascript. The equivalent C code does 20M/second. The C implementation is about twice as many lines of code as the JS version though.
(The code in question: https://github.com/ottypes/text-unicode/blob/master/lib/type... / https://github.com/ottypes/libot )
flang
-
Supporting BFLOAT16 in ISO_Fortran_env: not recommended
It is great to know that LLVM Flang supports BFLOAT16!
I look forward to trying it in my project ( http://www.libprima.net ), although LLVM Flang is not ready to use last time I tried.
As a side note, the Classic Flang ( https://github.com/flang-compiler/flang ) does not support kind = 3.
-
Best book on writing an optimizing compiler (inlining, types, abstract interpretation)?
I think a lot of this material is in research papers and code. Take a look a MLTon or Clang Fortran
- Any updates on Flang?
-
Accidentally quadratic: When Python is faster than C++
I feel like the would have to, if they were to produce a remotely competitive compiler. That's why I'm hoping NVidia's Flang[1] efforts will lead to this aspect of LLVM being cleaned up.
[1]: https://github.com/flang-compiler/flang
What are some alternatives?
rapidyaml - Rapid YAML - a library to parse and emit YAML, and do it fast.
codemirror-emacs - Emacs keybindings for CM6
JitFromScratch - Example project from my talks in the LLVM Social Berlin and C++ User Group
codejar - An embeddable code editor for the browser 🍯
ctl - The C Template Library
Full-Stack-Fortran - Fortran to WebAssembly
esbuild - An extremely fast bundler for the web
dmd - dmd D Programming Language compiler
Code-Server - VS Code in the browser
llvm-project - The LLVM Project is a collection of modular and reusable compiler and toolchain technologies.