The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск Rust 1.72. Решение поставлять макрос  serde_derive только в скомпилированном виде"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск Rust 1.72. Решение поставлять макрос  serde_derive только в скомпилированном виде"  +/
Сообщение от opennews (??), 24-Авг-23, 21:52 
Опубликован релиз языка программирования общего назначения Rust 1.72, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59656

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  +19 +/
Сообщение от Аноним (1), 24-Авг-23, 21:52 
Ни на чём этот язык не сфокусирован. Обычное шило на мыло.
Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  –5 +/
Сообщение от Иваня (?), 25-Авг-23, 01:54 
Потому я выбрал Golang для прототипирования и C++ для продакшена.
Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  –2 +/
Сообщение от An2 (?), 25-Авг-23, 02:25 
Значительно ли повысилась производительность и уменьшилось потребление памяти?
Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  +/
Сообщение от Аноним (48), 25-Авг-23, 03:31 
>Golang для прототипирования

А почему именно Го, а не python?

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

51. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  +19 +/
Сообщение от Аноним (51), 25-Авг-23, 04:31 
Потому что Python уже выбрал я, пришлось из оставшихся вариантов выбирать
Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  –6 +/
Сообщение от penetrator (?), 25-Авг-23, 05:36 
и то УГ и то УГ, наваять на коленке что-то сойдет, но называть это "прототипированием" я бы не стал
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

67. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  +/
Сообщение от Аноним (67), 25-Авг-23, 09:23 
Потому что у Python мерзкий синтаксис.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

70. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  –2 +/
Сообщение от Пряник (?), 25-Авг-23, 09:41 
Попался криворукий.
Ответить | Правка | Наверх | Cообщить модератору

80. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  +1 +/
Сообщение от Аноним (80), 25-Авг-23, 09:57 
Ну криворукий он или не криворукий, но мне помнится было очень весело когда правил программу на Питоне, и в ней были отступы табами, а в другом коде который я скачивал и добавлял - пробелами...
Ответить | Правка | Наверх | Cообщить модератору

100. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  –1 +/
Сообщение от Аноним (100), 25-Авг-23, 10:20 
Такого уже лет 10 как не встретишь. А то и больше
Ответить | Правка | Наверх | Cообщить модератору

111. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  –1 +/
Сообщение от User (??), 25-Авг-23, 11:01 
А я вот минифицированный js как-то раз на лету правил - тоже то ещё приключение было. Далеко идущие выводы из этого факта делать уже можно?
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

141. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  +/
Сообщение от Аноним (80), 25-Авг-23, 13:40 
Это тут при чём? Форматирование блоков кода отступами в Питоне встроенное и принудительное, от него никуда не денешься. А минифицировать/обфусцировать код можно на любом языке, тут язык не при делах.
Ответить | Правка | Наверх | Cообщить модератору

145. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  +/
Сообщение от User (??), 25-Авг-23, 14:05 
При том, что при форматировании дупой - любой язык становится излишне увлекательным.
Ответить | Правка | Наверх | Cообщить модератору

151. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  –2 +/
Сообщение от Аноним (151), 25-Авг-23, 15:04 
Твой редактор кода не умеет в замену табов на пробелы?
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

242. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  +/
Сообщение от Пряник (?), 29-Авг-23, 12:48 
И в чём трудность поменять везде на 4 пробела? В редакторе замена текста не работает?
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

2. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  +1 +/
Сообщение от pin (??), 24-Авг-23, 21:53 
Дорастаманились.
Ответить | Правка | Наверх | Cообщить модератору

3. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  +6 +/
Сообщение от Аноним (1), 24-Авг-23, 21:56 
От былой безопастности не осталось и следа. Даже блобы норма, но при этом хозяева языка ничего не делают, да им и пофиг.
Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  +/
Сообщение от pin (??), 24-Авг-23, 22:25 
> былой безопастности

Да какой там...

Ответить | Правка | Наверх | Cообщить модератору

22. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  +2 +/
Сообщение от пох. (?), 24-Авг-23, 23:02 
Как то ись не делают? Вот же ж - верификация и сертификация, чтоб блобы было удобнее и эффективнее поставлять всем тем пяти тыщам хайпожоров которым очередной лефтпад немедленно очень пригодился.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

133. "Выпуск Rust 1.72. Решение поставлять макрос  serde_derive то..."  +4 +/
Сообщение от Аноним (133), 25-Авг-23, 13:12 
Эксперты опеннета как всегда.
Во-первых, создатели языка тут ни при чем - речь о third-party библиотеке.
Во-вторых, комьюнити это решение как раз не понравилось, огромное количество людей выразило свою неудовольствие, после чего автор библиотеки передумал и отменил публикацию бинарей.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +2 +/
Сообщение от Аноним (4), 24-Авг-23, 22:06 
ну вот и дождались!
И здесь маски сорваны, маскарад окончен...
Красота.
Ответить | Правка | Наверх | Cообщить модератору

59. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Аноним (59), 25-Авг-23, 08:32 
Готовьте кредитки, скоро будете ПЛАТИТЬ!
Ответить | Правка | Наверх | Cообщить модератору

68. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +1 +/
Сообщение от 1 (??), 25-Авг-23, 09:39 
Но почему сразу кредитки ?
Может они добавят телеметрию (исключительно для безопасности) и кредитки не понадобятся.
Ответить | Правка | Наверх | Cообщить модератору

97. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Аноним (97), 25-Авг-23, 10:17 
Емнип, она и так есть, если не в самом компиляторе, то в тулинге. Хотя могу ошибаться, не цитируйте.
Ответить | Правка | Наверх | Cообщить модератору

183. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Аноним (183), 26-Авг-23, 11:57 
Не кредитки, а ЦВЦБ.
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

5. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +5 +/
Сообщение от Anonymous116723333333333 (?), 24-Авг-23, 22:06 
Хаха, поставлять скомпилированный бинарник в пакете это, конечно, сильно. Но зато я теперь понял, что значит по-настоящему значит memory safe.
Ответить | Правка | Наверх | Cообщить модератору

39. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от burjui (ok), 25-Авг-23, 01:47 
Какая связь?
Ответить | Правка | Наверх | Cообщить модератору

95. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Минона (ok), 25-Авг-23, 10:14 
> поставлять скомпилированный бинарник в пакете это, конечно, сильно

Юзай генту =)

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

6. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +1 +/
Сообщение от Tron is Whistling (?), 24-Авг-23, 22:07 
> поставлять crate-пакет serde_derive с макросом derive только в уже скомпилированном бинарном виде. Пакет serde_derive применяется для сериализации и десериализации данных и используется в качестве зависимости в 5495 других пакетах

Любители лить в рот прямо из трубы опять предсказуемо влетели.

Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +1 +/
Сообщение от Аноним (7), 24-Авг-23, 22:09 
Да в общем-то и раньше умные люди критиковали макросы.

> То есть на самом деле разбор форматной строки является не просто частью подключаемой по умолчанию библиотеки, что можно было бы предположить в случае println!, использованного в примере вывода Hello World, а и вовсе частью компилятора Rust. Сказки о невероятных удобствах и возможностях макросов, якобы позволяющих перенести в компайлтайм любое вычисление, рушатся уже на этапе написания первой программы на этом удивительном языке! Более того, с тем же успехом объяснить базовый пример можно было так, что непосредственно в языке есть конструкция вывода — и не городить огород с макросами.

Ответить | Правка | Наверх | Cообщить модератору

61. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Аноньимъ (ok), 25-Авг-23, 08:49 
Это бред.
Макросы не только лишь для принтлн нужны.
Это абсолютно нормально начиная с 80х годов прошлого столетия иметь полноценное метапрограммирование.
Ответить | Правка | Наверх | Cообщить модератору

210. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +1 +/
Сообщение от Аноним (210), 27-Авг-23, 13:09 
сишный define это не полноценное метапрограммирование.
Ответить | Правка | Наверх | Cообщить модератору

216. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  –1 +/
Сообщение от Аноньимъ (ok), 27-Авг-23, 14:26 
> сишный define это не полноценное метапрограммирование.

А сишка то тут причем?

Полноценное метапрограммирование было в Лиспе примерно всегда.

Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  –1 +/
Сообщение от Аноним (8), 24-Авг-23, 22:10 
А вот в сишечке такой ***** с блоками не было.
Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Аноним (8), 24-Авг-23, 22:12 
*блобами
Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  –1 +/
Сообщение от Аноним2 (?), 24-Авг-23, 22:18 
Было, но скорее по причине каменного века и отсутствия интернета. А в 2023 якобы топить за безопасность но спонсироваться гуглом и мелкософтом и предлагать бинари - ну это для любителей садомазахизма
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

55. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  –1 +/
Сообщение от Аноним (55), 25-Авг-23, 06:43 
Да обосрались они со скоростью трансляции вот и пробуют экономить теперь на спичках/
По мн е так тупиковый язык и идея
Ответить | Правка | Наверх | Cообщить модератору

152. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Ананимус (?), 25-Авг-23, 15:07 
> Было

Кто сказал firefox?

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

114. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  –1 +/
Сообщение от Аноньимъ (ok), 25-Авг-23, 11:09 
У сишки и пакетного менеджера не было.

Потому каждые свои нескучный менеджеры пакетов придумали, да ещё ядро линукса в них запихнули.

И в итоге сишкины либы как раз в большинстве бинарными блобами распространяются.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

119. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Серб (ok), 25-Авг-23, 11:36 
> И в итоге сишкины либы как раз в большинстве бинарными блобами распространяются.

Сколько там процентов у debian'а пакетов с воспроизводимыми сборками?

