Представлен (http://blog.rust-lang.org/2016/07/07/Rust-1.10.html) релиз языка программирования Rust 1.10 (http://www.rust-lang.org), развиваемого проектом Mozilla, обеспечивающего автоматическое управление памятью и предоставляющего средства для высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime. Параллельно с Rust совместно с компанией Samsung развивается экспериментальный браузерный движок Servo (https://www.opennet.dev/opennews/art.shtml?num=44712), написанный (https://github.com/servo/servo/) на языке Rust и отличающийся поддержкой многопоточного рендеринга web-страниц и распараллеливанием операций с DOM (Document Object Model).В состав нового выпуска принято 1276 изменений от 139 разработчиков, среди которых (https://github.com/rust-lang/rust/blob/master/RELEASES.md):
- Добавлена опция "-C panic=abort", позволяющая в случае краха из-за ошибки программы выполнить аварийное завершение работы, вместо вызова процесса "размотки" (unwinding). При отключении обработчиков unwind генерируется меньше кода и исполняемый файл получается более компактным (примерно на 10%), а компиляции производится немного быстрее;
- Представлен новый формат исполняемых контейнеров (crate type) cdylib (https://github.com/rust-lang/rust/pull/33553), который рассчитан на компиляцию динамических библиотек, предназначенных для встраивания в программы на других языках. Ранее доступный формат dylib позиционируется для создания динамических библиотек для проектов на языке Rust. В отличие от dylib в cdylib не включаются метаданные, экспортируемые символы аналогичны исполняемым файлам, не допускается LTO и все библиотеки связываются статически. Сборка простейшего примера "hello world" при использовании cdylib занимает 7.2 Кб, в то время как при dylib - 2.4 Мб;- Изменены требования для сборки компилятора Rust, который написан на языке Rust. Если ранее для сборки свежего стабильного релиза требовалось применение экспериментальных ночных выпусков Rust, что создавало большие трудности с поставкой rust в дистрибутивах, то отныне для сборки можно использовать прошлые стабильные выпуски. Т.е. для сборки Rust 1.10 достаточно наличия Rust 1.9, а для Rust 1.11 потребуется Rust 1.10;
- Внесено (https://github.com/rust-lang/rust/blob/master/RELEASES.md#pe...) несколько оптимизаций производительности в компилятор: За счёт применения кэширования ключей инициализации ускорено создание HashMaps. Сокращено потребление памяти и примерно на 15% ускорена работа кода проверки типов. В два раза ускорена операция поиска для итераторов Chain. В 10 раз ускорены операции выборки битовых свойств в таблицах Unicode;- В разряд стабильных переведено около 70 функций и методов (https://github.com/rust-lang/rust/blob/stable/RELEASES.md#li...),
среди которых std::os::windows::fs::OpenOptionsExt, std::panic::{set,take}_hook, CStr::from_bytes_with_nul, compare_exchange, std::os::unix::net::{UnixStream, UnixListener, UnixDatagram, SocketAddr};- В Linux в качестве запасного пути инициализации HashMaps теперь может использоваться /dev/urandom, если getrandom недоступен (например, на начальной стадии загрузки системы);
- В пакетном менеджере Cargo добавлена опция profile.*.panic для управления реализацией обработки крахов, для вывода информации о состоянии теперь применяется stderr вместо stdout, запрещено использования ключевых слов Rust в именах контейнеров, добавлен флаг
"--force" для команды "cargo install", добавлен режим "cargo --explain" аналогичный "rustc --explain".Напомним, что язык Rust сфокусирован на безопасной работе с памятью и обеспечении высокого параллелизма выполнения заданий. При этом Rust обходится без использования сборщика мусора или runtime, что делает возможным создания на Rust библиотек, которые могут выступать в роли прозрачной замены библиотекам для языка Си. Для распространения библиотек на языке Rust, обеспечения сборки и управления зависимостями проектом развивается пакетный менеджер Cargo (http://blog.rust-lang.org/2014/11/20/Cargo.html), позволяющий получить нужные для программы библиотеки в один клик. Для размещения библиотек введён в строй репозиторий crates.io (https://crates.io/).
По структуре язык Rust напоминает C++, но существенно отличается в некоторых деталях реализации синтаксиса и семантики. Автоматическое управление памятью избавляет разработчика от манипулирования указателями и защищает от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей, выход за границы буфера и т.п. Rust поддерживает смесь императивных, процедурных и объектно-ориентированных методов с такими парадигмами, как функциональное программирование и модель акторов, а также обобщённое программирование и метапрограммирование, в статических и динамических стилях.
URL: http://blog.rust-lang.org/2016/07/07/Rust-1.10.html
Новость: http://www.opennet.dev/opennews/art.shtml?num=44752
Хипстеры поиграют и забросят. А Си оно точно не заменит.
Хипстеры бросят, нормальные люди попробуют язык и сделают свои выводы, и только аноним будет продолжать выплёскивать ненависть в комментариях.
>Участник: Лама Д.
>Тип: АнонимБольше ненависти в комментариях, воннаби регистрант
Зачем этот ваш хипстерский C, когда есть B для нормальных пацанов
C не хипстерский и активно используется. И да, Си логичное продолжение языка Би, который звучит не очень по-пацански. В Си, например, есть типы. А уж D не логичное продолжение. Как и Rust, и другие убийцы.
Ни один нормальный язык программирования не может быть логичным продолжением Си, поскольку логичное продолжение фундаментальной ошибки - это фундаментальная ошибка. Примером тому может служить язык Go - желание сделать его нормальным привело к тому, что от Си там мало что осталось. Напомню, одним из авторов Go является Кен Томпсон - автор языка Би, а, следовательно, соавтор Си. И как тогда появилась книга Кернигана и Ричи для С, так и теперь появилась книга Кернигана и Донована о Go. В отличии от многочисленных неофитов, корифеи хорошо понимают цену своему поделию, создаваемое ими под конкретные задачи в 70-х, а не на века.
Сколько убийц Си всего было? Десятки, ведь. И не взлетели.
> Сколько убийц Си всего было? Десятки, ведь. И не взлетели.Потому что они методологически создавались неверно, всякими возомнившими из себя невесть что.
Страуструп создал C++, и назвал его C++. Не D, не E и не Z, а C++. Умные люди посмотрели на C++, и поняли, почему время для D ещё не пришло. Глупые не поняли, и застолбили букву D, под какую-то фигню, которая не несла в себе ничего нового, они просто слили в один флакон, всё что они в детстве слышали о языках программирования от бабушки, не имея никакой другой объединяющей идеи. Они даже не подумали о том, что Страуструп, скорее всего, знал всё, что они знают о программировании, но почему-то не включил это в язык. Им в голову не пришёл вопрос "почему так". Они просто взяли и создали язык программирования потому, что могли создать язык программирования.
И все последующие "убийцы" C, включая и Go тоже, точно так же не имели никакой идеи заложенной в них. Кроме, быть может, идеи "убить C", но это деструктивная идея и потому провальная. Отсутствие конструктивной идеи -- практически наверняка провал. Бывали в истории языков программирования безыдейные исключения, добившиеся популярности, но их не так уж и много.
Сегодня же время пришло. C++ долго вынашивал идеи. Сильно разные идеи, которые рождались и развивались в нём: Страуструп запилил достаточно богатый на возможности язык, чтобы там можно было дрочить вприсядку так, как это описывал Александреску. И сегодня эти идеи доросли до уровня, когда они имеют самостоятельную ценность. Rust взял одну из них, и построил вокруг неё идеологию, подчинив всё развитие языка автоматическому управлению памятью в compile-time. И именно поэтому Rust имеет шансы убить Си, в то время как Go -- нет.
Никакие миллиарды гугла не помогут Go, потому что Go безыдеен. В силу этих миллиардов, Go, может быть, отъест себе какую-нибудь нишу, типа как это случилось с Java, но на что-либо большее ему надеятся не приходится. Rust же как раз имеет все шансы подвинуть и C, и C++. Вытеснить их не удастся в обозримом будущем, но подвинуть их -- вполне. Единственное, что может ему помешать -- это кривая обучения: там реально может быть сложно въехать, если не понимать что, зачем и как сделано. А без этого понимания будет невозможно написать код, который компилятор сочтёт правильным. Собственно, если посмотреть вопросы, которые задают ньюфаги, то они неплохо демонстрируют.
И бесполезно сегодня ссылаться на корифеев, которые облизывают Го. Корифеи остались в прошлом, их область экспертизы где-то там. Что Керниган, что Александреску -- они слишком много интеллектуальных усилий вложили в те задачи, на которых они стали известными, и судя по всему, они уже ни на что новое больше не годны. Ну, или может быть дело в том, что просто гугл им приплачивает, чтобы Го ассоциировался с их именами. PR своего рода. Что какбэ лучше всего остального говорит об отсутствии потенциала у Го: если ему нужны подпорки в виде авторитетов для того, чтобы выглядеть перспективным, то... нахрен он такой нужен?
Бла-бла-бла! Больше текста ни о чём! :-р
> Бла-бла-бла! Больше текста ни о чём! :-рИ кстати - обратите внемане какой бургут на Go :) Чувствует что капец подкрался :)
>> Бла-бла-бла! Больше текста ни о чём! :-р
> И кстати - обратите внемане какой бургут на Go :) Чувствует что
> капец подкрался :)Капец кому? Го? Нет, го не умрёт так просто. Он будет жить вечно, как Java и C#.
Слишком сложно? Но, простите, я не буду тут делать обзор пары десятков языков программирования, чтобы показать, во-первых, что значит идея заложенная в язык программирования, а, во-вторых, как такая идея влияет на развитие языка программирования. Вы с тем же успехом можете сами взять эту пару десятков языков и посмотреть.
Си создавался методологически верно, путем отрывания у CPL всего хорошего что в нем было, и доотрывания от BCPL всего неужасного, что чудом осталось - http://pastebin.com/UAQaWuWG
Какой обильный понос! Сразу видно вчерашнюю студоту - изучили на три языка больше, а выпежониваются так, будто в жизни сделали хоть один ценный язык.Ди - ему не надо быть убийцей кого-то или "преемником" - он просто логичное продолжение того, что в 70-ые считалось "языком программирования". Ди - независим ни от чего, синтаксис просто позаимствован, все фичи - ПРАКТИЧЕСКИ обкатаны и ПРИЗНАНЫ НУЖНЫМИ. Так что чего тут говном кидаться - непонятно, как раз Ди и мог быть хорошим системным языком для Линукса-2.
Впрочем, на Ди уже есть своя ОС - https://github.com/Vild/PowerNex
> Впрочем, на Ди уже есть своя ОС - https://github.com/Vild/PowerNexИ пилит ее какой-то аноним для виртуалбокса. Сравни с Redox, которая уже работает на реальном железе: http://www.redox-os.org/screens/
https://github.com/redox-os/redox
Зачем сравнивать двух маргиналов "Because we can"? Поигрались ради фана и забросили.
Ничего не имею против Rust, а вот тебе явно стоит что-то сделать со своей патологической ненавистью к Go. Может тогда сможешь его объективно критиковать, а не нести ахинею о безыдейности. В Go как минимум три хороших идеи - скорость компиляции, ортогональность фич, конкурентность за счет goroutine и channel.
В силу этих миллиардов, Go, может быть, отъест себе какую-нибудь нишу, типа как это случилось с Java, но на что-либо большее ему надеятся не приходитсяВся бигдата, весь финансовый сектор на жабе крутится. Это у одминов локалхоста "жабы нет и не надо".
С убить невозможно! Ибо он идеален. Высокоуровневый ассемблер, по локоть в железе :)Поэтому практики не делают замену С ... они делают замену (DYBVFYBT!!!) - ___C++___
И да школота, это __внезапно__ - два __разных__ езыка :)Так вот как замена С++ - rust может и взлететь. Может - не значит что и взлетит.
Вот D к примеру не взлетел, а Go - таки да! Хотя последний скорее жабе замена :)
Go взлетел (если его довольно скромную нишевую популярность можно так назвать) не как замена Java, и не как замена С++, а как замена Ruby, Python или Perl - для написания мелких, но полезных в хозяйстве сетевых утилит, небольших серверочков - не самых важных, тех что хотелось бы поручить студентам, интернам и другим недорогим работникам, но чтоб еще и не так тормозило.
Создатели Go писали о своих мотивах, что им нужна была цельная замена тройки языков С++, Java, Python, применяемых для задач Google
> Сколько убийц Си всего было? Десятки, ведь. И не взлетели.Гм. Мне вот интересно, где это ржавчину объяляли убивцем Си? Только чур, ссылки на бложики восторженных Летних-Экспертов-Всего-и-Вся не предлагать.
Человек не умеет верно думать. Какие убийцы? Убийцы чего? Если думать последовательно, подключив логическое мышление и не отрываться от здравомыслия, то получается что создающиеся инструментарии нацелены на облегчение разработки, увелечения скорости и т.д.
Нет никаких убийц и ничто ничего не убивает. Не хочешь кодить на Раст? Никто не мешает продолжать кодить на СИ или на ассамблере и т.д. Каждый язык по своему хорошь, у каждого из них есть как слабые так и сильные стороны и каждый язык можно применить под конкретные задачи в определенный момент в времени. Дело не в языках, какие из них круче и т.д. Дело в голове отдельно взятого индивидуума.
Сколько убийц Си всего было? Десятки, ведь. И не взлетели. Да и гдн ты видел книгу Кернингана по Go?
книгу Кернингана по го ещё никто не видел, а Кернигана есть, и даже уже в переводе
Есть у меня бумажный экземпляр этой книги
все хаймены уже на S-ке кодят
Настоящие мужики проЖат только на ассемблере, остальное (включая ваш СИ ) это для сопливых пацанчиков :)
Продолжаю утрировать: настоящие мужики кодят на JavaScript.
> Продолжаю утрировать: настоящие мужики кодят на JavaScript.причём на макбуках, и в красивых стрингах и лифчиках от Prada :))))
На последнем предложении залип.
Если вам что-то не понятно, Вы задайте вопросы. Вас конечно охаят, но всё-таки ответят.
Просто переполнение буфера, слишком многословное предложение :)
"Транспортная кооперация, путем нормализации, стандартизации и инвентаризации спасет мелиорацию, электрификацию и механизацию." (c)
> Сборка простейшего примера "hello world" при использовании cdylib занимает 7.2 Кб, в то время как при dylib - 2.4 Мб;
> "hello world" - 2.4 Мб;это победа
Мусью в курсе, что такое статистическая линковка?
такс посмотрим$ cat helloworl.go
package mainfunc main() {
println("Привет, Арч!")
}$ go build
$ lh
итого 1,1M
-rwxr-xr-x 1 adm adm 1,1M июл 8 19:50 helloworld
-rw-r--r-- 1 adm adm 58 июл 8 19:50 helloworld.go
да, это победа
> $ go build
> $ lh
> итого 1,1M
> -rwxr-xr-x 1 adm adm 1,1M июл 8 19:50 helloworld
> -rw-r--r-- 1 adm adm 58 июл 8 19:50 helloworld.go
> да, это победаКазалось бы, причем тут го?
cat test.rs
fn main() {
println!("Hello World!");
}$ ll
8,3K 8 июл 21:04 dynamic.out*
1,5M 8 июл 21:04 static.out*
$ strip *.out
$ ll
5,6K 8 Jul 21:04 dynamic.out*
334K 8 Jul 21:04 static.out*
Всей разницы: динамично линкованая libstd ржавчины
всё же разница не столь велика$ go build -ldflags '-w -s' -o hw-stat helloworld.go
$ go build -ldflags '-w -s' -linkshared -o hw-din helloworld.go$ ll hw-*
7,7K июл 8 21:54 hw-din
720K июл 8 21:54 hw-statи кстати это под x86_64 компилится, пробовал раст по твоему примеру, выходит немногим больше размер чем указанный у тебя, наверное делал под 32 ?
> и кстати это под x86_64 компилится, пробовал раст по твоему примеру, выходит
> немногим больше размер чем указанный у тебя, наверное делал под 32
> ?x86_64
rustc -O -C prefer-dynamic
В наших рядах шпиён! Release сборка при "cargo build --release":
646КБ, после стрипа 363КБ.Откуда 1.5МБ то?
вакансии есть? golang - очень мало, но есть
где-то ближе к версии 4.0 будут
https://z.cash/blog/hiring.html
https://rust.jobboard.io/jobs/394482-rust-developer-at-the-b...
имел ввиду на территории этой страны =)
> имел ввиду на территории этой страны =)Если "этастрана" == RU то пока вряд ли. Если ваша Ылита будет тверда в курсе на избавление от дигитальной зависимости - то может и появится. Ибо нужно будет столько прогеров, что мама ...
А как у него с GUI и SQL ??
очевидно же, никак
Вот что есть https://github.com/kud1ing/awesome-rust
Ну и crates.io
драйвера для работы с БД:
https://crates.io/crates/postgresконекшен пулы, для соединений:
https://crates.io/crates/r2d2ORM от разработчиков ORM в RubyOnRails:
https://crates.io/crates/dieselGUI так же ищи на crates.io
естественно такой интеграции как у SWIFT c Apple GUI думаю не будет, но разработчики аппл, участвуют в развитии rust, в свое свободное время, может и будет удобно.
> Автоматическое управление памятьюЭто некорректно. Никакого автоматического управления памятью в Rust нет и в помине. Есть отслеживание времени жизни переменных времени компиляции.
> Изменены требования для сборки компилятора Rust, который написан на языке Rust. Если ранее для сборки свежего стабильного релиза требовалось применение экспериментальных ночных выпусков Rust, что создавало большие трудности с поставкой rust в дистрибутивах, то отныне для сборки можно использовать прошлые стабильные выпуски. Т.е. для сборки Rust 1.10 достаточно наличия Rust 1.9, а для Rust 1.11 потребуется Rust 1.10;Можно пример того как это было раньше?
Когда планируют Cargo для FreeBSD портов допилить?
> Когда планируют Cargo для FreeBSD портов допилить?http://www.freshports.org/devel/cargo/
и что там не так?
>> Когда планируют Cargo для FreeBSD портов допилить?
> http://www.freshports.org/devel/cargo/
> и что там не так?Забыл пояснить, что для i386 не строится, а у меня VMware только такие оси ставит, т.к. проц без VT-x.
$ pkg search cargo
$