|11 days ago||7 days ago|
|Apache License 2.0||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.
Compiler Optimization Learning Suggestions
2 projects | /r/Compilers | 4 Aug 2023
Secondly, I have learned about LLVM, and I have learned about the Inkwell library on Rust (It's a New Kind of Wrapper for Exposing LLVM (Safely)). Has anyone used this library before? Is this a good practice? Is it suitable for my compiler? Can I write some optimization passes of my own using this library?
How Rust transforms into Machine Code.
5 projects | /r/rust | 3 Jun 2023
inkwell is a great llvm binding for rust and it has an implementation of kaleidoscope
Need help improving API for crate relying on Inkwell (Self-referential struct alternative)
2 projects | /r/rust | 24 Jan 2023
I'm working on a compiler that uses the LLVM wrapper Inkwell for compilation. In order to compile something in inkwell, unless I'm missing something (which I very well might be), you need two structs:
Tools for creating a programming language in rust
8 projects | /r/rust | 15 Nov 2022
Compiler backends (If building JIT/machine compiled langauges) 1. cranelift 2. inkwell - safe rust wrapper around llvm
How good is LLVM in other languages other than C++? (In my case I'm interested in using Rust)
6 projects | /r/ProgrammingLanguages | 3 Jun 2022
I'm currently using the Inkwell bindings for Rust, which I've found actually pretty nice. In terms of generating LLVM IR, the C bindings (which is what Inkwell uses internally) can do anything you want them to (definitely not limited to trivial languages as someone else here said.) I'm even using the LLVM garbage collection infrastructure, with no problems (well, no problems in generating it; the LLVM GC infrastructure works pretty well but is sparsely documented, so actually writing a GC is fairly difficult, but it's doable). The C bindings are actually more stable than the C++ bindings (!), although not quite as stable as the textual IR format; but without the bindings you would have to write code to generate the IR yourself, the compiler would be slower as it must be emitted as text and then reparsed in a different process, and you would have less control over optimization.
Are there any repos of tutorials on writing a compiler in Rust?
2 projects | /r/rust | 15 May 2022
safe llvm bindings https://github.com/TheDan64/inkwell
LLVM Infrastructure and Rust
3 projects | dev.to | 23 Dec 2021
As we reviewed in this article LLVM IR has many use-cases and allows us to analyze and optimize source code through its passes. Knowing IR language itself will help us to write our passes and build projects around it for debugging, testing, optimizing. Currently, LLVM IR doesn't have Rust API. It's mainly used through the C++ library. However, some user-created repos are available on crates.io. There is a Rust binding to LLVM's C API - llvm-sys and two other, more Rusty APIs that are using LLVM: inkwell and llvm-ir. And finally, if you want to learn how to write a LLVM pass you should start here.
What sort of mature, open-source libraries do you feel Rust should have but currently lacks?
22 projects | /r/rust | 1 Nov 2021
The high level crate is called inkwell.
What's the best way to generate LLVM code in Rust?
2 projects | /r/learnrust | 24 Oct 2021
https://github.com/TheDan64/inkwell is about as high-level as it gets (from what I've seen). It's based on top of llvm-sys, which is thankfully kept up-to-date with the LLVM releases.
VERY Slow compile times (15s+) with llvm-sys as a dependency
5 projects | /r/rust | 17 Oct 2021
On a side note, there are good high level bindings to llvm-sys, inkwell
Monetizing Developer Tools
I assume this submission is trying to highlight the specific message (2023-01-24) : https://github.com/rui314/mold/issues/190#issuecomment-14028...
Fyi... the author wrote a more expansive blog post about selling dev tools a few months later (2023-06-06) and there was a related HN thread about it: https://news.ycombinator.com/item?id=36225016
It looks like HN automatically stripped the comment I originally linked to: https://github.com/rui314/mold/issues/190#issuecomment-14028.... The title should be more clear in this context.
I'm amazed at how quickly the author responds to requests: https://github.com/rui314/mold/issues/1057
From the report to the fix in less than two days.
I'm not sure how competitive it will be with lld, especially if we consider ThinLTO (which takes multiple minutes on 64-core machine) - it can make the advantages of mold insignificant.
> it wasn't worth the hassle
Did the authors say that? According to their changelog  they stated "we've been attempting to monetize our product...this approach didn't meet our expectations...we don't want to persist with a strategy that didn't work well" which I infer to mean they didn't sell enough licenses.
Even if selling licenses is a hassle, then that indicates a problem with the open source ecosystem as GitHub and other code hosting websites should offer monetization tools for selling closed-source licenses directly from their web interface. I'm talking legal forms, templates, payment processors, and product tracking. Selling licenses should be easy, not a hassle.
Apple's new library format combines the best of dynamic and static
2 projects | news.ycombinator.com | 7 Jun 2023
> Mold did it first, though: https://github.com/rui314/mold
Before LLD?2 projects | news.ycombinator.com | 7 Jun 2023
The problem is not Apple-specific and actually can (and perhaps will) be spread elsewhere
The specific optimization this achieves is during build time only: these new files are primarily quicker to link static libraries. It is a small shift of some of the linking pipeline into the (parallel) builds of dependencies, rather than heaping it all onto the linker at the end of the build, having to essentially re-link from scratch for every small change
Parallelization has long been known as the best way to speed up linking. This change comes in addition to a rewritten parallel linker. Mold did it first: https://github.com/rui314/mold
This is one of the largest improvements that Zig brings – lightning fast recompiles, bringing the native development cycle closer to web speed.
Static linking is required to get the best performance: with cross-language PGO, LTO and dead code elimination
If this optimization is generally applicable and developers find it worthwhile, I could imagine this making its way to GCC land
Apple Releases New Static Linker
3 projects | news.ycombinator.com | 6 Jun 2023
Sudden 99% + Build Time Improvement Going from 1.66.1 to 1.71.0
3 projects | /r/rust | 3 May 2023
I've read good things about https://github.com/rui314/mold , at least on development. YMMV.
What are some alternatives?
zld - A faster version of Apple's linker
rust-langdev - Language development libraries for Rust
zig - General-purpose programming language and toolchain for maintaining robust, optimal, and reusable software.
osxcross - Mac OS X cross toolchain for Linux, FreeBSD, OpenBSD and Android (Termux)
wasmtime - A fast and secure runtime for WebAssembly
llvm-ir - LLVM IR in natural Rust data structures
chibicc - A small C compiler
gccrs - GCC Front-End for Rust
sccache - sccache is ccache with cloud storage
cargo-chef - A cargo-subcommand to speed up Rust Docker builds using Docker layer caching.
langs-in-rust - A list of programming languages implemented in Rust, for inspiration.