И на чем написаны проекты оставшихся пакетов - с не воспроизводимыми сборками?

Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +10 +/
Сообщение от НяшМяш (ok), 24-Авг-23, 22:20 
> Мэйнтейнер проекта Serde отказался идти на компромисс и заявил, что предкомпилированная реализация макроса будет единственным вариантом поставки пакета serde_derive.

Это не так. 4 дня назад он откатил изменения: https://github.com/serde-rs/serde/releases/tag/v1.0.184 Но бугурт поднял конечно знатный, ведь самое забавное то, что заметили это случайно меинтейнеры федоры и к тому времени скомпилированный бинарник уже распространялся недели три. Это к слову о том что опенсорс смотрят миллионы глаз, да.

Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +6 +/
Сообщение от Аноним (15), 24-Авг-23, 22:26 
> 4 дня назад он откатил изменения

Но осадочек остался. Теперь буду знать, что serde разрабатывают дурачки. В прямом смысле этого слова. От того, что дурачки прогнулись под дизлайками, дурачками они от этого быть не перестали.

Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  –4 +/
Сообщение от pin (??), 24-Авг-23, 22:27 
Может наоборот, свой труд уважают?
Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  –2 +/
Сообщение от An2 (?), 25-Авг-23, 02:29 
> Это не так.

Это было именно так. Ещё к тому же он просто заткнул рот возражающим, заблокировав возможность оставлять комментарии к тому issue. Типа всё уже решено (им) окончательно, и возмущения бесполезны.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

197. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Прохожий (??), 26-Авг-23, 21:41 
Было и есть. Прошлое и настоящее. Гм...
Ответить | Правка | Наверх | Cообщить модератору

86. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  –4 +/
Сообщение от 12yoexpert (ok), 25-Авг-23, 10:05 
растом пользуются полтора землекопа, каким-то васянским пакетом - ещё меньше. откуда миллион глаз лишь бы ляпнуть?
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

130. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +1 +/
Сообщение от НяшМяш (ok), 25-Авг-23, 13:01 
> растом пользуются полтора землекопа, каким-то васянским пакетом - ещё меньше. откуда миллион
> глаз лишь бы ляпнуть?

Я же не кексперт, умею интернетом пользоваться.
https://crates.io/crates/serde
https://crates.io/crates/serde_derive
500 тысяч загрузок _в день_

Ответить | Правка | Наверх | Cообщить модератору

134. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от freecoder (ok), 25-Авг-23, 13:12 
У serde_derive 172 миллиона загрузок.
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

101. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +3 +/
Сообщение от Минона (ok), 25-Авг-23, 10:23 
> Это к слову о том что опенсорс смотрят миллионы глаз, да

Это главный миф опенсорса.
Реально в исходники смотрят только сами разработчики, а мейнтейнеры пакетов только когда сборка фейлится.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

173. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Аноним (173), 26-Авг-23, 06:21 
А ещё лет 15 назад, пользователи Gentoo, ставили флаги для Сишечки -Wall -Werror=format-security -fPIC и патчили сорцы, слали репорты в апстрим. А сегодня вместо флага -Werror=format-security используют ржавого.
Ответить | Правка | Наверх | Cообщить модератору

160. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +2 +/
Сообщение от Аноним (-), 25-Авг-23, 20:05 
> случайно меинтейнеры федоры и к тому времени скомпилированный бинарник уже
> распространялся недели три. Это к слову о том что опенсорс смотрят миллионы глаз, да.

Он себя повел так как будто хотел втулить через мутный централизованный сервис бэкдор. А федористам факовв. Дебианщики нормально пакетят либы в деб-пакеты как обычно вместо вот этих самопалов с блобами. При таком управлении системой невозможно не заметить такую подляну. Но если вы камлаете на самопальный недо-пакетник от гугл-амазон-майкрософта то конечно получите характерный для маздая экспериенс. А что вы ожидали то?

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

13. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +2 +/
Сообщение от Аноним (7), 24-Авг-23, 22:21 
Что нужно чтобы начать использовать безопасный язык? curl | sh, исчерпать свободное место на диске уязвимостью cargo и установить несколько бинарных блобов.
Ответить | Правка | Наверх | Cообщить модератору

87. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  –1 +/
Сообщение от 12yoexpert (ok), 25-Авг-23, 10:06 
> исчерпать свободное место на диске уязвимостью cargo

я думал, выжирать место на диске - это фишка раста

Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  –1 +/
Сообщение от Ananimus (?), 24-Авг-23, 22:28 
Да все уже, откатили прекомпилированный бинарник. К чувакам пришли в багтрекер и они в итоге сдались.
Ответить | Правка | Наверх | Cообщить модератору

19. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +7 +/
Сообщение от Аноним (19), 24-Авг-23, 22:44 
>К чувакам пришли в багтрекер и они в итоге сдались.

То, что они откатили, еще не значит, что сдались ;)
Ну и сдача, конечно не останавливает поехавшей у них крыши - это да.

Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +1 +/
Сообщение от Ananimus (?), 24-Авг-23, 23:13 
> Ну и сдача, конечно не останавливает поехавшей у них крыши - это да.

Драма из ничего, в опенсурсе регулярно кто-то упоротые идеи выдает. Вспомни какую дичь Ульрих творил в glibc.

Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Витюшка (?), 24-Авг-23, 23:57 
Какую? Спрашиваю любопытства ради
Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +4 +/
Сообщение от Ananimus (?), 25-Авг-23, 00:20 
> Какую? Спрашиваю любопытства ради

Например, Ульрих решил что ему не очень интересно возиться с ARMи embedded в целом и отказывался принимать патчи. В итоге поцоны из Дебиана до 2014 года тащили свой форк elibc, который потом влили в glibc.

Ответить | Правка | Наверх | Cообщить модератору

42. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  –1 +/
Сообщение от Аноним (42), 25-Авг-23, 02:15 
Можно подробнее? Ссылка на архив рассылок подойдёт. А то уже часто бывало, что Ульриха гнобили за якобы бредовые поступки, а на поверку оказывалось, что парень всё правильно сделал. Да и дебианы уже светились с кривыми патчами, которые апстрим не хотел принимать (история с cdrtools в пример).

Но я не троллинга ради, мне правда интересно.

Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +1 +/
Сообщение от An2 (?), 25-Авг-23, 02:35 
https://snapshot.debian.org/package/eglibc/

2.9 (2009) .. 2.19 (2014). Т.е. где-то 5 лет неудобств. А то "до 2014" прозвучало, как будто неопределённо долго.

Ещё, кстати, была история с переходом на libav (форк ffmpeg):
0.6.2 (2011) .. 11.3 (2015 + длительная поддержка в stable Debian 8).

https://snapshot.debian.org/package/libav/

Ответить | Правка | Наверх | Cообщить модератору

72. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  –1 +/
Сообщение от Пряник (?), 25-Авг-23, 09:46 
Слабо тянет на дичь.
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

161. Скрыто модератором  +/
Сообщение от Аноним (-), 25-Авг-23, 20:12 
Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +1 +/
Сообщение от Аноним (18), 24-Авг-23, 22:40 
Сабж это ад.
Нет даже так... адддище.
На роллинге еще норм, но релизный дистр - да оно или пересобирать сабж или отказываться от фокса и симанки.
Например, в дебиане 10 и 11 специально под это дело акромя древнего системного раста есть еще раст-мозилла.
Сейчас это 1.59 - а значит выше 102 фокса и полугодовалой 2.53.15 симанки не собрать...
А свежий раст-моззила просит кучу зависимостей конских и неделю на пересборку...

Ответить | Правка | Наверх | Cообщить модератору

28. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  –1 +/
Сообщение от Анонин (?), 24-Авг-23, 23:42 
> в дебиане 10 и 11 специально под это дело акромя древнего системного раста есть еще раст-мозилла.

ну а как можно иначе с таким древнем мамонтовым Г?

> неделю на пересборку

смени свой четвертый пень на что-то поадекватнее

Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Аноним (18), 25-Авг-23, 00:05 
> неделю на пересборку
> смени свой четвертый пень на что-то поадекватнее

теоретик?

там же надо прежде чем llvm пересобрать и еще с 10-ок пакетов...

так что на 4-пне оно бы год собиралось, наверное...

Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Анонин (?), 25-Авг-23, 00:07 
Конечно теоретик! Я от четвертого пня избавился еще лет 15 назад, когда корки вышли.
Хз сколько оно бы на нем собиралось, но на наверное тебе можно доверять)))
Ответить | Правка | Наверх | Cообщить модератору

180. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Аноним (18), 26-Авг-23, 11:20 
видимо еще и неадекват-теоретик... не смог прочитать что речь не столько о железе...
Ответить | Правка | Наверх | Cообщить модератору

117. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +1 +/
Сообщение от Аноньимъ (ok), 25-Авг-23, 11:17 
Что за бред сумасшедшего.
Прийду домой проверю сколько оно из портов под Фрей собирается.
День там на дохлом 4хядереом бульдозере будет собираться десктоп полноценный.
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

179. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Аноним (18), 26-Авг-23, 11:18 
читать не пробовали?
под 11 фрю собери и проверь как оно собирается...
Ответить | Правка | Наверх | Cообщить модератору

186. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Аноньимъ (ok), 26-Авг-23, 15:25 
Эм, 11 фря больше не поддерживается. Инфраструктура просто отключена.
Новый софт под нее никакой не собрать. В смысле без приключений правки мейкфайлов и прочего.

Фаерфокс ничем особенным не выделяется на фоне всего остального в этом плане.

Оказывается опакетить сложное ПО с учётом всех зависимостей офигеть как не просто, вы открыли Америку конечно.

