Our great sponsors
|4 days ago||3 days ago|
|GNU General Public License v3.0 or later||MIT 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.
A language you feel the most productive with?
6 projects | reddit.com/r/ProgrammingLanguages | 9 Jul 2022
Carp, Lux and Dale are 3 I'm familiar with.There's also Dylan, though that one dropped its parentheses. But if we go by the brackets, technically, we can argue that any expression-based languages is a Lisp. I once wrote a Lisp to JS transpile whose output had more parens than the input. :)
2 projects | reddit.com/r/cpp | 31 Mar 2022
Julia is a Lisp in the same form as Dylan.
LLVM Internals: The Bitcode Format
3 projects | news.ycombinator.com | 19 Aug 2021
Do you find C fun?
2 projects | reddit.com/r/cprogramming | 27 Mar 2023
If OP thinks C is difficult, Rust will give him a huge headache. I'd suggest looking at Zig instead.
Blog Post: Zig And Rust
If you have an idea on how to better make formal method interfaces composable (via package manager), take a look at https://github.com/ziglang/zig/issues/14656. I was thinking on something akind to refinedC, but I have no idea which formal models are composable and where this could be useful in combination with IO.
Simplicity again, but this time via expressiveness of comptime. A lot of type-level things which are complex in Rust would be natural in Zig. An example here is this PR, where I make a bunch of previously concrete types generic over a family of types. In Zig, that amounts to basically wrapping the code into a function which accepts a (comptime type) parameter. That's a bog standard mechanical generalization. In Rust, doing something like that would require me to define a bunch of traits, probably with GATs, spelling out huge where clauses, etc. Of course, with Zig I don't have a nice declaration-time error, but the thing is, the complexity of the code I am getting an error is different. In Rust, I deal with a complex type-level program which has a nice, in principle, error. In Zig, the error is worse, but, as the program itself is simpler, the end result is not as clear cut. The situations flips if we go complex cases. In Zig, AOS<->SOA transformation is just slightly-clever code, in Rust, that would require leaving the language of types and entering the language of macros.
Maybe? They say their stage2 parser accepts them now.
For my interests (DPDK, NIC, low level storage I/O etc.) I have high hopes for Zig. And for reasons other have explicated over the last year on HN, I think it'll work much better than Rust.
Readers should have realistic expectations. It's not substantially downhill to write C like code. I ran into this bug right off the bat. TL/DL: Zig linkers does not pull in dynamic libs. It finds static libs but alas the .tsk doesn't give expected behavior anyway:
A. Kelly (head Zig dev), to his credit, seems to already be on top of in this through a related bug:
I didn't expect to run into link problems on day 1.
No, it won't work. It'll say "actual" is undeclared.
https://github.com/ziglang/zig/issues/4437 is tracking the issue. I think std.testing is going to see some major changes, so it's possible this gets fixed. But going from the responses in that issue, I think that fix might be more of a side effect, since there doesn't seem to be too much sympathy for the issue as-is.
Then you better refill your Zoloft because it looks like there's going to be one last big disruption before it's over. https://github.com/ziglang/zig/issues/1097#issuecomment-1404...
LLVM 16.0.0 Release
7 projects | news.ycombinator.com | 18 Mar 2023
Xtensa support (esp32). Will be interesting how this will be for Rust and Zig support for esp32
Tree(1) in Zig
4 projects | reddit.com/r/Zig | 18 Mar 2023
A bit late but one more option for this is the SegmentedList (std.SegmentedList). It's basically an array list but instead of reallocating, it allocates new space for the new items and keeps the old ones in place. I head Andrew talk about this in one of his streams and thought it was an awesome idea.
What are some alternatives?
Nim - Nim is a statically typed compiled systems programming language. It combines successful concepts from mature languages like Python, Ada and Modula. Its design focuses on efficiency, expressiveness, and elegance (in that order of priority).
Odin - Odin Programming Language
v - Simple, fast, safe, compiled language for developing maintainable software. Compiles itself in <1s with zero library dependencies. Supports automatic C => V translation. https://vlang.io
rust - Empowering everyone to build reliable and efficient software.
rust - Rust for the xtensa architecture. Built in targets for the ESP32 and ESP8266
go - The Go programming language
TinyGo - Go compiler for small places. Microcontrollers, WebAssembly (WASM/WASI), and command-line tools. Based on LLVM.
crystal - The Crystal Programming Language
ssr-proxy-js - A Server-Side Rendering Proxy focused on customization and flexibility!
llvm-project - The LLVM Project is a collection of modular and reusable compiler and toolchain technologies. Note: the repository does not accept github pull requests at this moment. Please submit your patches at http://reviews.llvm.org.
regex - An implementation of regular expressions for Rust. This implementation uses finite automata and guarantees linear time matching on all inputs.
zig-range - A range function to loop over an index without an extra variable.