rust-prehistory VS zig

There’s a rust-prehistory repo preserving Rust’s compiler code at very early stage. You can see how Rust looks like at that time.

https://github.com/graydon/rust-prehistory is another good resource, particularly the doc/notes directory. All kinds of good stuff in there that looks pretty different than today. I also liked Marijn's talk, The Rust That Could Have Been.

There's also this repository depending how far back you want

If, on the other hand, you’re interested in pre-modern Rust, there’s always this repo: https://github.com/graydon/rust-prehistory

For some snapshots on the history of the language up to 1.0 check out: https://brson.github.io/archaea/. For some really ancient stuff check out the graydon/rust-prehistory/ repo. Also looking at the oldest commits and issues on the Rust repo can be pretty interesting. It's a great public resource.

As Graydon Hoare notes in the comments on GitHub this wasn't the first repo so the real history goes back even further. He's also shared a "prehistory" repo [1] which is interesting to browse. The first commit [2] in _that_ repo is from 2008 but Graydon mentions starting work back in 2006.

Anyway in a sense this repo represents Rust in the real world rather than in gestation, so seems apt to call it the birthday.

[1] https://github.com/graydon/rust-prehistory

[2] https://github.com/graydon/rust-prehistory/commit/1969e085e3...

Early Rust was very different (example). It is almost certain that modern Rust took a lot of cues from Go. And, as above, Go was obviously heavily inspired by C, just like your language. So, all told, where you landed is likely very much what is expected.

The pre-git history was imported as https://github.com/graydon/rust-prehistory

Two other links related to ancient Rust:

* https://github.com/graydon/rust-prehistory -> the code from before the rust-lang/rust repo

* https://youtube.com/watch?v=79PSagCD_AY -> a talk I gave around the 1.0 release giving my personal perspective on the history.

Oh heck, one more fun one: https://github.com/brson/archaea

There is an issue proposing this approach: https://github.com/ziglang/zig/issues/4284

https://github.com/ziglang/zig/issues/224

e.g.:

> > When debugging/prototyping, it's useful to comment out a line without having to refactor, e.g.

When writing code in a scripting language, sometimes you need that extra bit of performance (or maybe an async feature from Zig).

NodeJS is by no means a slow runtime, it wouldn’t be so popular if it was. But compared to Bun, it’s slow. Bun was built from the ground up with speed in mind, using both JavascriptCore and Zig. The Bun team spent an enormous amount of time and energy trying to make Bun fast, including lots of profiling, benchmarking, and optimizations.

ntdll.dll!RtlUserThreadStart()

There are valid reasons to use APIs from NTDLL. Where I disagree with zig#1840 is the idea that it is always better to use NTDLL versions of API. Every other software ecosystem uses the standard Win32 APIs and diverging from that without a good reason seems like a good way to have unexpected behavior. One concrete example is most users and programmers expect Windows to redirect some file system paths when running on WOW64. But this is implemented in Kernel32, not ntdll.

https://github.com/ziglang/zig/issues/11894

Zig also has an IRC channel on libera (#zig) that is moderated by Andrew Kelley.[1]

[1] https://github.com/ziglang/zig/wiki/Community