conda, although written in Python, is language (and somewhat OS) agnostic. We provide lots of C, C++, R and Rust packages as well as Python ones.

Bazel is the bane of every software packager who needs to use it and who does not work for Google. GN (or whatever it's actually called) is a close second in terms of horridness and NIH-ness, then GYP (and depot_tools too, may as well chuck that in there). Guess which company foisted all this on us?

And that is also awful in so many other ways.

How so? Other than being when all you have are scripting languages everything looks like a nail.

I disagree. tcl/tk is written in C and C can be compiled in very very badly indeed (from a security perspective).

You can use `conda install rust_osx-64` on macOS and `conda install rust_linux-64` to use `cargo` with the Anaconda Distribution libraries and tools (including its compilers).

.. because it's (relatively speaking) brand new?

If you haven't seen it, also checkout Project LIEF. It is very good indeed. We use it for a lot of post-build binary verification in the conda ecosystem.

Windows, macOS and Linux are all supported.

https://lief.quarkslab.com/

A lot of the credit for the Windows version should go to MSYS2. They provide all the libraries used here (including GTK).

RStudio uses it.

There's no such requirement at all, but it's a noble goal and one every package developer should strive for.