https://opennet.dev/openforum/vsluhforumID3/116030.html Представлен (https://blog.rust-lang.org/2018/12/06/Rust-1.31-and-rust-2018.html) релиз языка системного программирования Rust 1.31 (http://www.rust-lang.org), развиваемого проектом Mozilla. Кроме штатного номера версии выпуск также обознечен как Rust 2018 и преподносится (https://hacks.mozilla.org/2018/12/rust-2018-is-here/) как наиболее важный релиз с момента формирования (https://www.opennet.ru/opennews/art.shtml?num=42241) версии 1.0 в 2015 году. В рамках выпуска проведена работа по консолидации всех улучшений и изменений, подготовленных за последние три года, в виде целостного продукта. Rust 2018 (https://rust-lang-nursery.github.io/edition-guide/rust-2018/index.html) выступит основой для наращивая функциональности в последующие три года, по аналогии с тем, как выпуск Rust 1.0 стал базисом для развития языка в прошедшие три года.<br><br><br><br>Для разделения несовместимой функциональности введена концепция редакций языка (https://doc.rust-lang.org/stable/edition-guide/). Редакции с номерами "2015" и "2018" могут https://opennet.dev/openforum/vsluhforumID3/116030.html#128 Tue, 01 Jan 2019 22:49:20 GMT &gt;&gt; А C++ такое может?<br>&gt; Может. <br><br>Где? Пересобрать все в режиме C++17 это не то о чем я спрашивал.<br>Я спрашивал можно ли часть объектников собрать в режиме c++03, часть в c++11,<br>а остальное в c++17 и потом слинковать и чтобы все это заработало корректно?<br><br>Впрочем из вашего ответа очевидно что не может, так кто ломает совместимость?<br> https://opennet.dev/openforum/vsluhforumID3/116030.html#127 Tue, 01 Jan 2019 22:44:03 GMT &gt; Дык и сам Rust постоянно меняют.<br>&gt; Тут ведь как выходит что не новая версия руки в ноги и опять все перехерачивать<br><br>И что именно они ломают? С 1.0 только добавляли новый функционал, не ломая уже существующий.<br> https://opennet.dev/openforum/vsluhforumID3/116030.html#126 Fri, 21 Dec 2018 15:26:28 GMT &gt; Есть системный менеджер пакетов, его более чем достаточно.<br><br>При условии, что ты пишешь софт под конкретный дистрибутив.<br> <br>&gt; Есть одна система сборки - Make. Она много лет прекрасно работает. У <br>&gt; нее один недостаток: NIH. Вот и плодятся как грибы после дождя <br>&gt; сначала обертки поверх нее, потом обертки поверх оберток, потом обертки поверх <br>&gt; оберток поверх оберток...<br><br>Ну никто тебя не останавливает показать нам свой чудесный makefile, в котором ты собираешь программу кроссплатформенно в разных дистрибутивах, с разными флагами компиляции, разными путями к системным либам. <br><br>Потом не забудь убедить весь остальной мир, что показанное тобой - это "нормально".<br><br><br> https://opennet.dev/openforum/vsluhforumID3/116030.html#125 Thu, 13 Dec 2018 08:25:53 GMT мы вас услышали, ваша бабушка добавлена в список запрещенных ресурсов.<br><br> https://opennet.dev/openforum/vsluhforumID3/116030.html#124 Tue, 11 Dec 2018 07:47:38 GMT &gt;[оверквотинг удален]<br>&gt;&gt; делают и зачем. Хотя назвать безопасным язык с unsafe блоками сложно, <br>&gt;&gt; так как теряется весь смысл этой "безопасности".<br>&gt; Ну да, ну да. Поэтому в линуксе и остальных ядрах, написанных знатоками <br>&gt; ядраписания отсутствуют баги. unsafe вроде как призван обособлять участки кода, подверженные <br>&gt; риску. В следствие чего будет проще искать и исправлять баги, потому <br>&gt; как уже заранее известно где этот баг мог возникнуть. Нет я <br>&gt; не идеализирую Rust и не говорю что это истина в последней <br>&gt; инстанции, но почему бы не дать ему шанс... Не понимаю почему <br>&gt; все так настроены против Rust да и вообще против всего нового. <br>&gt; Не нравится? Не используй. Ведь никто не заставляет.<br><br>Да я и не против rust, я считаю его отличной заменой C++/C в системном ПО. Но меня напрягают наивные утверждения что если ядро будет написано на rust то никакие угрозы безопасности ему не страшны. Говнокод не зависит от языка, только от рук программиста.<br> https://opennet.dev/openforum/vsluhforumID3/116030.html#122 Tue, 11 Dec 2018 03:55:37 GMT &gt; Не понимаю почему <br>&gt; все так настроены против Rust да и вообще против всего нового. <br>&gt; Не нравится? Не используй. Ведь никто не заставляет.<br><br>Потому что &#171;новое&#187; не синоним &#171;хорошего&#187;. Трудно понять это без подсказки-то?<br><br>Есть множество специализированных (если ты понимаешь значение этого слова) языков, некоторым более полувека. На них написаны миллиарды строк кода полезных программ. Обезьяны мечтают всё это скопом упразднить и запретить ради убогого и дефективного by design жлобоскрипта &#171;патамушта на ём лихко песать кот для бровзера&#187;.<br> https://opennet.dev/openforum/vsluhforumID3/116030.html#120 Tue, 11 Dec 2018 02:20:13 GMT &gt; Те кто умеет разрабатывать ядра то обоходятся и без Rust, им не <br>&gt; нужен "безопасный" язык, они должны прекрасно разбираться в том что они <br>&gt; делают и зачем. Хотя назвать безопасным язык с unsafe блоками сложно, <br>&gt; так как теряется весь смысл этой "безопасности".<br><br>Ну да, ну да. Поэтому в линуксе и остальных ядрах, написанных знатоками ядраписания отсутствуют баги. unsafe вроде как призван обособлять участки кода, подверженные риску. В следствие чего будет проще искать и исправлять баги, потому как уже заранее известно где этот баг мог возникнуть. Нет я не идеализирую Rust и не говорю что это истина в последней инстанции, но почему бы не дать ему шанс... Не понимаю почему все так настроены против Rust да и вообще против всего нового. Не нравится? Не используй. Ведь никто не заставляет.<br> https://opennet.dev/openforum/vsluhforumID3/116030.html#118 Mon, 10 Dec 2018 18:24:28 GMT Правила статического анализатора раста приводят в бешенство при использовании гтк. И хочется какого-никакого паттерна, чтобы были вьюхи, модели, и чтобы не начинать каждый мелкий проект с написания велосипеда MVC<br> https://opennet.dev/openforum/vsluhforumID3/116030.html#117 Mon, 10 Dec 2018 18:12:13 GMT покажите мне систему сборки, которая одинаково хорошо работает как с джаваскриптом, так и с крестами, перлом и powershell<br>