Benedikt Reinartz

You don't need to shout. Have a look at https://github.com/pythonnet/clr-loader/tree/master/netfx_loader. We do not set anything there, so I am assuming we are using all the default values. It's not like...

I am, I'll try to finish this up tomorrow.

Can you give an example? Do you think this is actually feasible for the next release? If not, please remove the milestone.

I've started work on updating goertzenator's project here: https://github.com/filmor/rebar3_rust/tree/update. It works slightly differently now than before, but I'm so far very content with the new behaviour. It's used in https://github.com/filmor/faster_xml...

It could make more sense, yes. I think that the current name is a bit more googleable and it's more obvious for non-Rust BEAM users what it's about.

I'm still working on it, I forked goertzenator's work as `rebar3_cargo` depending on a new `cargo` package for Erlang. I'm currently working on getting Rustler's Elixir tooling use that as...

I've transferred erlang-cargo and rebar3_cargo into the rusterlium org.

`rebar3_cargo` is nearly done, the only functionality missing is handling of executables. As soon as that is done, I'll publish things to Hex.

`OwnedBinary` is effectively a mutable buffer without internal synchronisation, how could it be `Sync`?

True, I checked again, as to be expected it doesn't have any interior mutability (wasn't completely sure about the realloc).