Исходное сообщение
"Google развивает средства создания высокопроизводительных An..." Отправлено arzeth, 03-Май-15 21:14
> Перспективы Rust пока выглядят туманными, в частности не ясна сфера применения ЯП Ну я вижу Rust (хотя пользовался им мало) как полную замену C/C++: Скорость почти такая же. Ассемблерить тоже можно. Во время компиляции быдлокод компилируется с меньшей вероятностью. Со всякими Double free мучиться не надо. Разве что полностью пустая программа fn main() { } после rustc -O x.rust && strip --strip-all x весит 299 360 байт, а не 6224 байт как у GCC 5.1 x86_64. Хотя кто-то умудрился hello world скомпилировать растом в 151 байт: http://mainisusuallyafunction.blogspot.ru/2015/01/151-byte-s... и то, что пока поддерживает библиотеки на C, но не C++: https://doc.rust-lang.org/book/ffi.html

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Перспективы Rust пока выглядят туманными, в частности не ясна сфера применения ЯП > Ну я вижу Rust (хотя пользовался им мало) как полную замену C/C++: > Скорость почти такая же. Ассемблерить тоже можно. Во время компиляции быдлокод компилируется > с меньшей вероятностью. Со всякими Double free мучиться не надо. > Разве что полностью пустая программа > fn main() { > } > после rustc -O x.rust && strip --strip-all x весит 299 360 байт, > а не 6224 байт как у GCC 5.1 x86_64. Хотя кто-то > умудрился hello world скомпилировать растом в 151 байт: http://mainisusuallyafunction.blogspot.ru/2015/01/151-byte-static-linux-binary-in-rust.html > и то, что пока поддерживает библиотеки на C, но не C++: https://doc.rust-lang.org/book/ffi.html
	Введите код, изображенный на картинке: