Dozens of other languages that are tiny and new do not have good packaging story.
Rust does, because it cares about developer experience.
> Wait until you have Rust packages which include and wrap hundred of thousands of lines of very old C and Fortran code like numpy has.
I don't know about Fortran, but C is basically legacy at this point, it doesn't change much and even if it does, there is one some-c-lib wrapper package that takes care of all those issues, Rust apps rarely depend on some C dependency directly.
Rust apps rarely depend on some C dependency directly.
Pretty much any Rust app that does encryption will be relying on a mix of C and assembly. It's one of the stumbling blocks in getting anything that does TLS or SSH ported to WASM or little endian MIPS.
Thing is Rust makes this pretty well invisible to most users because it all works with so little teeth gnashing.
We solved this by porting ring to rust using c2rust, and the resulting code seems to work well even on our bespoke architecture. It's possible to use the generated code and cross compile from any major platform to riscv32imac-unknown-xous-elf even without a C compiler, and it seems to be constant time still.
Surprisingly, seems like it's reasonably good! There's a section in this blog post about characterizing it and comparing it to a hardware implementation: https://www.bunniestudios.com/blog/?p=6521
Since it's the same algorithm, most of the tricks appear to make it through the language conversion, so it's reasonably good even on a completely different architecture.
> Pretty much any Rust app that does encryption will be relying on a mix of C and assembly
Perhaps, but not directly. It will depend on some libssl-rs which depend on libssl-sys which handles C bindings, so that application authors don't think about it.
Dozens of other languages that are tiny and new do not have good packaging story. Rust does, because it cares about developer experience.
> Wait until you have Rust packages which include and wrap hundred of thousands of lines of very old C and Fortran code like numpy has.
I don't know about Fortran, but C is basically legacy at this point, it doesn't change much and even if it does, there is one some-c-lib wrapper package that takes care of all those issues, Rust apps rarely depend on some C dependency directly.