glGraph
db48x
| glGraph | db48x | |
|---|---|---|
| 1 | 1 | |
| 17 | 52 | |
| - | - | |
| 2.6 | 9.9 | |
| almost 3 years ago | 10 days ago | |
| C++ | C++ | |
| GNU General Public License v3.0 only | GNU Lesser General Public License v3.0 only |
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.
glGraph
-
The start of my OpenGL 2D graphing calculator
Here is the source code: https://github.com/ndm767/glGraph
db48x
-
XL: An Extensible Programming Language
The current state is "on backburner by lack of time". Projects like https://grenouillebouillie.wordpress.com/2022/03/07/a-theory... and https://github.com/c3d/DB48X-on-DM42/tree/stable have been consuming most of my spare time cycles.
Here are factors playing a role in my current thinking:
1/ the LLVM debacle. I just can't follow them changing the APIs all the time. I gave up on LLVM for now.
2/ Rust being the first language introducing a concept that was not trivial to introduce via an XL library, lifetimes. I think that I nailed a design now, but it annoyed me for a while, and the design is not implemented.
3/ I spent some time documenting where I wanted to go, notably the type system. As a result, I found that the language was becoming complicated, which annoys me. I'm trying to get back to super-simple roots, but I have no clear path towards this goal yet.
4/ I want to to unify the self-compiling compiler and the dynamic one. The self-compiler only compiles an older dialect of the language.
What are some alternatives?
xl - A minimalist, general-purpose programming language based on meta-programming and parse tree rewrites
kdl - the kdl document language specifications