Ну, меня вот не тригерит, хотя я можно сказать сишник. И знаешь на одном хелловорд я понял какое раст пока еще малюсенькое деревце, а не то что видят (точнее хотят видеть его авторы). Во-первых, авторы в своей книги заявляют, что раст это системный язык. Так вот, в ходе моих копаний какого лешего на alpine, где musl и все чики-пуки должно собираться при статической линковке, почему-то зависимость по умолчанию идет от libgcc_s.so. Я выяснил и оказалось, что для авторов раста это не приоритетная задача, у них на гитхабе 5 тыс. (!) issues.

Лирическое отступление для тех кто не в теме, то libgcc_s (unwind) это жопная боль для многих проектов, например, в ходе исследования те же грабли были и у ЯП crystal-lang. А все дело в том, что гнушные психопаты, которым только и мерещится, что кто-то скомуниздит их код понапихали в свой libgcc_s слабых референсов из-за чего нужен runtime gcc. В идеале сборка раста должна везде на всех системах идти с llvm + musl, но не все осиливают (!), даже авторы раста (!!!). Наткнулся даже на чела, который месяц или больше трахался над этой задачей, ибо для непонимающих в теме собрать раст в такой сборке морока, но чел осилил, а авторы раста до сих пор -- нет. Пруф: https://github.com/rust-lang/rust/issues/65051

Возращаясь к "системному" ЯП Rust. Если это системный язык без нормальной статической линковки, ну это жопотень. Идем дальше, есть такой смешной issue как вывод отладки при сборке в режиме статической линковки. А знаете в чем вопрос? Отладки нет. Пруф https://github.com/rust-lang/rust/issues/53281

Последний вот issue совсем смешной в плане реализации. И я задумался, а че это у команды раст так плохо? Да потому что чтобы разгребсти 5 тыс. issues им нужна команда в 3-5 раз больше чем у них сейчас есть. С такими темпами раст будет пилиться еще 10 лет. А в нынешнем состоянии это никакой не системный ЯП. Нет нормальной статической линковки нет и никакого системного ЯП. ИМХО.