Ответить | Правка | Наверх | Cообщить модератору

211. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Аноним (18), 27-Авг-23, 13:31 
Дак я как раз и писал о том, что сборка FF и SM упираются именно в сабж.
Как по самому времени пересборки, так и по ресурсам требуемым на сборку и времени на решение проблем с зависимостям.
В итоге получается быстрее и проще хромиум собрать, чем с ФФ возиться...
Ответить | Правка | Наверх | Cообщить модератору

215. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Аноньимъ (ok), 27-Авг-23, 14:24 
> Дак я как раз и писал о том, что сборка FF и
> SM упираются именно в сабж.
> Как по самому времени пересборки, так и по ресурсам требуемым на сборку
> и времени на решение проблем с зависимостям.
> В итоге получается быстрее и проще хромиум собрать, чем с ФФ возиться...

Для сборки раста нужно:

Build dependencies:

        cmake : devel/cmake-core
        ninja : devel/ninja
        pkgconf>=1.3.0_1 : devel/pkgconf
        python3.9 : lang/python39

Library dependencies:

        libcurl.so : ftp/curl

Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от _kp (ok), 25-Авг-23, 03:00 
>>смени свой четвертый пень на что-то поадекватнее

Пересборка, это не запустил, попил кофе..и готово.
Но и ручное вмешательство. То, что то ошибку выдало, то не та версия, то пропатчить надо, то тесты не прошли и 6ачинай по новой..
Ну пересборка делается же в основном для нового, а старое и в бинарном виде можно уже готовое скачать.

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

102. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от Аноним (100), 25-Авг-23, 10:27 
Смени cmake на cargo. Там все автоматически собирается без перерывов на кофе и ошибки
Ответить | Правка | Наверх | Cообщить модератору

193. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +/
Сообщение от _kp (ok), 26-Авг-23, 19:37 
> Смени cmake на cargo. Там все автоматически собирается без перерывов на кофе
> и ошибки

Так речь только о сборке уже готового, пусть и свежего. А бывает что помимо мелких патчей, в худшем случае надо скестить ежа с ужом. ;)

Ответить | Правка | Наверх | Cообщить модератору

88. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  +3 +/
Сообщение от 12yoexpert (ok), 25-Авг-23, 10:07 
а в чём проблема с пересборкой? gentoo с растом и firefox на ryzen 5950x собирается за два часа
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

178. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  –1 +/
Сообщение от Аноним (18), 26-Авг-23, 11:16 
читать не пробовали? речь не о роллинге по готовым ебилдам собрать...
Ответить | Правка | Наверх | Cообщить модератору

20. "Выпуск Rust 1.72. Решение поставлять пакет serde_derive толь..."  –1 +/
Сообщение от pashev.ru (?), 24-Авг-23, 22:49 
Он уже сдал назад: https://github.com/serde-rs/serde/releases/tag/v1.0.184
Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +4 +/
Сообщение от Аноним (18), 24-Авг-23, 23:34 
> В будущем выпуске Rust 1.76 планируется прекратить поддержку платформ Windows 7, 8 и 8.1

как самоотверженно стали закапывать...

Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +3 +/
Сообщение от Аноним (57), 25-Авг-23, 07:25 
Нет, не по указке. Нет, не синдикат. У вас паранойя. Покупайте последние процессоры и последние версии ОС, иначе бог не полюбит вас.
Ответить | Правка | Наверх | Cообщить модератору

76. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (80), 25-Авг-23, 09:50 
Забавно что последние версии Mozilla Firefox 116.0.x, которые как бы прекратили поддержу Windows 7 и автоматически не установятся, на практике прекрасно работают в Windows 7 если их скачать и распаковать вручную
Ответить | Правка | Наверх | Cообщить модератору

84. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от ALTruist_linux (?), 25-Авг-23, 10:00 
Какой б..г то? Редмонтовский?
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

106. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –4 +/
Сообщение от пох. (?), 25-Авг-23, 10:42 
Переносимый язычок (с единственным и неповторимым запретом на клонирование) такой вот переносимый.
Винда, винда, еще винда но только правильная - и, вот, нате-на-лопате еще linoops (тоже далеко не любой).

Модному поколению не нужны лишние сложности при сборке, "и так сойдет!"

(и разумеется вчерашняя версия мразилы требует послезавтрашней версии компилятора - нельзя же не обмазываться вот этой еще не окончательно оформившейся под хвостом новой фичкой)

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

198. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от Прохожий (??), 26-Авг-23, 22:10 
А почему Microsoft можно прекращать поддержку Windows 8.1 (платная ОС, а разработчикам Rust (бесплатная среда разработки) - нельзя? Наверное потому, чтобы великому эксперту пох-у было что ляпнуть.
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от Аноним (29), 24-Авг-23, 23:48 
> требует обязательной инициализации значений переменных перед использованием

Может и безопасно, но снижает производительность.

Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от Ananimus (?), 24-Авг-23, 23:50 
>> требует обязательной инициализации значений переменных перед использованием
> Может и безопасно, но снижает производительность.

Говорят нам любители сишных strlen() и LIST_FOR_EACH(), ага :D

Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от burjui (ok), 25-Авг-23, 01:44 
Производительность чего, чтения мусора из памяти?
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

49. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от _ (??), 25-Авг-23, 04:13 
Ну если у тебя в памяти мусор то И ...
Но ты ведь помнишь как дебиановцы "лохов" из OpenBSD/OpenSSH поправили и проинициализировали :)
После этого пароль подбирался на простом кнопочном калькуляторе за 5 минут.
Откатили после всепланетного рофла :)
Так что же выходит - не весь мусор в памяти одинаково вреден? Представляю как растишек в этом месте "... разрывает на части!(С)" :)
Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от burjui (ok), 25-Авг-23, 09:48 
> Ну если у тебя в памяти мусор

Чтение неинициализированной памяти - UB, будь то Rust или C, если за читаемым адресом действительно память, а не MMIO.

> Но ты ведь помнишь как дебиановцы "лохов" из OpenBSD/OpenSSH поправили и проинициализировали

Не помню, напомните.

Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (80), 25-Авг-23, 09:53 
https://github.com/g0tmi1k/debian-ssh
Ответить | Правка | Наверх | Cообщить модератору

128. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от burjui (ok), 25-Авг-23, 12:55 
Для инициализации PRNG следует использовать специально для этого предназначенные источники энтропии, и в Linux это /dev/random, а не мусор из памяти.
Ответить | Правка | Наверх | Cообщить модератору

187. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от _ (??), 26-Авг-23, 17:29 
Ну дык что - пропвтчишь ssh то, покажешь лохам как надо? Или так потрепалсО и в кусты? :-)
Ответить | Правка | Наверх | Cообщить модератору

217. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от burjui (ok), 27-Авг-23, 14:52 
Иди сам пропатч, чудо. Этому багу уже больше 10 лет.
Ответить | Правка | Наверх | Cообщить модератору

91. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от Аноним (91), 25-Авг-23, 10:10 
> Чтение неинициализированной памяти - UB, будь то Rust или C

нет, расширяй кругозор

https://github.com/u-boot/u-boot/blob/291055efee4e1ae4ad0b62...

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

118. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноньимъ (ok), 25-Авг-23, 11:21 
Объясните как из приведенной ссылки следует что это не UB ?
Ответить | Правка | Наверх | Cообщить модератору

120. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (91), 25-Авг-23, 11:43 
> как из приведенной ссылки следует что это не UB ?

нужно чтение но результат чтения не имеет значения - если контроллер памяти не выдаёт ошибку таймаута при доступе за пределами первого ранка то память двухранковая.

Для тебя есть примеры попроще - многоядерные системы с общей памятью, или просто шаред мемори  в многопотоке - инициализация нужна только с одной стороны, с другой вообще может быть только ридонли.

Ответить | Правка | Наверх | Cообщить модератору

123. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от morphe (?), 25-Авг-23, 12:37 
А при чём тут железо вообще? UB это про то, что компилятор имеет право подобный код скомпилировать как угодно
https://research.swtch.com/ub#uninit
Ответить | Правка | Наверх | Cообщить модератору

127. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (91), 25-Авг-23, 12:49 
> А при чём тут железо вообще?

при том что ответ был на пост про железо

> Чтение неинициализированной памяти - UB, будь то Rust или C, если за читаемым адресом действительно память, а не MMIO.

и привёл примеры где нет никакого неопределенного поведения при доступе к неинициализированной памяти "не MMIO"

https://en.wikipedia.org/wiki/Memory-mapped_I/O_and_port-map...

Ответить | Правка | Наверх | Cообщить модератору

135. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ананимус (?), 25-Авг-23, 13:22 
> и привёл примеры где нет никакого неопределенного поведения при доступе к неинициализированной памяти

Примеры чего? В стандарте написано что чтение неинициализированной переменной это UB.

Например:

int b;

if (b > 10)
    puts("опеннетчики не могут в стандарт C");
else
    puts("опеннетчики точно не могут в стандарт C");

Вот это применр невалидного кода, с которым цомпилятор может сделать что угодно. Например, выкинуть обе ветки.

Ответить | Правка | Наверх | Cообщить модератору

146. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (91), 25-Авг-23, 14:16 
> Примеры чего? В стандарте написано что чтение неинициализированной переменной это UB.

примеры того что можешь подтереться стандартами и UB нет

> цомпилятор может сделать что угодно. Например, выкинуть обе ветки

для таких случаев есть volatile int b - иди подучись

Ответить | Правка | Наверх | Cообщить модератору

147. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ананимус (?), 25-Авг-23, 14:19 
> примеры того что можешь подтереться стандартами и UB нет

