rbino
build_dot_zig is a Mix compiler that allows you to use the Zig build system and compiler from Elixir. This lets you to easily build C, C++ and Zig NIFs without a system toolchain on Linux, MacOS and Windows. You can think of it as an alternative to elixir_make with some more goodies.
The library also features a handy mix generator, mix build_dot_zig.gen.c_nif, that bootstraps all that is needed for a NIF written in C. The only thing left to do is to write the implementation of the NIF.
In the future (or possibly right now, I have yet to experiment with it) it could also leverage the Zig package manager to retrieve C, C++ or Zig dependencies, without the need of having them installed system-wide.
Here you can find a blog post with some more details about the library features.
Trending in Announcing
Other Trending Topics
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #ai
- #elixirconf-us
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #elixirconf-eu
- #metaprogramming
- #hex










Showing Posts 1 to 10- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
LostKobrakai
I would love to give more hearts to this than one. I had been hoping this would become a thing for some time. I might even have a usecase for it at work. Does this work with nerves and their targets?
D4no0
Once again, the discoverability on libraries is horrible
.
We created a similar library for this year’s spawnfest: GitHub - spawnfest/zig_builder · GitHub
Alas, in my opinion the zig build system is still too unreliable to be used in any serious projects, we had a lot of trouble dealing with internal errors from the build system and the lack of documentation didn’t help.
dimitarvp
Also they announced they are moving away from integrating well with C compiler(s) and will be doing their own thing, so to speak, which I think alienated a lot of people because they relied on Zig’s toolchain to help them gradually migrate their C projects to Zig, while allowing both to coexist peacefully and seamlessly in the same project.Wrong, see below.I am not hating on the language – I watched a few demos and I think it’s really simple and to the point and gets things done – but in light of several such recent news I question its fit and place, especially in a world where Rust exists.
Though Rust’s stdlib is quite big so I heard that many people try to code for micro-controllers with Zig (successfully).
So it’s likely not going anywhere but I wonder how widespread it could get.
trnasistor
As far as I remember that was a big misunderstanding.
dimitarvp
Oh? Would be glad if I am wrong on this. It was one of Zig’s big draws.
LostKobrakai
As someone not experienced in systems level languages I found zig quite a bit more approachable than rust. I also really like that they actually want to make things like cross compilation simpler. I once tried to cross compile a rust project we have at work and just gave up after a bit, because I couldn’t figure out what was going wrong. Doing it with a toolchain in the handful of MB makes zig even more appealing in that regard.
dimitarvp
Same here, and that would be my reason to go use Zig and not Rust – if I had the time or was paid to do so, that is.
Problem is, Rust offers much more guarantees out of the box, and that’s crucially important in systems programming. But really, I am no expert in Zig and I make no claims about if it’s more useful than Rust in these contexts.
D4no0
Not really, I never heard about that. Their zig build system however doesn’t plan to be compatible with make, because that eventually breaks cross-compilation, as there are usually flags for targeting a platform.
Indeed, however this is done by constraining the ways you can write code. There are situations, for example MCUs firmware, where you end up circumventing those safety guarantees as they might not make sense. Then you will end up with rust code using unsafe blocks all over the place, hence using zig is more sane in such a situation.
There is also the benefit of easy refactor of c code, just replace c compiler with zig and you end up with a codebase that can be gradually refactored to zig at virtually zero cost.
dimitarvp
Though not sure what happened to that. I heard on HN some months ago that this will be… I don’t know what. Not a first class citizen though. But I should stop talking because I don’t keep current there. So you would likely know better.
LostKobrakai
This was about a proposal for zig to gain more indepenance from third parties it currently depends on. I’ll link to the comment, which should ultimately give some perspective to the initial proposal: make the main zig executable no longer depend on LLVM, LLD, and Clang libraries · Issue #16270 · ziglang/zig · GitHub