linusdm
I’m trying out burrito. It seems to fit my needs to cross-compile a Phoenix application into a single self-extracting binary for Windows.
Are there any problems to be expected with dependencies that are not written in Elixir? I see there are solutions for NIF based dependencies (I’m not an expert at all on this matter!). I’m not sure how transparently this is handled (and if it’s a good idea in the first place).
I’m thinking of these dependencies in particular:
- sqlite3 adapter
- Nx, Exla, Explorer, etc. (e.g. the typical dependencies to run inference on a neural network). This could also fallback to a non-accelerated version of the inference, without GPU support, but at least Nx should be available.
Or more in general: what will make a non-Elixir dependency compile successfully for Windows, with burrito? Or are all such dependencies expected to just work out of the box?
Where Next?
Trending in Questions
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
Deploy Phoenix to your own VPS with PaaS ease: push-to-deploy, zero downtime, auto SSL, managed Postgres. 14-day free trial at potions.io
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
- #elixirconf-us
- #ai
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Error tracking, logs, uptime, and Just Enough APM. Built for developers.
Elixir, Erlang & BEAM conferences from Code Sync - join us in 2026!
Master modern tools, write cleaner code, and tackle real-world challenges.
Bringing learning, work and compliance together since 1987.
**Building the future of software with AI, trust, and human connection.**
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
Showing Posts 3 to 1- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
cmo
Righto. I think that is easier but I’m sure I’ve seen Jonaton mention that some things in the Nx ecosystem just won’t work on Windows. Best of luck
linusdm
Thx for the heads up.
I don’t necessarily want to build on Windows as the host platform, but rather want to compile for Windows as the target platform. The host can be macos or Linux.
Since most of thr Nx related libraries require some kind of binding to another language, I suspect this might not be smooth ride.
cmo
If you’re wanting to compile on a Windows machine:
You need Visual Studio Build Tools or Visual Studio installed.
scoop install coreutils make 7zip xz zig. If you don’t use scoop, install those things some other way.Build from inside the Developer Command Prompt, which should become available as an option in Terminal after installing VS/VS Build Tools. If you don’t use Terminal then a) you should and b) find that shortcut - I think it shows up in the start menu.
I’m not sure how many of the Nx libraries will compile on Windows though.