Ты же понимаешь что компилятор не очень заботит чем ты подтираешься и он будет следовать стандарту?

> для таких случаев есть volatile int b

То есть ты настолько настроен писать говнокод что вместо инициализации переменной будешь volatile совать?

Ответить | Правка | Наверх | Cообщить модератору

149. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (91), 25-Авг-23, 14:32 
> вместо инициализации переменной будешь volatile совать?

конечно если это нужно, а ты переменную в памяти которую можно только читать будешь инициализировать ?

Ответить | Правка | Наверх | Cообщить модератору

150. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ананимус (?), 25-Авг-23, 14:52 
> конечно если это нужно, а ты переменную в памяти которую можно только читать будешь инициализировать ?

Ветка вообще не про это.

Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

153. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (91), 25-Авг-23, 15:07 
> Ветка вообще не про это.

как раз про это - ты не понимаешь что часто требуется не инициализировать память, но ведь чтобы понять надо опыт программирования иметь а не языком чесать про безопасность.

Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

154. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ананимус (?), 25-Авг-23, 15:31 
> как раз про это - ты не понимаешь что часто требуется не инициализировать память, но ведь чтобы понять надо опыт программирования иметь а

Ох... это требуется в двух случаях: tight loop и общение с железом. В первом случае нет никаких чтений неинициализированной памяти (потому что это мать его UB), а второе это специальный случай с volatile.

Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

209. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (91), 27-Авг-23, 10:03 
> Ох... это требуется в двух случаях: tight loop и общение с железом. В первом случае нет никаких чтений неинициализированной памяти (потому что это мать его UB), а второе это специальный случай с volatile.

в ядре Linux 80% кода это драйверы железа, т.е примерно всегда, охай дальше

Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

219. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ананимус (?), 27-Авг-23, 18:15 
Прекрасно, как код драйвера железа относится к exfat?
Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

220. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (91), 27-Авг-23, 19:07 
>> в ядре Linux 80% кода это драйверы железа
> как код драйвера железа относится к exfat?

exfat по твоему к железу относится ? тебя кто-то обманул

Ответить | Правка | К родителю #219 | Наверх | Cообщить модератору

221. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ананимус (?), 27-Авг-23, 21:06 
> exfat по твоему к железу относится

Нет, я спрашиваю как exfat или device mapper относятся к железу. Потому что дыреней там из-за пердолева с неинициализированной памятью не меньше.

Ответить | Правка | К родителю #220 | Наверх | Cообщить модератору

222. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (91), 27-Авг-23, 23:10 
> Нет, я спрашиваю как exfat или device mapper относятся к железу. Потому что дыреней там из-за пердолева с неинициализированной памятью не меньше.

ты знаешь что не относится к железу но всё равно спрашиваешью Это наверно как-то должно отменить факт что доступ к регистрам MMIO повсеместно через volatile, может ты считаешь что CPU програмно должен инициализировать тысячи регистров в железе а не его аппаратный сброс и это как-то поможет устранить ошибки exfat и device mapper ? Тебя кто сильно обманул.

Ответить | Правка | К родителю #221 | Наверх | Cообщить модератору

231. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ананимус (?), 28-Авг-23, 12:48 
> Это наверно как-то должно отменить факт что доступ к регистрам MMIO повсеместно через volatile

Это прекрасно, но то что доступ к MMIO через volatile не отменяет того факта что код вокруг этого volatile это капля в море и все равно специальный случай.

Ответить | Правка | К родителю #222 | Наверх | Cообщить модератору

232. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ананимус (?), 28-Авг-23, 12:51 
>> Нет, я спрашиваю как exfat или device mapper относятся к железу. Потому что дыреней там из-за пердолева с неинициализированной памятью не меньше.
> наверно как-то должно отменить факт что доступ к регистрам MMIO повсеместно
> через volatile, может ты считаешь что CPU програмно должен инициализировать тысячи
> регистров в железе а не его аппаратный сброс

Чтобы не быть голословным:

$ cd ~/src/linux/drivers/net/ethernet/intel
$ git grep -c volatile .
e1000/e1000_hw.h:11
i40e/i40e_txrx.h:1

Ответить | Правка | К родителю #222 | Наверх | Cообщить модератору

233. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (91), 28-Авг-23, 15:54 
> $ cd ~/src/linux/drivers/net/ethernet/intel
> $ git grep -c volatile .

в коде драйверов кроссплатформенные readX/writeX, ioreadX/iowriteX и тд и надстройки над ними, а  implmentation defined реализации этих ф-ций в /arch

https://www.opennet.dev/openforum/vsluhforumID3/131335.html#172

Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

234. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ананимус (?), 28-Авг-23, 16:14 
> в коде драйверов кроссплатформенные readX/writeX, ioreadX/iowriteX и тд и надстройки над ними, а  implmentation defined реализации этих ф-ций в /arch

Ага. Поэтому у тебя работа с volatile спрятана в двух функциях и не торчит наружу. Прямо как ненавидимый местными поциентами unsafe :D

Ответить | Правка | К родителю #233 | Наверх | Cообщить модератору

236. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (91), 28-Авг-23, 17:45 
> работа с volatile спрятана в двух функциях

она не спрятана - ф-ции чтения/записи с гарантией того что вызовы не будут переупорядочены зависит от модели памяти архитектуры на которой исполняется код, если не заметил кроме volatile в реализации есть ещё барьеры памяти, сделано так чтобы писать кроссплатформенные драйверы.

Ответить | Правка | К родителю #234 | Наверх | Cообщить модератору

243. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ананимус (?), 29-Авг-23, 13:27 
>> работа с volatile спрятана в двух функциях
> она не спрятана - ф-ции чтения/записи с гарантией того что вызовы не
> будут переупорядочены зависит от модели памяти архитектуры на которой исполняется код,
> если не заметил кроме volatile в реализации есть ещё барьеры памяти,
> сделано так чтобы писать кроссплатформенные драйверы.

Она спрятана в функции. Прям внутри.

Изначально речь шла о том, что читать неинициализированную память -- UB в C, поэтому переменные все-таки хорошо бы инициализировать кроме тех случаев, когда это может мешать. Вылез какой-то упырь со своим volatile и начал орать что мы ничего не понимаем, но суть в том, что обращение к памяти устройства это как раз-таки специальный случай для которого этот volatile и используется.

Так что на общий случай "положили массив на стек" или "создали пару переменных" наличие volatile не влияет никак.

Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

244. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (91), 29-Авг-23, 16:09 
> Она спрятана в функции. Прям внутри.
> начал орать что мы ничего не понимаем

объяснил на пальцах, и да ты ничего не понимаешь

> обращение к памяти устройства это как раз-таки специальный случай

если этот специальный случай случается постоянно то не такой и специальный, тем более в современных процессорах с десятками ядер и сопроцессоров и общей для всех памятью

> переменные все-таки хорошо бы инициализировать

так их и надо инициализировать когда нужно, а когда не нужно  - не надо, до тебя такие простые вещи не доходят

Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

251. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ананимус (?), 31-Авг-23, 16:55 
> так их и надо инициализировать когда нужно, а когда не нужно  - не надо

Ты условил самую суть! Поэтому в Rust память инициализируются по умолчанию. Для тех случаев, когда не надо сделали MaybeUninit.

Ответить | Правка | К родителю #244 | Наверх | Cообщить модератору

158. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от burjui (ok), 25-Авг-23, 18:01 
Хорошо, здесь вы правы, я выразился неточно: UB не сам факт чтения, и именно использование неинициализированной памяти.

(void) readl((void *) rank1_base);

Т.к. здесь данные не используются, UB нет. Впредь постараюсь быть точнее.

Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

163. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (91), 25-Авг-23, 21:43 
> Т.к. здесь данные не используются, UB нет.

они могут и использоваться - буферы DMA from device, общая память IPC mailbox/msgbox в SoC из которой читаешь сообщения от асинхронной корки - пишет туда сопроцессор которым упраляешь а не твой код на CPU, это аналогично MMIO но в обычной памяти.

Ответить | Правка | Наверх | Cообщить модератору

165. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Someone (??), 25-Авг-23, 22:36 
Разве в стандарте не говорится просто об чтении?
В любом случае для LLVM чтение неинициализированной памяти кажется точно UB
Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

188. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от _ (??), 26-Авг-23, 17:38 
Тогда бы им можно было только хилоуворды(С) собирать. А им даже вёдра собирают.
Ответить | Правка | Наверх | Cообщить модератору

164. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Someone (??), 25-Авг-23, 22:27 
Это UB для LLVM. Это означает что компилятор может скомпилировать этот код как ему захочется, например просто выкинуть.

Ведь записи в память не происходит, а значит и чтения тоже нет.

Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

172. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (91), 26-Авг-23, 01:18 
> Это UB для LLVM. Это означает что компилятор может скомпилировать этот код как ему захочется, например просто выкинуть.

при чём тут LLVM - шланг стандарт С не признаёт и выкинет доступ к volatile ?

https://elixir.bootlin.com/u-boot/latest/source/arch/arm/inc...

https://elixir.bootlin.com/u-boot/latest/source/arch/arm/inc...

Ответить | Правка | Наверх | Cообщить модератору

66. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от Аноним (29), 25-Авг-23, 09:10 
Допустим, есть большой массив. Есть поток данных. Массив постепенно заполняется, по мере поступления данных. Инициализация всего массива – лишняя и ненужная трата времени, если алгоритм программы его и так весь заполнит.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

103. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +4 +/
Сообщение от Минона (ok), 25-Авг-23, 10:32 
Речь о том что после аллокации памяти под массив из него попытались что-то прочесть раньше чем записать.
Ответить | Правка | Наверх | Cообщить модератору

104. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (97), 25-Авг-23, 10:34 
Ну так можно и не инициализировать. Ансейф раст — всего лишь маркер, что компилятор снимает с себя полномочия по доказательству корректности и перекладывает их на разработчика (что сишка *почти везде*). Никто не запрещает помечать ансейфом вообще всё и писать почти как на сишкчке (и доказывать корректность каждого стейтмента в комментариях), но тогда лучше уж на сишечке и не страдать х-пстернёй ради х-пстерни. Либо использовать ансейф точечно и доказывать в комментах только отдельные оптимизации.
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

169. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от morphe (?), 25-Авг-23, 23:47 
> Ансейф раст — всего лишь маркер,
> что компилятор снимает с себя полномочия по доказательству корректности и перекладывает
> их на разработчика

Не верно, никаких он полномочий не перекладывает, все гарантии из safe rust там сохраняются.
Однако в unsafe{} блоке можно вызывать unsafe функции (Сторонние библиотеки например, FFI, или просто функции в которых есть unsafe, и корректность вызова которых должен доказывать пользователь), разыменовывать указатели (не путать с ссылками), обращаться с изменяемыми статичными переменными (static mut), и обращаться к полям union.
Кроме этих дополнительных _разрешений_ unsafe блок ничего не делает.

Ответить | Правка | Наверх | Cообщить модератору

138. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от Ананимус (?), 25-Авг-23, 13:26 
Это буквально то как работает Vec в Rust. Я понимаю что сишным пердолям сложно и они по привычке используют слайсы, но господи Иисусе, нельзя же быть НАСТОЛЬКО некомпетентными.
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

176. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (29), 26-Авг-23, 09:47 
Vec – динамический массив, а я про обычный. Работа с динамической памятью может быть медленней, особенно на микроконтроллерах.
Ответить | Правка | Наверх | Cообщить модератору

167. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Someone (??), 25-Авг-23, 22:39 
Для этого есть https://doc.rust-lang.org/stable/std/mem/union.MaybeUninit.html. Создаешь, пишешь, используешь
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

177. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (29), 26-Авг-23, 09:56 
Здорово, но... Лишние строчки кода.
Ответить | Правка | Наверх | Cообщить модератору

181. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ананимус (?), 26-Авг-23, 11:27 
Если ты боишься что это медленнее будет, то не будет, весь сахар эфемерный и уйдет после компиляции. Если ты хочешь той же семантики что у Vec, то ArrayVec.
Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от Твайлайт Спаркл (ok), 25-Авг-23, 06:43 
Можно и неинициализированной памятью пользоваться, но это уже придётся оборачивать unsafe.
Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

159. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от burjui (ok), 25-Авг-23, 18:07 
Но в неё можно только писать, т.е. инициализировать. Использование неинициализированной памяти - UB, независимо от того, unsafe это или нет.
Ответить | Правка | Наверх | Cообщить модератору

60. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от eganru (?), 25-Авг-23, 08:35 
В большинстве случаев нет.

В rust есть оптимизатор, который позволяет в простых случаях всё ненужное убрать.

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

108. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (97), 25-Авг-23, 10:45 
Ну, *лично я* как правило не доверяю оптимизациям, они если и работают, то как правило не до конца оптимально, для оптимизации горячего кода на уровне инструкций и циклов приходится бить компилятор по рукам, писать ансейф, а то и вовсе напрямую дёргать ллвм-интринсики. Но это только действительно горячий код и только под каждую конкретную платорму. Да, такое лучше делать на сишечке, но не всегда представляется возможным.
Ответить | Правка | Наверх | Cообщить модератору

136. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от eganru (?), 25-Авг-23, 13:22 
Я пока вилами и факелом в угол не загнали стараюсь не оптимизировать код, который работает.
Ответить | Правка | Наверх | Cообщить модератору

137. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от Ананимус (?), 25-Авг-23, 13:23 
> Ну, *лично я* как правило не доверяю оптимизациям

Собираешь с -O0?

Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

168. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Someone (??), 25-Авг-23, 22:42 
https://doc.rust-lang.org/stable/std/mem/union.MaybeUninit.html

Это то что нужно знать, если уж хочется неинициализировать данные

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

37. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 25-Авг-23, 00:26 
В npm такое часто. Это я к тому откуда ноги растут...
Ответить | Правка | Наверх | Cообщить модератору

41. Скрыто модератором  –4 +/
Сообщение от burjui (ok), 25-Авг-23, 01:58 
Ответить | Правка | Наверх | Cообщить модератору

58. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Анонимemail (58), 25-Авг-23, 07:57 
А почему все критекуют тут раст за безопасность причем тут безопасная работа с памятью и написанный код.
Ответить | Правка | Наверх | Cообщить модератору

112. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от Аноним (91), 25-Авг-23, 11:05 
> А почему все критекуют тут раст за безопасность причем тут безопасная работа с памятью и написанный код.

потому что в раст-безопасность ты должен верить. Поехавшие сразу начали развивать эту веру - нафига вам исходники если раст безопасен.

Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноньимъ (ok), 25-Авг-23, 08:53 
Что-то я не понял прикола. В чем соль бинарников вместо исходников?
Если у меня отличная от бинарников архитектура?
Ответить | Правка | Наверх | Cообщить модератору

71. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (71), 25-Авг-23, 09:43 
Кстати, да. Это ж под все архитектуры надо свои бинарники.
Ответить | Правка | Наверх | Cообщить модератору

107. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от пох. (?), 25-Авг-23, 10:44 
_обе_. О каких "всех" идет речь у компилятора, который тестируют только на винде последней версии и еще...вот ?
Ответить | Правка | Наверх | Cообщить модератору

200. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от Прохожий (??), 26-Авг-23, 22:25 
Чуть больше, о великий эксперт. https://doc.rust-lang.org/nightly/rustc/platform-support.html
Ответить | Правка | Наверх | Cообщить модератору

249. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (249), 31-Авг-23, 13:42 
Считать научись. По ссылке буквально подтверждение, что две платформы. Варианты с разными библиотеками - это не платформы, про tier 2 даже не заикайся - они не гарантируют работоспособности.
Ответить | Правка | Наверх | Cообщить модератору

73. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от 1 (??), 25-Авг-23, 09:47 
Значит тебе не нужен serde_derive
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

109. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от пох. (?), 25-Авг-23, 10:45 
так ему и не нужен - нужен другой библиотеке, у которой он в зависимостях пятнадцатого порядка. Причем сама библиотека может быть хорошо и грамотно написанной (хотя, конечно, куда там...)

Ответить | Правка | Наверх | Cообщить модератору

78. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от burjui (ok), 25-Авг-23, 09:53 
Просто автор хотел сэкономить пользователям serde время на компиляцию процедурных макросов, которые, по сути, являются плагинами компилятора. Идея интересная, только:
- У пользователя должен быть выбор, использовать прекомпилированные макросы или собирать их каждый раз с нуля (без учёта кеширования)
- Уже давно существует sccache
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

125. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +4 +/
Сообщение от Аноним (125), 25-Авг-23, 12:39 
автор (dtolnay) сделал фантастическую фигню, сделав морду кирпичом и прикрываясь жалким блеянием про скорость процедурных макросов. учитывая компетентность товарища - его просто прогнули, 99% вероятности - гугл, где он работает. в гугле такая же жалкая аргументация для пропихивания мерзких дурно пахнущих "фич"

хорошо то, что бредятину откатили, но это только пока

Ответить | Правка | Наверх | Cообщить модератору

131. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +3 +/
Сообщение от НяшМяш (ok), 25-Авг-23, 13:07 
> автор (dtolnay) сделал фантастическую фигню, сделав морду кирпичом и прикрываясь жалким
> блеянием про скорость процедурных макросов. учитывая компетентность товарища - его просто
> прогнули, 99% вероятности - гугл, где он работает. в гугле такая
> же жалкая аргументация для пропихивания мерзких дурно пахнущих "фич"
> хорошо то, что бредятину откатили, но это только пока

На реддите и в других ветках на гитхабе ему нормально так по морде надавали. Ведь при наличии инкрементальной компиляции эта байда компилируется один раз и время потраченное на это в сравнении с компиляцией всего проекта вообще незаметно.

Ответить | Правка | Наверх | Cообщить модератору

170. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 25-Авг-23, 23:55 
>> автор (dtolnay) сделал фантастическую фигню, сделав морду кирпичом и прикрываясь жалким
>> блеянием про скорость процедурных макросов. учитывая компетентность товарища - его просто
>> прогнули, 99% вероятности - гугл, где он работает. в гугле такая
>> же жалкая аргументация для пропихивания мерзких дурно пахнущих "фич"
>> хорошо то, что бредятину откатили, но это только пока
> На реддите и в других ветках на гитхабе ему нормально так по
> морде надавали. Ведь при наличии инкрементальной компиляции эта байда компилируется один
> раз и время потраченное на это в сравнении с компиляцией всего
> проекта вообще незаметно.

Санта-Барбара какая-то... Не лень вам участвовать в большой стирке?


Ответить | Правка | Наверх | Cообщить модератору

171. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от НяшМяш (ok), 26-Авг-23, 00:48 
> Санта-Барбара какая-то... Не лень вам участвовать в большой стирке?

Хоть какое-то развлечение. Не кекспертов же местных обсуждать.

Ответить | Правка | Наверх | Cообщить модератору

63. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (63), 25-Авг-23, 08:53 
>Агент влияния NSA, для этого ставший мейнтейнером проекта Serde отказался идти на компромисс

