https://www.opennet.ru/openforum/vsluhforumID3/133177.html Опубликован релиз языка программирования общего назначения Rust 1.77, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60827<br> https://www.opennet.ru/openforum/vsluhforumID3/133177.html#264 Mon, 08 Apr 2024 12:02:25 GMT Почитал. Связь с "обязательно" и "на уровне языка" не нашёл.<br>Ещё варианты есть? Или перестанешь глупо шутковать?<br> https://www.opennet.ru/openforum/vsluhforumID3/133177.html#263 Sun, 31 Mar 2024 18:21:21 GMT А мне вот непонятно, как сделано в зиге.<br>По твоей ссылке там джойн одинаковых типов - енамов (не знаю как они в зиге называются).<br>А если у тебя ошибки разных типов?<br>Енам, строка, число, объект. Зиг просто в кучу сваливает?<br>А если конфликт имён, как понять где какая ошибка? Или не скомпилируется?<br> https://www.opennet.ru/openforum/vsluhforumID3/133177.html#262 Thu, 28 Mar 2024 16:00:17 GMT При чем тут ЛЮБОЙ malloc? Речь только про буфера, которые в большинстве случаев выделяются однократно при старте приложения.<br> https://www.opennet.ru/openforum/vsluhforumID3/133177.html#261 Wed, 27 Mar 2024 19:49:30 GMT &gt;&gt; В zig как я понял можно просто написать ?T в возваращаемом типе <br>&gt;&gt; и все возможные ошибки функции будут выведены в compile time. Странно, <br>&gt;&gt; что в расте для этого нужны какие-то приседния.<br>&gt; Допустим, внутри функции генерируется ошибка типа E и другая ошибка типа U. <br>&gt; Чему будет равен обобщающий обе ошибки тип T?<br><br>https://ziglang.org/documentation/master/#Merging-Error-Sets<br><br>Мне вот интересно как это в расте будет.<br> https://www.opennet.ru/openforum/vsluhforumID3/133177.html#260 Wed, 27 Mar 2024 19:47:01 GMT &gt; Это было 3 года назад.<br><br>А что изменилось?<br> https://www.opennet.ru/openforum/vsluhforumID3/133177.html#259 Wed, 27 Mar 2024 15:32:19 GMT &gt;&gt; Исходный вопрос, как я понял, сугубо практический. Вроде "я так всегда делал, адрес не брал, и оно в коде ведёт себя как enum".<br>&gt; Ну, как бы это сказать. Мне приходилось брать адрес от литерала, например, <br>&gt; ты можешь попробовать сделать: <br>&gt; foo(&5); <br>&gt; Я не знаю как там C или C++ с этим обходится, rust <br>&gt; легко создаст 5 в памяти, и передаст в функцию её адрес. <br>&gt; Вот с константой примерно то же самое.<br><br>В таком виде с типом int не сработает, адрес можно брать у lvalue, но не у rvalue.<br><br>Потому приходится городить неявное создание объекта (экземпляра типа):<br><br>#include &lt;iostream&gt;<br><br>const int& wrap(const int& i) { return i; }<br><br>int main() {<br> // ошибка: операнд унарной операции &#171;&&#187; должен быть lvalue-выражением<br> // std::cout &lt;&lt; "адрес копии: " &lt;&lt; &5 &lt;&lt; std::endl;<br> std::cout &lt;&lt; "адрес копии: " &lt;&lt; &wrap(5) &lt;&lt; std::endl;<br> std::cout &lt;&lt; "адрес: " &lt;&lt; &"&wrap(5)" &lt;&lt; std::endl;<br>}<br><br>С "литералом" срабатывает, поскольку это массив char-ов. Он со времён Си где-то должен быть размещён, https://www.opennet.ru/openforum/vsluhforumID3/133177.html#258 Wed, 27 Mar 2024 08:33:27 GMT &gt; Почему тебя так STL волнует?<br><br>Потому что так себя ведёт воображаемый я в твоём маня-мирке.<br><br>&gt; Месяц назад ты зачем-то повторил эту фразу <br>&gt; в ответ на рассуждения Страуструпа о стандартной библиотеке в 1988.<br><br>Да? Охотно верю, но не помню, хоть убей. Ты помнишь, значит волнует меня. Поздравляю.<br><br>&gt; В принципе под STL имеют в виду то оригинальную библиотеку Степанова, то <br>&gt; соответствующую часть стандартной библиотеки, то её целиком (жаловаться в Майкрософт, <br>&gt; не сюда, это он так делает).<br><br>Если здесь пишут, что STL это стандартная библиотека, то в ответ я наверняка напишу, что это заблуждение. Как и про то, что ядро якобы пробовали писать на плюсах (стандартизованных значительно позже).<br><br>&gt; Ну и отдавая дань твоему умению лезть в бутылку, надо на "STL <br>&gt; (что значит "Степанов и Ли")" возразить, что это Standard Template Library, <br>&gt; ведь именно это написано в названии, а другое не написано и, <br>&gt; следовательно, не существует.<br><br>В названии чего? HP STL? SGI STL? STLPort? Или страницы в Википедии? В https://www.opennet.ru/openforum/vsluhforumID3/133177.html#257 Wed, 27 Mar 2024 08:30:50 GMT &gt; Исходный вопрос, как я понял, сугубо практический. Вроде "я так всегда делал, адрес не брал, и оно в коде ведёт себя как enum".<br><br>Ну, как бы это сказать. Мне приходилось брать адрес от литерала, например, ты можешь попробовать сделать:<br><br> foo(&5);<br><br>Я не знаю как там C или C++ с этим обходится, rust легко создаст 5 в памяти, и передаст в функцию её адрес. Вот с константой примерно то же самое.<br><br>&gt; Если передать my_constant параметром в функцию, то адрес у аргумента получить можно, но это окажется неявно созданная копия.<br><br>Try it. Я забавы ради попробовал в rust'е, он мне даёт два одинаковых адреса для &5u32 и &MY_CONSTANT, который был объявлен как const MY_CONSTANT: u32 = 5;<br><br>C/C++ может быть будет создавать копию, потому что ему надо гарантировать неизменность MY_CONSTANT, но если он даст адрес туда... Хотя &5 наверное будет ведь const int*, да? Он не позволит ничего менять, и тогда вроде нет нужды создавать копию. Хз, короче, раст полагается на то, что если есть *const u32, то это реально const, ч https://www.opennet.ru/openforum/vsluhforumID3/133177.html#256 Wed, 27 Mar 2024 07:30:35 GMT Это было 3 года назад.<br><br>