>> Да, название придётся сменить. Есть даже очевидный вариант: rlibc.
> Нахрен сишникам либа на Rust?Какая им разница, на чём написана библиотека?
>> Стандартная библиотека rust совершенно не подходит для использования её из C.
> Либа которая сишным компилером даже не соберется ужасно необходима сишниакм.
Ой, да ладно. Откуда ты знаешь? Ты уже предлагал им такую и они отказались? Поделись опытом, мне очень интересна их аргументация.
> И это ты еще не видел сколько лет glibc и gcc оптимизировали, чтобы
> получить максимальную скорость.
Ну и отлично. Теперь можно, заглядывая в код glibc, не исследовать возможности оптимизации заново, а просто повторить то, что уже сделано, но без переполнений буферов, без целочисленных переполнений, и без прочего гумна, которое отловить в C невозможно даже статическим анализатором. Выставляя наружу C'шное API, конечно же, придётся иметь баги в своём коде: тот же sprintf, например, небезопасен по задумке своей, и поэтому придётся осознанно писать на rust'е код, который может переполнить буфер, используя для этого unsafe. Но в libc предостаточно кода, который может переполнить буфер не потому, что стандарт к этому принуждает, а просто так, по фану, и вот от этого фана libc вполне можно избавить.
> Вообще, верить что ЯП магически исправит все проблемы - бреда кусок.
Бреда кусок -- это...
блестяще побеждать в битве с соломенным чучелом.
> Во, полюбуйся, https://habrahabr.ru/post/338880/ - очень дельно пишут. Представляешь, вебари
> массово переполняют буфера даже когда им доступ в память вроде бы
> уж зарубили.
Ай. Ещё один диванный специалист, с доморощенным проектом нового интернета, который знает наилучшие способы решения всех проблем. Мне до сих пор неясно, почему интернет, набитый специалистами такого класса, до сих пор ещё не стал идеальным с технической точки зрения.