Ясно.

Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (63), 25-Авг-23, 09:01 
>несогласным с новой политикой разработчикам предложено создать и поддерживать собственный форк пакета.

Абсолютно правильно. Но есть немного другой вариант. Так как crates.io принадлежит Rust Software Foundation, то она может предложить мейнтейнеру serde создать свой содственный ЯП, пакетный менеджер, луна-парк и лунный модуль. А имя отжать и повесить по нему свой форк.

>даже на бросающийся в глаза перевод serde_derive в бинарную форму обратили внимание только спустя 4 недели и 12 релизов. При таком отношении профессионально обфусцированная вредоносная вставка в исходных текстах вероятно может годами оставаться незамеченной.

Я вам больое скажу, даже абсолютно не обфусцированная и абсолютно явная.

Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (63), 25-Авг-23, 09:08 
Проверил в реестре зарегистрированных торговых магок США, serde там нет.
Ответить | Правка | Наверх | Cообщить модератору

69. Скрыто модератором  –3 +/
Сообщение от Анонимemail (69), 25-Авг-23, 09:40 
Ответить | Правка | Наверх | Cообщить модератору

75. Скрыто модератором  +/
Сообщение от Аноним (75), 25-Авг-23, 09:50 
Ответить | Правка | Наверх | Cообщить модератору

82. Скрыто модератором  –1 +/
Сообщение от Анонимemail (69), 25-Авг-23, 09:59 
Ответить | Правка | Наверх | Cообщить модератору

83. Скрыто модератором  +1 +/
Сообщение от Аноним (63), 25-Авг-23, 09:59 
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

79. Скрыто модератором  +1 +/
Сообщение от Аноним (80), 25-Авг-23, 09:55 
Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

85. Скрыто модератором  –1 +/
Сообщение от Анонимemail (69), 25-Авг-23, 10:03 
Ответить | Правка | Наверх | Cообщить модератору

89. Скрыто модератором  –1 +/
Сообщение от eganru (?), 25-Авг-23, 10:09 
Ответить | Правка | Наверх | Cообщить модератору

93. Скрыто модератором  –1 +/
Сообщение от Анонимemail (69), 25-Авг-23, 10:11 
Ответить | Правка | Наверх | Cообщить модератору

94. Скрыто модератором  +/
Сообщение от 12yoexpert (ok), 25-Авг-23, 10:12 
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

98. Скрыто модератором  +/
Сообщение от Анонимemail (69), 25-Авг-23, 10:17 
Ответить | Правка | Наверх | Cообщить модератору

99. Скрыто модератором  –1 +/
Сообщение от Аноним (80), 25-Авг-23, 10:18 
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

144. Скрыто модератором  +/
Сообщение от freecoder (ok), 25-Авг-23, 14:01 
Ответить | Правка | Наверх | Cообщить модератору

92. Скрыто модератором  +/
Сообщение от 12yoexpert (ok), 25-Авг-23, 10:11 
Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

96. Скрыто модератором  –1 +/
Сообщение от Анонимemail (69), 25-Авг-23, 10:16 
Ответить | Правка | Наверх | Cообщить модератору

115. Скрыто модератором  +/
Сообщение от Аноним (63), 25-Авг-23, 11:10 
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

81. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от Аноним (63), 25-Авг-23, 09:58 
>решив отложить переход на поставку в бинарном виде до принятия в пакетный менеджер crate изменений для полноценной поддержки верификации предкомпилированных макросов. Разработчиками Serde подготовлен RFC с предложением реализовать в Crate верификацию предкомпилированных пакетов, проводимую на сервере репозитория crates.io через сверку бинарного файла с повторяемой сборкой из исходных текстов

Это лишь косметическая мера для того, чтобы успокоить псевдопараноиков-конформистов.

За Rust взялись серьёзно в качестве элемента кибервойны. Статическое связывание всех библиотек в случае их компрометации приведёт статическому внедрению бэкдора в весь софт, от них зависящий. Вычистить его оттуда будет на практике невозможно - это надо будет пересобрать весь софт с чистыми библиотеками. Но Rust устроен так, что это невозможно - библиотеки требуют конкретных версий зависимостей и Cargo их удовлетворяет, а есщи их поменять - то компиляция ломается чаще, чем необходимо, ибо "разработчиков" (в кавычках) на Rust приучили, что ломать API можно без последствий, нужно лишь заплатить налог в виде держания последнего nightly-компилятора, установленного из `curl | sudo`, и гигантских бинарников и долгой компиляции. Тепень фарш нельзя провернуть назад - это придётся переделать пакетный менеджер и все либы, это будет язык, не совместимый с Rust, то есть будет уже не Rust, а другой ЯП с тем же именем. Поэтому его просто не будет.

Но проблема усугубляется тем, что написано уже куча софта и либ на Rust, которые интегрированы в кучу другого софта. Где-то просто потому, что Rust обещал безопасность и производительность. Где-то потому, что кто-то написал реализацию на Rust, а других реализаций под пермессивной лицензией никто не написал. В результате придётся переписать весь такой софт. Кто это делать будет?

Далее предположим на секундочку, что ОК, ну раз необходимо - значит перепишут. Но если весь софт забэкдорен, то что мешает в бэкдор засунуть функциональность вируса, встраивающую в компилирующиеся программы этот самый бэкдор-вирус? Если у нас весь софт инфицирован, где-то потому, что написан на Rust и зависит от вредоносных зависимостей, где-то потому, что на компьютере, где происходит сборку, был установлен забэкдоренный софт, который инфицировал софт во время сборки (т.н. Ken Thompson compiler hack), то как нам получить чистую систему, на которой можно собрать чистые версии софта? Как - понятно - взять старый комп с холодного хранения, там система будет чистая. Но новый софт полностью из исходников такая система не соберёт. И даже если соберёт - в старой системе будут уязвимости, которые можно будет проъксплуатировать и залить новый бэкдор-вирус, поэтому её нельзя вообще к инету подключать.

Эту инициативу нужно давить в зародыше.

1. выкинуть разраба из Rust Software Foundation
2. отжать имя пакета на crates.io и повесить туда форк
3. начать переделывать cargo для ликвидации безответственного и развратного подхода к управлению зависимостями.

3.1 каждая зависимость (имя ящика) на всё дерево зависимостей должна быть в одном экземпляре. Вводить постепенно - через дельту в номере версии, которые считаются "одной версией", захардкоженную в cargo. То есть если в одном месте требуется 1.3.1, 1.3.2 и 1.3.5, то чтобы считалось, что при Δ=1 нужно только 1.3.2 и 1.3.5, а при Δ=3 - только 1.3.5. Дэльту увеличивать так, чтобы на каждое изменение сломался определённый малый процент библиотек на crates.io. Разрабам сломанных библиотек придётся прогнуться и изменить свои привычки. Им не впервой, прогнутся, конформаисты же.

3.2 построить workflow вокруг возможности использования предкомпилированных shared библиотек, при этом какой тип библиотек используется, shared, static или source - должно контролироваться лицом, производящим сборку.

Ответить | Правка | Наверх | Cообщить модератору

139. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от freecoder (ok), 25-Авг-23, 13:32 
В любом проекте генерируется Cargo.lock файл в котором указаны все зависимости проекта. Обычно этот файл не редактируется вручную, но ничто не мешает залезть туда и поменять версии и репозитории любых зависимостей.
Ответить | Правка | Наверх | Cообщить модератору

142. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от Аноним (142), 25-Авг-23, 13:48 
Я так и делаю, в значительном числе случаев после этого проект перестаёт компилироваться, потому что обратной совместимости в Rust просто не существует, и в языках с таким подходом к связыванию она не может и существовать. Поэтому приходится делать иначе: проходить по всей истории, править уже Cargo.toml, откатывать изменения и сливать конфликты. Это кропотливая ручная работа, которая в отсутствии системы контроля версий, работающей на уровне AST, а не строк, может целый день занять для одного проекта. А теперь представь, что это не 1 проект, а все проекты. Кто это всё будет делать? И, в гипотетических будущих условиях, когда весь софт скомпрометирован и безопасности тебе от вычистки пакетов прибавится пренебрежимо мало, зачем? Проще расслабить булки, что большинство и сделает.
Ответить | Правка | Наверх | Cообщить модератору

143. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (143), 25-Авг-23, 13:55 
Понимаешь, всё приятно и легко только у тех, кто сам таким не занимался, а слышал от кого-то, что так можно, и получил короткий рецепт как так делать, без перечисления всех проблем и подводных камней. Это эффектом Даннинга-Крюгера называется.
Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

148. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от freecoder (ok), 25-Авг-23, 14:27 
> Понимаешь, всё приятно и легко только у тех, кто сам таким не
> занимался, а слышал от кого-то, что так можно, и получил короткий
> рецепт как так делать, без перечисления всех проблем и подводных камней.
> Это эффектом Даннинга-Крюгера называется.

Лично я подменой зависимостей занимался, и каких-то серьёзных проблем с этим не имел. В отличии от вас. Так что мне тут больше сказать вам нечего.

Ответить | Правка | Наверх | Cообщить модератору

195. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от Вы забыли заполнить поле Name (?), 26-Авг-23, 21:03 
> Статическое связывание всех библиотек в случае их компрометации приведёт статическому внедрению бэкдора в весь софт, от них зависящий.

В плане безопасности статическое связывание как раз лучше. Один раз собрал и точно знаешь, что обновление другого пакета не добавит уязвимости в конечную программу. Крупные конторы на С++ давно все статически собирают.

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

196. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от Аноним (196), 26-Авг-23, 21:30 
Конторы живущие поддержкой одного большого программного обеспечения.

Если не будешь компилировать статически, кто же будет покупать поддержку с исправлением всех дырок во всех библиотеках?

Ответить | Правка | Наверх | Cообщить модератору

239. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 29-Авг-23, 00:06 
> Конторы живущие поддержкой одного большого программного обеспечения.
> Если не будешь компилировать статически, кто же будет покупать поддержку с исправлением
> всех дырок во всех библиотеках?

Как предлагается пинать пользователей обновить уязвимые динамические зависимости?

Ответить | Правка | Наверх | Cообщить модератору

90. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –2 +/
Сообщение от Аноним (63), 25-Авг-23, 10:10 
Ещё в качестве дополнительной меры воздействия можно задействовать по алгоритм, изложенный в https://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi?az=p...

1. Заходим на https://github.com/dtolnay
2. Выбираем Block or Report
3. Block user

После этого когда у автора этой идеи возникнут проблемы в какой-либо вашей программе, затрагивающие лично его, или появятся его личные или служебные хотелки, то он поймёт: вот пусть к  проекту serde со своими хотелками и обращается, может serde соизволит ему сделать персональный луна-парк и лунный модуль.

Ответить | Правка | Наверх | Cообщить модератору

124. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от User (??), 25-Авг-23, 12:39 
Еще можно куданадо написать, что автор по ночам гимн России поет, портрет Путина в шкафу держит и меньшинствами не интересуется - тут-то "он поймет: вот пусть к  проекту serde со своими хотелками и обращается, может serde соизволит ему сделать персональный луна-парк и лунный модуль."
Ответить | Правка | Наверх | Cообщить модератору

126. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Glenorman (?), 25-Авг-23, 12:43 
Что-то мне это напомнило, а пару месяцев назад, не стели принимать очет об ошибке в одну библиотеку на почве национальности. Мну , аккуратно скопировал из неё  все классы ,переименовав их на букву Z , чуток потер комментарии, и поставил пару костылей , чтобы баг исправлялся только в моем частном случае , но никак не в общем... Сижу жду горения.
Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

129. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (129), 25-Авг-23, 13:00 
Причём тут национальность? Мы тут о человеке по его поступкам судим. Человек злоупотребил своим положением и влиянием в проекте для продвижения вредоносных изменений. Я сам - ярый сторонник бинарных пакетов, но тот способ поставки бинарного пакета, который он продвигает - это простотзаведомо небезопасно. Впрочем как и вся экосистема Rust.

Кто-то приложил своё влияние для продвижение изменения, в результате которого всем заведомо хуже становится. Тут пока полностью не прокатило, но на полшишечки-то прокатило, а значит со временем прокатит и полностью.

Но у нас тоже есть кое-какое влияние для ответки. Не такое большое, как у него, но зато нас много.

Ответить | Правка | Наверх | Cообщить модератору

155. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (91), 25-Авг-23, 15:57 
> Но у нас тоже есть кое-какое влияние для ответки. Не такое большое, как у него, но зато нас много.

нет у вас ничего против корпораций кроме языка на их яичках

https://www.opennet.dev/opennews/art.shtml?num=58969

Ответить | Правка | Наверх | Cообщить модератору

132. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +2 +/
Сообщение от xsignal (ok), 25-Авг-23, 13:08 
Проприетарщина, что и требовалось доказать. И это только начало.
Ответить | Правка | Наверх | Cообщить модератору

157. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от Аноним (157), 25-Авг-23, 16:21 
Плюсую. Далее, с бинарников они перейдут на частично несвободную лицензию.
Ответить | Правка | Наверх | Cообщить модератору

202. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –2 +/
Сообщение от Прохожий (??), 26-Авг-23, 22:36 
Два эксперта не удосужились проверить, что автор уже откатил все свои хотелки.
Ответить | Правка | Наверх | Cообщить модератору

205. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от Аноним (196), 26-Авг-23, 22:53 
> Два эксперта не удосужились проверить, что автор уже откатил все свои хотелки.

Это спасает проблему с инфраструктурой раста?

Когда большинство проектов при сборке вытаскивают последние версии зависимостей и собирают с ними?

Ответить | Правка | Наверх | Cообщить модератору

208. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от Ананимус (?), 27-Авг-23, 00:41 
Ну так не используй все это и пиши как на сишке все сам руками, кто тебе мешает-то.
Ответить | Правка | Наверх | Cообщить модератору

218. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от Вы забыли заполнить поле Name (?), 27-Авг-23, 16:39 
> Два эксперта не удосужились проверить, что автор уже откатил все свои хотелки.

Сегодня откатил, завтра не откатит, завтра он будет уже не один. Такие явления - это звонок.

Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

140. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от freecoder (ok), 25-Авг-23, 13:38 
Подобные эксцессы всегда будут происходить, и раньше уже было (помянем Actix). Хорошо, что сообщество реагирует и успешно борется за свои принципы, свободу и безопасность.
Ответить | Правка | Наверх | Cообщить модератору

162. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +2 +/
Сообщение от Аноним (-), 25-Авг-23, 21:11 
Шаг с выбросом Вин7 это сильный шаг. То есть нет. Наоборот.

Вот представим что юзеры Вин7 хотят некий тул. Например текст редактор. И что ? На Раст теперь его не напишешь. Хахаха ! А вот на Лазарус напишешь.

Ответить | Правка | Наверх | Cообщить модератору

166. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от Могилла (?), 25-Авг-23, 22:38 
Вот представим, есть неконсумерист/параноик с Windоws 7. Рекламу отключает или просто игнорит и ничего по ней не покупает, ибо денег нет. Нужно ли на такого ресурсы команды разработки браузера тратить иресурсы сервера с телеметрией? Просто дропнем Windows 7 в браузере. А потом и в Rust. Хочешь использовать современные программы - купи и современный зондокомп с Windows 11. Не готов? Ну а а зачем ты нам такой нужен, посмотрим как ты запоёшь, когда без современного смузи-софта останешься. Придётся тебе самому переписать его на C++, весь лунный модуль и весь луна-парк, вместе с посетителями.
Ответить | Правка | Наверх | Cообщить модератору

248. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (249), 31-Авг-23, 13:34 
Это наивный взгляд на вещи. Прецедент с прекращением поддержки старых ОС это 100% отказ от использования в системах ESR, критичных для бизнеса.
Ответить | Правка | Наверх | Cообщить модератору

174. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от Ан (??), 26-Авг-23, 07:20 
Этот момент в Rust конечно пугает. Допустим твои клиенты пользуются Windows 7 (или Windows 10 в будущем), и тут из под тебя выдергивают стул. Или сидеть на последней работающей версии или спонсировать разработку компилятора/std. С C++ как-то все надежней, поддержка Windows XP есть в Visual Studio 2015.
Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

175. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от Аноним (175), 26-Авг-23, 07:25 
А зачем на сайте юниксоидов ты пишешь про Виндовс? Страдай, твои проблемы! Лучше иди-ка ты на сайт вантузников.
Ответить | Правка | Наверх | Cообщить модератору

184. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от Аноним (80), 26-Авг-23, 12:12 
Где на сайте написано что он для юниксоидов?
Ответить | Правка | Наверх | Cообщить модератору

182. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от Ананимус (?), 26-Авг-23, 11:41 
Грустно быть опеннетчиком. Читаем оригинал:

Currently Windows 7 and 8 are listed as Tier 1 supported platforms. However, this has not been true for a long long time. We simply do not have the testing infrastructure. And with so much software now abandoning Windows 7 and 8 (everything from Git to Go to every major browser), continuing to provide the little support that we do is only getting more difficult. There is also a lack of vendor support for these targets.

[…]

Support for Windows 7 and 8 may continue beyond these dates through the creation of new "legacy" targets for older Windows versions. Individuals or organisation(s) who can commit to providing some level of legacy testing and support should go through the normal process for creating new targets.

Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

192. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ан (??), 26-Авг-23, 19:12 
> Грустно быть опеннетчиком. Читаем оригинал:

И что там в оригинале? Ровно то что я и сказал, если захочешь поддержку Windows 7 (или Windows 10 в будущем), придется стать такой organization(s) or individual которые будут поддерживать target. Хватит ли нашей гипотетической компании бюджета на это большой вопрос.

Более того, нет особо никакого понимания как все будет. Просыпаешься такой утром, читаешь новости, "это версия будет последней для вашей платформы".

Ответить | Правка | Наверх | Cообщить модератору

204. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от Ананимус (?), 26-Авг-23, 22:45 
На чем ты предлагаешь им тестировать свой код, если win7 не продается с конца 17го года и не поддерживается с начала 23го, лол?
Ответить | Правка | Наверх | Cообщить модератору

206. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (196), 26-Авг-23, 22:56 
Ты можешь использовать виртуалку хоть с Windows NT.

Где брал не помню, но помню, что MS сама выкладывала для разработчиков виртуалки со старыми своими версиями.

Ответить | Правка | Наверх | Cообщить модератору

207. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ананимус (?), 27-Авг-23, 00:18 
Нет, не можешь, для тестирования тебе нужна та же система, на которой будут гонять твой код. И если ты не можешь ее купить, а вендор говорит что больше не будет ее поддерживать, то ты ее дропнешь. Как уже сделали Git, Go и прочие.
Ответить | Правка | Наверх | Cообщить модератору

225. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ан (??), 28-Авг-23, 06:09 
А куда делась инфраструктура? Раньше была и вдруг резко пропала, а новую не купить?
Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

229. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ананимус (?), 28-Авг-23, 12:45 
> а новую не купить?
> Окончание продаж Windows 7: 31.10.2016

А ты догадливый!

Ответить | Правка | Наверх | Cообщить модератору

245. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ан (??), 29-Авг-23, 19:06 
Так куда пропала инфраструктура?
Ответить | Правка | Наверх | Cообщить модератору

250. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ананимус (?), 31-Авг-23, 16:51 
> Так куда пропала инфраструктура?

Её никогда и не было. Windows 7 сдохла раньше, чем они начали регулярные сборки Tier1 :D

Ответить | Правка | Наверх | Cообщить модератору

203. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от Прохожий (??), 26-Авг-23, 22:39 
Кто мешает (запрещает) использовать старую версию Rust? Visual Studio 2015 сколько годков? Вот возьмёте такую же версию Rust и вперёд и с песней. Или это другое?
Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

226. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от Ан (??), 28-Авг-23, 06:47 
Можно, я и написал этот вариант. Но в целом теперь я думаю что C++ может выглядит если честно более жизнеспособным если проект рассчитан на работу на машинах клиентов.
Ответить | Правка | Наверх | Cообщить модератору

230. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от Ананимус (?), 28-Авг-23, 12:46 
> Можно, я и написал этот вариант. Но в целом теперь я думаю
> что C++ может выглядит если честно более жизнеспособным если проект рассчитан
> на работу на машинах клиентов.

Нет, не выглядит, потому что VS свежих релизов тоже не поддерживает Windows 7. Так что разницы буквально никакой :D

Ответить | Правка | Наверх | Cообщить модератору

246. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Ан (??), 29-Авг-23, 19:16 
Текущий проект собирается на VS2005, VS2015, clang, gcc (разные версии). Я вот думаю можно ли так было бы сделать на rust? Наверное в каких-то пределах можно, если не будет зависимостей с crates.io.  Вроде VS2022 с трудом но ставится на Windows 7
Ответить | Правка | Наверх | Cообщить модератору

241. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (241), 29-Авг-23, 12:32 
Кратко: всё устройство языка Rust и его экосистемы.
Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

227. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от BeLord (ok), 28-Авг-23, 09:46 
Весь софт для археологов уже есть, раз в семь-десять лет можно себе позволить менять все, а не тащить легаси веками.
Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

254. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от VladSh (?), 02-Сен-23, 22:23 
Я вообще не понял, при чём тут версия ОС к языку программирования...
Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

194. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +1 +/
Сообщение от gdg (??), 26-Авг-23, 20:25 
Zig выигрывает у сабжа примерно во всём относительно системного программирования.
Ответить | Правка | Наверх | Cообщить модератору

212. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –3 +/
Сообщение от freecoder (ok), 27-Авг-23, 13:35 
> Zig выигрывает у сабжа примерно во всём относительно системного программирования.

Сомневаюсь, но! Rust - это наследие и развитие C++, с иной философией. Поэтому его прямой конкурент - это плюсы и некоторое подмножество высокоуровневых языков (Java, Go, Pythion). Rust больше подходит для разработки прикладного софта с вкраплениями системщины или системного софта с приличной долей прикладного кода. Поэтому он сужает область выгодного использования C и Zig, но не претендует на их полную замену. В отличии от области плюсов.

Ответить | Правка | Наверх | Cообщить модератору

213. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от gdg (??), 27-Авг-23, 14:00 
>> Zig выигрывает у сабжа примерно во всём относительно системного программирования.
> Сомневаюсь, но! Rust - это наследие и развитие C++, с иной философией.
> Поэтому его прямой конкурент - это плюсы и некоторое подмножество высокоуровневых
> языков (Java, Go, Pythion). Rust больше подходит для разработки прикладного софта
> с вкраплениями системщины или системного софта с приличной долей прикладного кода.
> Поэтому он сужает область выгодного использования C и Zig, но не
> претендует на их полную замену. В отличии от области плюсов.

Где системное программирование и где плюсы. Я специально подчеркнул область применения.


Ответить | Правка | Наверх | Cообщить модератору

214. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от gdg (??), 27-Авг-23, 14:01 
>>> Zig выигрывает у сабжа примерно во всём относительно системного программирования.
>> Сомневаюсь, но! Rust - это наследие и развитие C++, с иной философией.
>> Поэтому его прямой конкурент - это плюсы и некоторое подмножество высокоуровневых
>> языков (Java, Go, Pythion). Rust больше подходит для разработки прикладного софта
>> с вкраплениями системщины или системного софта с приличной долей прикладного кода.
>> Поэтому он сужает область выгодного использования C и Zig, но не
>> претендует на их полную замену. В отличии от области плюсов.
> Где системное программирование и где плюсы. Я специально подчеркнул область применения.

А прикладнику в 2к23 лучше писать на языке со сборкой мусора.

Ответить | Правка | Наверх | Cообщить модератору

223. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от freecoder (ok), 27-Авг-23, 23:30 
> А прикладнику в 2к23 лучше писать на языке со сборкой мусора.

Прикладной софт, требовательный к производительности, в 2к23 лучше писать на безопасном языке с borrow checker.

Ответить | Правка | Наверх | Cообщить модератору

224. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от gdg (??), 27-Авг-23, 23:50 
>> А прикладнику в 2к23 лучше писать на языке со сборкой мусора.
> Прикладной софт, требовательный к производительности, в 2к23 лучше писать на безопасном
> языке с borrow checker.

Я так не считаю, критичные для перфа места  всегда можно написать на чистом си, это будет и быстрее, и читабельнее, чем раст. Дальнейший разговор считаю бессмесленным, он будет просто бесполезным обменом субъективными мнениями.

Ответить | Правка | Наверх | Cообщить модератору

228. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от freecoder (ok), 28-Авг-23, 12:10 
Комментарии для того здесь и нужны, чтобы обмениваться мнениями. Или вы что, боитесь потерять веру в свою религию? )

Ну, например - регулярные выражения. Производительность в Rust может в разы быть лучше других языков (и на порядок лучше Java и Go): https://github.com/mariomka/regex-benchmark

Или, веб серверы. В топе 10 - пять написаны на Rust: https://www.techempower.com/benchmarks/#section=data-r21&tes...

На алгоритмических задачах - и снова производительность Rust на уровне C и C++: https://benchmarksgame-team.pages.debian.net/benchmarksgame/...

Отсюда вопрос: так зачем мучиться, лепить франкенштейна - половину кода писать на Java/Go, половину на C (причём и прикладного тоже), когда можно просто взять Rust? И бонусом ещё получить типобезопасную многопоточность (Java тут вообще в сторонке курит).

Ответить | Правка | Наверх | Cообщить модератору

235. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  –1 +/
Сообщение от gdg (??), 28-Авг-23, 16:25 
>[оверквотинг удален]
> боитесь потерять веру в свою религию? )
> Ну, например - регулярные выражения. Производительность в Rust может в разы быть
> лучше других языков (и на порядок лучше Java и Go): https://github.com/mariomka/regex-benchmark
> Или, веб серверы. В топе 10 - пять написаны на Rust: https://www.techempower.com/benchmarks/#section=data-r21&tes...
> На алгоритмических задачах - и снова производительность Rust на уровне C и
> C++: https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
> Отсюда вопрос: так зачем мучиться, лепить франкенштейна - половину кода писать на
> Java/Go, половину на C (причём и прикладного тоже), когда можно просто
> взять Rust? И бонусом ещё получить типобезопасную многопоточность (Java тут вообще
> в сторонке курит).

Я тоже умею натягивать сову на глобус, но с возрастом это занятие теряет свой шарм. Адьо, теоретик.

Ответить | Правка | Наверх | Cообщить модератору

237. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от freecoder (ok), 28-Авг-23, 21:16 
Кроме вашего возраста, больше аргументы нет против?
Ответить | Правка | Наверх | Cообщить модератору

247. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Аноним (249), 31-Авг-23, 13:30 
>Производительность в Rust может в разы быть лучше других языков

А может и не быть. Выборочно сформировать список бенчмарков, подтверждающих лидерство любого системного языка, совсем не трудно.

Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

252. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от freecoder (ok), 01-Сен-23, 15:16 
> А может и не быть. Выборочно сформировать список бенчмарков, подтверждающих лидерство любого
> системного языка, совсем не трудно.

Речь шла про прикладное программирование, а не системное. Rust производительнее большинства популярных прикладных языков.

Ответить | Правка | Наверх | Cообщить модератору

238. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от yet another anonymous (?), 28-Авг-23, 22:38 
>>> Zig выигрывает у сабжа примерно во всём относительно системного программирования.
>> Сомневаюсь, но! Rust - это наследие и развитие C++, с иной философией.
>> Поэтому его прямой конкурент - это плюсы и некоторое подмножество высокоуровневых
>> языков (Java, Go, Pythion). Rust больше подходит для разработки прикладного софта
>> с вкраплениями системщины или системного софта с приличной долей прикладного кода.
>> Поэтому он сужает область выгодного использования C и Zig, но не
>> претендует на их полную замену. В отличии от области плюсов.
> Где системное программирование и где плюсы. Я специально подчеркнул область применения.

Есть некоторое количество операционок, написаннх почти полностью на плюсах. Не говоря уже про другие области, относящиеся к "системному программированию".

Ответить | Правка | К родителю #213 | Наверх | Cообщить модератору

253. "Выпуск Rust 1.72. Поставка пакета serde_derive только в ском..."  +/
Сообщение от Andrewpotam (?), 01-Сен-23, 19:26 
Чем громче вой анонимуса, тем более очевидно что язык действительно достойный внимания. Если бы был никому не нужен, никто бы не обращал внимания.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру