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

"В GCC-фронтэнде с компилятором Rust реализован Borrow checker"	+/–
Сообщение от opennews (??), 21-Мрт-25, 15:11
Для включения в состав ветки GCC 15 предложена серия патчей с улучшением поддержки языка Rust во фронтэнде gccrs. Наиболее заметным изменением стала поддержка проверки заимствования переменных (borrow checker), реализованная на основе компонента Polonius, разрабатываемого основной командой разработчиков Rust в качестве следующего поколения Borrow checker... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62924
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+2 +/–
Сообщение от Аноним (1), 21-Мрт-25, 15:11
Да чо уж там, давайте llvm сразу вкрячим. Чтобы и борроу чекер, и нормальный оптимизатор, и кросс-компиляция, и нормално реализованные санитайзеры, и адекватная плюсовая библиотека.
Ответить | Правка | Наверх | Cообщить модератору

	6. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+4 +/–
	Сообщение от Аноним (6), 21-Мрт-25, 15:31
	Дык, уже. Ребята из LLVM хайпанулись на AI и смогли запилить MLIR. А сейчас потихонечку завозят ClangIR — то самое пресловутое промежуточное представление языка C++ в виде штатного «диалекта» MLIR. Будет там и borrow checker, и серьёзная оптимизация, и новый уровень санитайзеров.
	Ответить | Правка | Наверх | Cообщить модератору

	11. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+2 +/–
	Сообщение от Аноним (11), 21-Мрт-25, 15:36
	Пресловутые шланговские оптимизации. Не сегодня завтра научится оптимизировать. А пока что оптимизацию не завезли в ллвм, лапша из готу где надо и где не надо это всё на что её хватает. В итоге, у гцц производительность результирующего кода не зависит так сильно от входных данных.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (14), 21-Мрт-25, 15:43
	Зато сатанайзеры.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (59), 21-Мрт-25, 16:56
	А за сатанайзерами скоро приедут санитайзеры ;)
	Ответить | Правка | Наверх | Cообщить модератору

	96. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от мимо проходил (?), 21-Мрт-25, 19:47
	100500% У CLANG/LLVM местами до неприличия плохо с peephole-оптимизацией (на вскидку в GCC на порядок больше эвристик) и уже лет 10 как большая боль с CMOV и её аналогами.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	250. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Akri (ok), 23-Мрт-25, 13:26
	В большинстве задач clang показывает больший перф чем GCC
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	251. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (11), 23-Мрт-25, 13:53
	> В большинстве задач clang показывает больший перф чем GCC Большинство задач это swiftshader, который гугл осознанно завязал на шланговые костыли? Других случаев науке не известно. Раньше главным аргументом было, что компиляция более быстрая, но это давно не так.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от fuggy (ok), 21-Мрт-25, 23:15
	Интересно после этого будет ли растохейтеры говорить что clang собирает проекты часами?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	8. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (59), 21-Мрт-25, 15:33
	Кросскомпиляция в GCC и так поддерживается. Естесственно, его для этой цели нужно собрать должным образом.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	67. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+2 +/–
	Сообщение от Аноним (1), 21-Мрт-25, 17:52
	Так о том и речь. llvm не нужно "собирать особым образом", там всё из коробки.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 21-Мрт-25, 20:33
	> Так о том и речь. llvm не нужно "собирать особым образом", там > всё из коробки. Там вообще штатно никакой поддержки хруста и борова - нету. Что там - из коробки? И в clang этого - тоже нет. Это наработки совершенно отдельного проекта Rustlang.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–2 +/–
	Сообщение от Соль земли (?), 21-Мрт-25, 15:56
	Дядя, ты ду...? LLVM не работает с Rust вообще никак. Он работает с LLVM IR. Учи матчасть, прежде чем пукать тут: HIR -> MIR -> LLVM IR -> Assembler.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	79. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (1), 21-Мрт-25, 18:54
	Где в моём комментарии хоть слово про rust?
	Ответить | Правка | Наверх | Cообщить модератору

	117. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (117), 21-Мрт-25, 22:11
	Рельность другая: HIR -> MIR -> LLVM C API -> LLVM IR -> (не отключаемые) оптимизации -> LLVM IR -> Assembler
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	130. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (-), 22-Мрт-25, 02:52
	> Рельность другая: HIR -> MIR -> LLVM C API -> LLVM IR > -> (не отключаемые) оптимизации -> LLVM IR -> Assembler Хруст сам по себе - LLVM юзает как кодогенератор. Потому что свой делать лениво. И есть реализации хруста и без LLVM. Сабж просто наиболее серьезный из "конкурентов" или "альтернативных реализаций" с явной декларацией задач вида "пересборка ядра Linux".
	Ответить | Правка | Наверх | Cообщить модератору

	157. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 12:17
	У LLVM одна задача - вытеснить GCC. Для этого он и создавался.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (-), 22-Мрт-25, 17:13
	> У LLVM одна задача - вытеснить GCC. Для этого он и создавался. Я как-нибудь обойдусь без летающего макаронного монстра, где ВСЕ АРХИТЕКТУРЫ ЗАПИХАНЫ В 1 МЕГАЛИБУ. Которая уже вымахала под сотню мегов - и при такой "архитектуре решения" - обречена пухнуть дальше, ударными темпами. Про то чтобы этот сблюв локально пересобрать - речь вообще как правило не идет, для этого надо билдферму и канал на гигабит. Ибо для пересборки понадобится скачать еще дохрена всего, питоны, электроны и сбоку бантик. И если это не билдферма - при сборке с нормальными оптимизациями 100-метровой либы на горе может случайно засвистеть рак до того как сборка закончится. А вот отреспинить себе свежий GCC под 1 конкретную архитектуру - вполне в пределах сил человеческих. В общем LLVM это продукт для полутора корп с билдфермой. Остальные - не велкам. Его и разрабатывает - полтора корпа, под свои нужды. Поэтому врядли там будет нормальнрая поддержка всяких не очень попрсовых архитектур. А если будет - тем хуже для LLVM, он еще сильнее распухнет - и однажды таки сдохнет под своим весом с его "архитектурой" решения.
	Ответить | Правка | Наверх | Cообщить модератору

	164. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (117), 22-Мрт-25, 13:12
	Какие ещё реализации руста без LLVM? cranelift? это побочный проект, там нет unwind и вряд ли он когда будет, как и серьёзные оптимизации. К тому же cranelift снаружи предоставляет LLVM C API.
	Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

	167. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (117), 22-Мрт-25, 13:27
	> К тому же cranelift снаружи предоставляет LLVM C API. Соврал по памяти. Он просто пытается быть местами похожим.
	Ответить | Правка | Наверх | Cообщить модератору

	183. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 17:17
	> Какие ещё реализации руста без LLVM? cranelift? это побочный проект, там нет > unwind и вряд ли он когда будет, как и серьёзные оптимизации. И тем не менее у проекта Rust нет какой-то самоецели фиксироваться на LLVM, как я понимаю. И боров next gen - совершенно отдельный компоннент. При том написанный на именно хрусте, что ортогонально LLVM'у от слова вообще. Как вообще писаный на Rust боров относится к LLVM? Миграция на него - goal Rust'а ;). А gccrs решил что обыграть хозяев поля прям на их же поле - вполне себе вариант, и поюзал его - раньше оригинала даже. А просто чтобы не писать весьма нетривиальную штуку - самим.
	Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

	102. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (-), 21-Мрт-25, 20:02
	> Да чо уж там, давайте llvm сразу вкрячим. Чтобы и борроу чекер, LLVM не имеет отношения к технологии borrow checker... а новое поколение чекера - это вообще отдельный компонент. Писаный на хрусте. Логично что кусок ЯП сам на себе написан :) > и нормальный оптимизатор, GCC вполне сравнимый. > и кросс-компиляция, LLVM поддерживает меньше архитектур чем GCC. И у них 1 убер-либа на все. Если туда затолкать все что GCC умеет - ты же лопнешь, деточка?! > и нормално реализованные санитайзеры, В GCC они тоже есть, внезапно. > и адекватная плюсовая библиотека. Что значит - адекватная? Почти все дистры линя юзают GCC и их либу, им норм вроде. А эти адекватные - с вами в одной комнате?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
Сообщение от Аноним (-), 21-Мрт-25, 15:22
Ого, GCC тоже потихоньку ржавеет. Наверное не хотят чтобы ядро собиралось единственны clang'ом. Что же скажут на это растохейтеры?))
Ответить | Правка | Наверх | Cообщить модератору

	5. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (6), 21-Мрт-25, 15:29
	Дык, уже. Ребята из LLVM хайпанулись на AI и смогли запилить MLIR. А сейчас потихонечку завозят ClangIR — то самое пресловутое промежуточное представление языка C++ в виде штатного «диалекта» MLIR. Будет там и borrow checker, и серьёзная оптимизация, и новый уровень санитайзеров.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 21-Мрт-25, 20:04
	> А сейчас потихонечку завозят ClangIR — то самое пресловутое промежуточное представление > языка C++ в виде штатного «диалекта» MLIR. Будет там и borrow > checker, и серьёзная оптимизация, и новый уровень санитайзеров. В контексте Rust это все уже абсолютно похрену. Потому что их borrow checker нового поколения, на который они и собираются в будущем перейти - это отдельный компонент на Rust. Реюзабельный, как видим - к gcc, вот, тоже его прикрутили. Что вызывает некоторые лулзые при бутстрапе, потому что надо собирать код на хрусте, еще полностью не умея хруст - но в общем то это решаемо и у них есть план как это делать. Вполне логичный и рабочий.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (10), 21-Мрт-25, 15:36
	> Что же скажут на это растохейтеры?)) Всем умным людям понятно, что это такой хитрый расто-вендорлок, EEE и все такое. Вот!
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	161. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (161), 22-Мрт-25, 12:52
	Вряд ли таких людей можно называть умными. Скорее, больными на всю голову паранойей.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–2 +/–
	Сообщение от Аноним (13), 21-Мрт-25, 15:40
	Хватит уже софт раздувать. Нет больше веры современным программистам. Надо брать всё в свои руки, брать tcc, и самим всё пилить.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	29. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (59), 21-Мрт-25, 16:06
	Ну зачем же убогий tcc, который, наверное, даже не C99 ? Почему бы не взять Hare Дрюни ДеВолта? Он на нём уж и микроядро запилил.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (13), 21-Мрт-25, 16:54
	TCC это в качестве референса. Вы просто его возьмёте и переделаете под свою задачу.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от fuggy (ok), 22-Мрт-25, 00:23
	Так если в него добавите оптимизации, трансформации, поддержку разных платформ и тд. То он разрастётся до размера GCC и уже не будет таким волшебно быстрым.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 21-Мрт-25, 20:07
	> Ну зачем же убогий tcc, который, наверное, даже не C99 ? Он C99 уже много лет. Но вот скомпилить им фирмвар, бутлоадер или ядро вы напряжетесь, потому что продвинутую кастомную линковку он как раз не умеет. И оптимизатор у него - по современным меркам никакой.
	Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

	32. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+2 +/–
	Сообщение от Аноним (-), 21-Мрт-25, 16:09
	Ну так бери и пили! А то болтать языком горазды, а сделать - мало кто. Ты уже готов показать свой СПО проект на tcc?
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	88. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (13), 21-Мрт-25, 19:19
	> Ты уже готов показать свой СПО проект на tcc? Ну разумеется. Уже скоро. А вы меня не ждите. Занимайтесь делом.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (59), 21-Мрт-25, 15:57
	Если из сишного кода бинарный будет генерить один кодогенератор - из растового другой, а потом это скрестить между собой (слинковать), то можно получить ещё ранее не виданные уязвимости. Чекер боровов тут не помошник, ага. Я уж забодался приводить ссылку на соответствующее исследование, сейчас под рукой её нет. Поэтому, выходной машинный код, как минимум, для ядра должен генерироваться единым бекендом для C и Rust. Поэтому, хорошо, если gccrs будет успешно компилять растовую часть кода из ядра. Т.к. у gcc и gccrs будeт единое промежуточное представление GIMPLE и далее в машкод единым бекендом. Значит, не будет необходимости портировать исходный код нужных модулей из растового в сишный.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	28. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от wyry (ok), 21-Мрт-25, 16:05
	В глобальном масштабе едва ли этим будут заморачиваться, может минорно кто-то шишек и набьёт. То, что начали насильно интегрировать Rust создало как минимум прецедент и определённый раскол. Учитывая то, что Линус лицемерно в своё время развернул C++, а теперь принял Rust, и это при том, что GCC сам написан на C++, развязывает руки, т.к. авторитеты начинают противоречить сами себе.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (59), 21-Мрт-25, 16:14
	Ну форкнется ядро на несколько - ну и хорошо, по моему мнению. Например, раскол FFmpeg (libav), в своё время, пошёл ему на пользу и снова объединились. Тоже OpenWRT и LEDE.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (-), 21-Мрт-25, 16:15
	> в своё время развернул C++, а теперь принял Rust, > и это при том, что GCC сам написан на C++, развязывает руки, > т.к. авторитеты начинают противоречить сами себе. А где противоречие? GCC написан был до раста. Но возможно вы правы и его тоже нужно начать переписывать с с++ на раст :)
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	50. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (59), 21-Мрт-25, 16:32
	Чтобы ухудшить читабельность кода?
	Ответить | Правка | Наверх | Cообщить модератору

	143. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от n00by (ok), 22-Мрт-25, 11:00
	Что бы сменить лицензию. Ну и да... зачем при этом старым людям читать новый код?
	Ответить | Правка | Наверх | Cообщить модератору

	38. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (-), 21-Мрт-25, 16:18
	> То, что начали насильно интегрировать Rust создало как минимум прецедент и определённый раскол. Отличный способ сбросить балласт неосиляторов и тех кто не хочет учить новое. Линус сам говорит что "мы стареем и седеем". Нужна новая кровь. > Учитывая то, что Линус лицемерно в своё время развернул C++, а теперь принял Rust, Развернул он его когда? Десятки лет назад. Да и сейчас С++ не лучший выбор - там сообщество штормит по поводу SafeC++. В коммитете раскол, разброд и шатание. > а теперь принял Rust, и это при том, что GCC сам написан на C++, И? Предполагается, что такие фундаментальные вещи как компилятор, пишут профи покруче чем в ядре. Может у них получится писать нормальный код, в отличии от ядрописак. > авторитеты начинают противоречить сами себе. И? Ну противоречит. Его никто не сместит и не выгонит. Желающие могли форкнуть ядро и написать на С++ уже давно. Но что-то их сейчас не видно.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	53. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (59), 21-Мрт-25, 16:37
	>В коммитете раскол, разброд и шатание. Ничего, как по-сь, так и помирятся. На то он и комитет, чтоб был плюрализмь мнений. >Желающие могли форкнуть ядро и написать на С++ уже давно. >Но что-то их сейчас не видно. Такой индусский (действительно от индусов) проект был. Да, сейчас тот сайт исчез.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (99), 21-Мрт-25, 19:52
	плюролизм это конечно замечательно, но пока что там кто в лес кто по дрова, одни кричат что нужно срочно что то менять иначе Раст нас везде заменит, а другие на эти все пропозалы чихать хотели
	Ответить | Правка | Наверх | Cообщить модератору

	111. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (111), 21-Мрт-25, 20:48
	Очень хорошо замечено. Причём он мог хотя бы принять упрощённое подмножество - си с классами - даже это было бы намного удобнее и благодаря RAII смогло бы решить 99% проблем, на которые указывают растовики, но Линус оказался непоследовательным и не сумел разглядеть потенциал C++.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	144. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от n00by (ok), 22-Мрт-25, 11:04
	Что бы Линус мог что-то принять, надобно ему что-то предложить. Так что не перекладывайте с больной головы на здоровую.
	Ответить | Правка | Наверх | Cообщить модератору

	189. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (111), 22-Мрт-25, 18:39
	Ему предлагали - он только фыркал, типа, фи-фи-фи этот ваш нище-бродский Си++, а вот раст моднее, молодёжнее, и главное - за него заносят! Есть такой шизофренический котраст, когда некоторые бывшие комсомольцы критикуют капитализм, а сами потом айфонами понтуются.
	Ответить | Правка | Наверх | Cообщить модератору

	195. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от n00by (ok), 22-Мрт-25, 19:29
	Что ему предлагали и когда? Вот сейчас я пишу поисковый запрос "linux kernel c++" и вижу в выдаче https://github.com/anthonyprintup/linux-kernel-cpp Supported features:     exceptions (TODO)     RTTI (TODO) ☑   dynamic initializers ☑   operator new/delete     kernel headers in C++ code (TODO) 3 года назад, 12 коммитов. Я даже файлы открывать не буду. Вызов конструкторов автор обеспечил, значит кое-что понимает. Остального нет, значит его нигде нет.
	Ответить | Правка | Наверх | Cообщить модератору

	203. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (111), 22-Мрт-25, 21:17
	Я понял что вы имеете в виду. Было мало предложений в том числе и потому, что Линус постоянно хейтил Си++ (из-за его избыточной сложности). Как говорил Кен Томпсон в своём интервью - каждый пытается выбрать своё подмножество Си++, причём часто эти подмножества языка не пересекаются. А заморачиваться с гайдлайнами, проводить агитпроп по стилю. Зачем ему это надо? Если даже комитет по стандартизации не справился, то ему тем более нет смысла заморачиваться, особенно когда есть готовый, проверенный временем, рабочий и главное простой инструмент - Си. Куда не ломятся полусумасшедшие извращатели синтаксиса. С растом он поспешил конечно (хотя не нам его учить как зарабатывать), но откатиться всегда будет можно. Некоторые знакомые кодеры восторгались растом 5 лет назад, потом не выдержали и опять вернулись на C/C++. Короче, всё это вилами по воде писано.
	Ответить | Правка | Наверх | Cообщить модератору

	241. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от n00by (ok), 23-Мрт-25, 08:31
	Финт "Линус виноват, что я не осилил предложить код" со мной не прокатывает. У меня примеры драйверов на плюсах лежат на гитхапе.
	Ответить | Правка | Наверх | Cообщить модератору

	127. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от fuggy (ok), 22-Мрт-25, 01:27
	I find C++ quite ugly. - RMS.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	142. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от n00by (ok), 22-Мрт-25, 10:53
	> I find C++ quite ugly. - RMS. Ладно бы, такое заявил Александреску. А это кто вообще, что бы его слушать?
	Ответить | Правка | Наверх | Cообщить модератору

	174. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 15:26
	>А это кто вообще, что бы его слушать? Наш вождь.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от n00by (ok), 22-Мрт-25, 15:39
	Вождь - ведёт. Значит слушаете, куда вам надо за ним идти. А на чём писать - это вообще не его дело.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от n00by (ok), 22-Мрт-25, 10:48
	> Учитывая то, что Линус лицемерно в своё > время развернул C++ Ключевое слово здесь -- время. Смотрим год. Смотрим, какой в том году был стандарт Си++. Понимаем, что Линус занимался троллингом уровня детского сада -- выдал объявление "дуракам вход воспрещен". Не нашлось тех, кто смог бы ему доказать делом, вот он и оказался прав в характеристике плюсовиков-линусксоидов. > развязывает руки > т.к. авторитеты начинают противоречить сами себе. Да кто их связывал-то? "Свободное ПО"... вы сами себя послушайте, вот где противоречие. Под ядро "проприетарной" Виндос написано столько кода на плюсах, что многим и не снилось.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	190. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (111), 22-Мрт-25, 18:54
	Дело было немного по-другому. Линус побоялся что в ядро начнут тащить плюсовые брейнфаки с шаблонным метапрограммированием, там разгребать кодовую базу - чёрт ногу сломает. А сказать что мы типа сторонники упрощённого стиля - немолодёжно, и вообще почти "моветон" в среде модернистских плюсовиков. Это беда плюсов и по сей день - неумение упрощать, гордиться брейнфакоподобными наворотами, синтаксическими нагромождениями. По итогу, Линус полностью всё завернул. Мог бы точно так же сделать и с растом, там брейнфак похлеще, но корпорасты насыпали ему зелени и он внезапно согласился. Наверное, много насыпали.
	Ответить | Правка | Наверх | Cообщить модератору

	193. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (111), 22-Мрт-25, 18:59
	Это беда плюсов и по сей день - неумение упрощать, плюсовики гордятся брейнфакоподобными наворотами и синтаксическими нагромождениями. Это проклятие STL называется. Но никто ведь не заставляет пользоваться STL-ом, можно так преобразить плюсы, что кодить будет приятнее чем на питоне. Я именно так и сделал.
	Ответить | Правка | Наверх | Cообщить модератору

	197. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от n00by (ok), 22-Мрт-25, 19:39
	> Дело было немного по-другому. Линус побоялся что в ядро начнут тащить плюсовые > брейнфаки с шаблонным метапрограммированием Ещё раз: Ключевое слово здесь -- время. In fact, in Linux we did try C++ once already, back in 1992. Ну какие шаблоны?
	Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

	200. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (111), 22-Мрт-25, 20:04
	Ну тогда плюсы вообще были полу-экспериментальным поделием (типа транспилятора в си). Потому серьёзные проекты и не затевались. Плюсы стандартизировались где-то к 98 году, многие считают что лучше даже говорить о 2003 (с исправлениями). Линус десятилетиями отмахивается от плюсов (а раст принял сразу же под давлением корпораций). От плюсов он отказывается в том числе и из-за стремления плюсовиков всё переусложнять (им это кажется чем-то крутым, вы загляните в утекшую кодобазу яндекса - там только обнять и плакать).
	Ответить | Правка | Наверх | Cообщить модератору

	201. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от n00by (ok), 22-Мрт-25, 20:24
	Как раз на то и намекаю, что плюсов в 1992 де-юре не было. Я не улавливаю, почему никто не обнулил этим фактом "арумент" Линуса. Он не отмахивался. Он видел, что ему обсуждать вопрос не с кем, но ради приличия отвечал, писал то, что на ура примут остальные (сишники). Rust он принял, поскольку было, что принимать: был код, ну и от взносов в фонд зачем бы он отказывался?
	Ответить | Правка | Наверх | Cообщить модератору

	202. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (111), 22-Мрт-25, 20:55
	Бабло конечно хорошо, но я надеюсь он осознаёт последствия. А то, что на ура примут сишники - на плюсах писать было не модно. Вот и получается то, что получается. Некоторым ещё повезло застать те времена, когда плюсы были, что называется, "вменяемыми", все эти журналы типа Dr. Dobb's, порталы CodeGuru, CodeProject - забытые кладези креатива. Сейчас такой движухи уже не замечается. В буржнете остался полудохлый медиум с комбинатором. Иногда кажется что даже хабр и опеннет на порядки интереснее.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+2 +/–
	Сообщение от Соль земли (?), 21-Мрт-25, 15:58
	Клуб нелюбителей Rust сам кого хочешь разведёт на бесполезную болтовню.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	82. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Нуину (?), 21-Мрт-25, 19:01
	Новость: просто набор патчей на рассмотрение Коммантатор: GCC тоже потихоньку ржавеет. Походу мозги уже у кого-то заржавели. С таким же успехом  GCC запаскалился, замодулился и зафортранился.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

9. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
Сообщение от Аноним (-), 21-Мрт-25, 15:33
> В GCC-фронтэнде с компилятором Rust реализован Borrow checker Ничосе! Вот это удар в псину! > Предложенная реализация Borrow checker отличается тем, > что написана на языке Rust Чо, на сишечке не смогли?)) А... же забыл! Самый сишный компилятор GCC уже давно пишется на плюсах)) А сишечку отправили на мороз даже тут. Надеюсь все растохейтеры что писали "я не буду пользоваться продуктом где есть хоть строчка на расте" выполнят свои угрозы и перестанут пользоваться GCC.
Ответить | Правка | Наверх | Cообщить модератору

	17. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (-), 21-Мрт-25, 15:45
	Апрельские тезисы Свободивца. 1. Расту не место в kernel.org. 2. Буду использовать Раст только после одобрения его Столлманом. 3. Не против Раста. Но пусть не лезут в экосистему GNU/Linux. 4. Пусть растаманы создают свою экосистему. 5. Пока Раст не станет копилефтным - не взлетит. 6. Взлетает только копилефт.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+2 +/–
	Сообщение от Аноним (-), 21-Мрт-25, 16:07
	> Апрельские тезисы Свободивца. Я бы не называл ГНУ свободной. Не даром BSD, MIT, Apache называют РАЗРЕШИТЕЛЬНЫМИ - т.е дающими больше свободы. Так что это скорее "Апрельские тезисы Запрещателей")) И ответы на эти тезисы супер простые. > 1. Расту не место в kernel.org. Уже поздно) > 2. Буду использовать Раст только после одобрения его Столлманом. Может выкинуть свой андроид. Удалить clang и gcc тоже)) > 3. Не против Раста. Но пусть не лезут в экосистему GNU/Linux. А кто их будет спрашивать)? > 4. Пусть растаманы создают свою экосистему. Внедрение в ядро не мешает очень упорным людям писать редокс. > 5. Пока Раст не станет копилефтным - не взлетит. ГНУ вообще загибается и как лицензия, и как идея. > 6. Взлетает только копилефт. Вранье, кучу раз обсуждалось.
	Ответить | Правка | Наверх | Cообщить модератору

	204. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 21:29
	> Я бы не называл ГНУ свободной. > Не даром BSD, MIT, Apache называют РАЗРЕШИТЕЛЬНЫМИ - т.е дающими больше свободы. Особенно хорошо заметно на примере Ferrocene компилера, где как обычно свобода оказалась - для сильно некоторых. Нагибать и зажимать всех остальных. Такие вот свободы. На персональном уровне - я искренне ненавижу проприетарные тулчейны. > Может выкинуть свой андроид. Удалить clang и gcc тоже)) А что если я не юзал андроида? И шланг никогда не инсталил. Зафиг он вперся если gcc есть? > А кто их будет спрашивать)? Поэтому запилят gccrs, о чем и новость :-). Gccgo же запилили. > Внедрение в ядро не мешает очень упорным людям писать редокс. Да там и реактосы с гайками кто-то пишет. Даже упорнее. Толку то? > ГНУ вообще загибается и как лицензия, и как идея. Особенно на примере ядра видно. И как это с BSD сработало. Они все такие живые и здоровые...
	Ответить | Правка | Наверх | Cообщить модератору

	206. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (111), 22-Мрт-25, 22:15
	> На персональном уровне - я искренне ненавижу проприетарные тулчейны. Я тоже. Если вы владеете средствами производства, например, тем же тулчейном, вы являетесь членом правящего богатого класса, также известного как буржуазия. Как рабочий (без доступных свободных средств производства), вы являетесь всего лишь членом класса, известного как пролетариат, продавая свой труд, потому что это единственный способ выжить (почти как рабство). Общественная собственность на средства производства позволяет работать на себя, а не на собственника средств производства.
	Ответить | Правка | Наверх | Cообщить модератору

	215. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 23:16
	>> На персональном уровне - я искренне ненавижу проприетарные тулчейны. > Я тоже. Если вы владеете средствами производства, например, тем же тулчейном, вы > являетесь членом правящего богатого класса, также известного как буржуазия. Как рабочий > (без доступных свободных средств производства), вы являетесь всего лишь членом класса, > известного как пролетариат, продавая свой труд, потому что это единственный способ > выжить (почти как рабство). Общественная собственность на средства производства позволяет > работать на себя, а не на собственника средств производства. Это все несколько криво в применении к софту. Но вот зависеть для наиболее критичных вещей от заскоков проприетарщика - это примерно как голову льву в пасть совать. Уповая что он сегодня хорошо покушал и поленится ее закрыть. Но что если вдруг нет?!
	Ответить | Правка | Наверх | Cообщить модератору

	221. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (111), 22-Мрт-25, 23:38
	> Это все несколько криво в применении к софту. Но вот зависеть для > наиболее критичных вещей от заскоков проприетарщика - это примерно как голову > льву в пасть совать. Уповая что он сегодня хорошо покушал и > поленится ее закрыть. Но что если вдруг нет?! Возьми Unreal Engine - надо отстёгивать процент от продаж, подписки на инструменты от Adobe, облачные хранилища, итд. Вы платите подобие налогов стороннему собственнику средств производства либо издателю-монополисту типа площадок Google Play/Steam. А в 80х годах всё было совсем плохо. Просто мы уже сейчас привыкли к Linux и множественным свободным аналогам проприетарных софтин как к чему-то само собой разумеещемуся. Про критичные вещи вообще молчу, здесь без вариантов нужен опенсорс.
	Ответить | Правка | Наверх | Cообщить модератору

	225. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 23-Мрт-25, 00:14
	> Возьми Unreal Engine - надо отстёгивать процент от продаж, подписки на инструменты от Adobe, облачные хранилища, итд. В смысле отстегивать? Ты инструмент получил? Ну так оплачивай его нынешнюю и дальнейшую разработку. Прикола ради, попробуй взять какое-то друго средство производства - трактор или комбайн, желательно бесплатно. Такого даже коммунякцих помойках не было, потому что техника сложная, ее создание это много ресурсов. > Вы платите подобие налогов стороннему собственнику средств производства либо издателю-монополисту типа площадок Google Play/Steam. А когда я арендую квартиру или магазин - то это тоже налоги?)) Я с удовольствием отдам магазину процент зато не буду парится с CDN и среваками для загрузки, процессингом денег, валютами, возвратами и кучей сложных вещей. Особенно те что связаны с финансами и налогами. Тебя никто не заставляет пользоваться услугами магазина, можешь рекламировать на своем сайте и отправлять код по почте. Деньги получат через нее же) > Про критичные вещи вообще молчу, здесь без вариантов нужен опенсорс. Нет, не нужен. Во-первых, не надо облегчать скрипткидди и хакерам работу. Во-вторых, зачем дарить халяву недружественным странам? (В последние годы ситуация и так накалилась, и боюсь будет хуже) В-третих, принимать код от мутных чуваков с другого гонца земного шарика? Примеры ЖинТянов очень показательные. Я уже молчу про всякие ДэʼГенератов, которые захотят залезть в прошивку авто или других средств повышенной опасности. С развитием автопилотов это станет еще актуальнее. Самое правильное решение - проверять подписи ключевых компонентов, если не совпадет с производителем - в турьму на годик.
	Ответить | Правка | Наверх | Cообщить модератору

	229. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (111), 23-Мрт-25, 00:58
	> В смысле отстегивать? > Ты инструмент получил? Ну так оплачивай его нынешнюю и дальнейшую разработку. Зачем? У рабочего сейчас есть доступ к альтернативному свободному средству производства - Godot Engine. > Прикола ради, попробуй взять какое-то друго средство производства - трактор или комбайн, > желательно бесплатно. > Такого даже коммунякцих помойках не было, потому что техника сложная, ее создание > это много ресурсов. Про израильские кибуцы не слыхал? Погугли на эту тему. Откроешь много интересного для себя. Так монополий на владение тракторами никто и не вводил, завышенные цены картельных сговором - не держат. Так что для рядового фермера или группы фермеров - это по карману. Правда бывают залоченные модели, но это уже вопрос выбора бренда. > Тебя никто не заставляет пользоваться услугами магазина, можешь рекламировать на своем > сайте и отправлять код по почте. Деньги получат через нее же) Правда при всём при этом в этом году святому Гуглу светит ООООчень большое антимопонольное разбирательство. Вы наверное не догоняете что монополии - это зло даже для сторонников капитализма. > Нет, не нужен. > Во-первых, не надо облегчать скрипткидди и хакерам работу. > Во-вторых, зачем дарить халяву недружественным странам? (В последние годы ситуация и так > накалилась, и боюсь будет хуже) > В-третих, принимать код от мутных чуваков с другого гонца земного шарика? Примеры > ЖинТянов очень показательные. Вы очень категоричны. Если вы тянете всё in-house, это одное дело, но сторонние либы в любом случае понадобятся.
	Ответить | Правка | Наверх | Cообщить модератору

	233. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 23-Мрт-25, 01:51
	> Зачем? У рабочего сейчас есть доступ к альтернативному свободному средству производства - Godot Engine. Если альтернатива есть, то чего такой переполох? Пусть те кто готов платить пользуются проприетарными решениями, а те кто нет - бесплатными. > Про израильские кибуцы не слыхал? Погугли на эту тему. Откроешь много интересного для себя. Т.е они выдадут трактор любому человеку с улицы?)) Или все-таки только членам кибуца? > Так монополий на владение тракторами никто и не вводил, завышенные цены картельных сговором - не держат. А сейчас где-то есть монополия на владение? Любой может себе купить трактор. Но фишка в том, что часто проприетарные продукты лучше. > Правда при всём при этом в этом году святому Гуглу светит ООООчень большое антимопонольное разбирательство. Как это связано с ием, что тебя никто не заставляет пользоваться стимом и выкладывать свою игру прям на торрент? >  Вы наверное не догоняете что монополии - это зло даже для сторонников капитализма. Ты не путай борьбу с монополиями и коммуняцкий 'отнять и поделить', а в данном случае 'весь код открыть и раздать бесполезным бездельникам'
	Ответить | Правка | Наверх | Cообщить модератору

	236. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (111), 23-Мрт-25, 02:47
	Не, ну я тоже хейтер ГНУ, но не настолько. Вы явно передёргиваете здесь. ГНУтый софт уже давно в бизнесе и прибыль с него имеют по разному. Одни собирают копирайт-холдеров и торгуют коммерческими лицензиями. Другие кормятся от заказов. На серверном софте экономия получается бешенная (гуглы и пейсбуки до сих пор кланяются в пояс), ну я не буду вам очевидные вещи объяснять. Вы спасатель Лёнь Голубковых что ли я не пойму?
	Ответить | Правка | Наверх | Cообщить модератору

	223. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 23:55
	> Это все несколько криво в применении к софту. Скорее совсем не применимо, но видно хочется поныть про тяжкую жизнь. > Но вот зависеть для наиболее критичных вещей от заскоков проприетарщика - это примерно как голову льву в пасть совать. Уповая что он сегодня хорошо покушал и поленится ее закрыть. Но что если вдруг нет?! Какие альтернативы? Сообщество нищуков, которые сегодня есть, а завтра нету? Которые могут впасть в депрессию, бросить проект? Ни один большой и крутой проект не развивается без корпораций - их ресурсы, подходы, методики позволяют строить и развивать огромные кодовые базы. Бомж-какиры из подвала на такое просто не способны.
	Ответить | Правка | К родителю #215 | Наверх | Cообщить модератору

	228. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (111), 23-Мрт-25, 00:43
	> Ни один большой и крутой проект не развивается без корпораций И без благословенных олигархов, конечно же... типичная психология раба, наслаждающегося своими кандалами. Вы в своих рассуждениях от махровых коммуняк устроивших второе крепостное право - ничем не отличаетесь. Вы вообще понимаете что такое рыночная экономика, конкуренция? Так вот там - действует антимонопольное законодательство. И мелкое предпринимательство защищается и поддерживается на уровне государства.
	Ответить | Правка | Наверх | Cообщить модератору

	232. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (-), 23-Мрт-25, 01:31
	>> Ни один большой и крутой проект не развивается без корпораций > И без благословенных олигархов, конечно же... типичная психология раба, наслаждающегося  своими кандалами. А по делу есть что сказать? Давай просто откроем крупные СПО проекты и посмотрим кто сколько кода пишет, кто сколько денег платит. > Вы в своих рассуждениях от махровых коммуняк устроивших второе крепостное право - ничем не отличаетесь. О, а вот это вообще хамство. Краснопузых я не люблю. А ведь именно коммуняцкие идеи г-на Столлмана и прочих продвигателей ГНУ привели к такой ситуации. Когда под лозунгами "щво60дьки" почти уничтожили возможность творцов обеспечивать себя. > Вы вообще понимаете что такое рыночная экономика, конкуренция? Так вот там - действует антимонопольное законодательство. И мелкое предпринимательство защищается и поддерживается на уровне государства. Да, я это отлично понимаю. Так же как то, что не может мелкая мастерская сделать самолет или построить километровый мост.
	Ответить | Правка | Наверх | Cообщить модератору

	237. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (111), 23-Мрт-25, 03:26
	> Давай просто откроем крупные СПО проекты и посмотрим кто сколько кода пишет, > кто сколько денег платит. Я говорю о том, что в принципе не обязательно нужны корпорации, чтоб писать сложные проекты с учётом современных инструментов быстрой разработки. Я из вашего сообщения понял, что надо молиться на корпорации, без них вот никак не справиться. Однако, есть ещё альтернативный подход - Independent Software Vendors, и свет клином на галерах не сошёлся. Открывайте свой бизнес. > А ведь именно коммуняцкие идеи г-на Столлмана и прочих продвигателей ГНУ привели > к такой ситуации. > Когда под лозунгами "щво60дьки" почти уничтожили возможность творцов обеспечивать себя. Так а кто этих самых творцов заставлял следовать данному вождю? Если их умственные способности не позволяют разглядеть в нём авантюриста и провокатора, то может нахрен таких "творцов"? Вы точно уверены что их стоит спасать? > Да, я это отлично понимаю. > Так же как то, что не может мелкая мастерская сделать самолет или > построить километровый мост. Тем не менее, цитирую: "в США насчитывается более 33,2 миллиона малого бизнеса, что составляет 99,9% всех бизнесов. В малом бизнесе занята почти половина рабочей силы США, а их ВВП составляет 44%" А ещё есть госпредприятия.
	Ответить | Правка | Наверх | Cообщить модератору

	222. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (-), 22-Мрт-25, 23:51
	> Я тоже. Если вы владеете средствами производства, например, тем же тулчейном, вы являетесь членом правящего богатого класса, также известного как буржуазия. Т.е к тем кто создал и развивает этот самый тулчейн. Ибо без развития программа быстро станет ненужной. > Как рабочий (без доступных свободных средств производства), вы являетесь всего лишь членом класса, известного как пролетариат, продавая свой труд, потому что это единственный способ выжить (почти как рабство). Эпическая чушь. Рабочему никто не запрещает купить, взять в аренду или создать самостоятельно те самые средства производства. > Общественная собственность на средства производства позволяет работать на себя, а не на собственника средств производства. А кто тогда будет эти самые средства производства создавать? Ты же их ни продать, ни в аренду сдать не сможешь. Кушать людям хочется каждый день, а побираться и просить подачки - не каждый сможет.
	Ответить | Правка | К родителю #206 | Наверх | Cообщить модератору

	227. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (111), 23-Мрт-25, 00:32
	>> Я тоже. Если вы владеете средствами производства, например, тем же тулчейном, вы являетесь членом правящего богатого класса, также известного как буржуазия. > Т.е к тем кто создал и развивает этот самый тулчейн. Имеется в виду в том числе предпринимательство - мелкая буржуазия. Пролетарий (простой рабочий) может стать предпринимателем, если у него есть доступные средства производства. > Ибо без развития программа быстро станет ненужной. Смотря какая программа) Некоторые программы работают исправно десятилетиями. Ну а некоторые айтишники специально создают паразитарные уловки, имитируют "развитие" с целью монетизации. Вы этот момент не учитывали? А данное явление, к сожалению, широко распространено в индустрии. >> Как рабочий (без доступных свободных средств производства), вы являетесь всего лишь членом класса, известного как пролетариат, продавая свой труд, потому что это единственный способ выжить (почти как рабство). > Эпическая чушь. > Рабочему никто не запрещает купить, взять в аренду или создать самостоятельно те > самые средства производства. Я говорю о ситуации, когда у рабочего нет денег на покупку средств производства. Надеюсь вы понимаете, что за незаконное коммерческое использование проприетарных тулчейнов и пиратского софта - огромные штрафы и реальные сроки. Проверки лицензий на софт у предпринимателей на Западе - обычное явление. Создать самостоятельно средства производства может только большое сообщество. Как оно функционирует - уже другой вопрос. Но принцип как у Маяковского. А если сгрудились малые - сдайся враг, замри и ляг! ))) Сообщество - рука миллионнопалая, сжатая в один громящий кулак! ))) > А кто тогда будет эти самые средства производства создавать? > Ты же их ни продать, ни в аренду сдать не сможешь. > Кушать людям хочется каждый день, а побираться и просить подачки - не > каждый сможет. Я про коммунизм здесь не говорю. Давно уже в мире сложились гибридные схемы совмещения капитализма и социализма (Швеция, Израиль, Китай тому примеры). Т.е. ты можешь делать кое-что с добавочной стоимостью в какой-то нише в виде проприетарного софта или вебсервиса, никто же не запрещает. Но базовые средства производства - желательно чтоб были доступны для каждого пролетария-простого рабочего.
	Ответить | Правка | Наверх | Cообщить модератору

	231. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 23-Мрт-25, 01:26
	> Имеется в виду в том числе предпринимательство - мелкая буржуазия. Ок, я типичный прогаммер на галере, горбачусь на дядю из корпорации. Заработанные я решил вложить: арендовал помещение и открыл кофейню. ЧСХ все средства производства мне пришлось покупать и на халяву мне их никто не дал! С основной работы я еще не ушел, так что не ясно то ли я угнетаемый пролетарий, то ли мерзкий буржуй)) > Пролетарий (простой рабочий) может стать предпринимателем, если у него есть доступные средства производства. Не релевантно по отношению к программированию. Да и к куче других профессий где требуются не только средства производства, но и навыки. Например хороший сварщик может работать на подряде, может арендовать инструмент и работать на себя, может купить сварочник и стать сам предпринимателем. Фишка в том, что навыки получаются долго (т.е дорого) и на их фоне инструмент стоит копейки. Так же и подписка на фотошоп, ценой в пару чашек кофе в штатах или две шаурмы в москве, в зарплате дизайнера будут заметны мало. IntelliJ IDEA стоит подороже, но 50 баксов при зарплате в 3-4 тысячи? > Смотря какая программа) Некоторые программы работают исправно десятилетиями. Массмаркет. Я не беру всякие "ПО для атомных станций" или "автопилост для боинга". Там в цену закладыаваются годы разработки и тестирования, а потом еще и поддержка. > Ну а некоторые айтишники специально создают паразитарные уловки, имитируют "развитие" с целью монетизации. Вы этот момент не учитывали? А данное явление, к сожалению, широко распространено в индустрии. Никто не заставляет обновляться) Но пользователи хотят новые возможности. Даже если это какие-то глупые анимированные смайлики. А кто мы такие, чтобы перечить пользователям.. особенно если это оплачивается))? > Я говорю о ситуации, когда у рабочего нет денег на покупку средств производства. Ну... пусть заработает. Или возьмет в кредит. На крайняк пусть напишет сам) > Надеюсь вы понимаете, что за незаконное коммерческое использование проприетарных  тулчейнов и пиратского софта - огромные штрафы и реальные сроки. В реальной жизни рабочего, точно так же взявшего без спросу перфоратор из магазина, чтобы сделать шабашку, как минимум оштрафуют, а возможно и посадят. > Проверки лицензий на софт у предпринимателей на Западе - обычное явление. И правильно. Точно так же как проверка документов у автомобилистов или экспедиторов на товар. > Создать самостоятельно средства производства может только большое сообщество. Как оно функционирует - уже другой вопрос. Ненене, это как раз очень важный вопрос. Например идеология ГНУ вообще не отвечает на вопрос "а что кушать?". Точнее отвечает, но мне такие ответы не очень нравятся: ʼбольшие зарплаты запретитьʼ, ʼсоздать министерство опенсорсаʼ, ʼопенсорс разрабатывать с налогов, размер зп определять голосованиемʼ и тд. > Но принцип как у Маяковского. Мне больше нравится его другой стих "Все люди бл№№и, Весь мир бардак!" > Сообщество - рука миллионнопалая, сжатая в один громящий кулак! ))) Вот разрушать такая толпа точно умеет. "отнять и поделить". А вот что-то сделать или хотя бы профинансировать того кто может сделать, к сожалению нет. Можно посмотреть кто и как финансирует разработку опенсорса и пойти в угол плакать. Сейчас Сообщество™ это толпа потребителей, которые только дай-дай-дай и для них "опенсорс - это как проприетарь, но бесплатно" > Я про коммунизм здесь не говорю. Давно уже в мире сложились гибридные схемы совмещения капитализма и социализма (Швеция, Израиль, Китай тому примеры). > Т.е. ты можешь делать кое-что с добавочной стоимостью в какой-то нише в виде проприетарного софта или вебсервиса, никто же не запрещает. Хм.. что-то я не слышал чтобы в этих странах софт резко стал бесплатным. Особенно в первых двух. Как и другие средства производства. > Но базовые средства производства - желательно чтоб были доступны для каждого пролетария-простого рабочего. А можно хотя бы один пример такого средства? Ни в одной из перечисленных стран я не знаю таких законов. Максимум могут помочь пособием по безработице и получением профессии типа парикмахера или водителя. Да и "базовое" средство - это не последний UE5, IDE или фотошоп, а RPG-maker, блокнот и Tux Paint.
	Ответить | Правка | Наверх | Cообщить модератору

	234. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (111), 23-Мрт-25, 02:32
	> Ок, я типичный прогаммер на галере, горбачусь на дядю из корпорации. Заработанные > я решил вложить: арендовал помещение и открыл кофейню. > ЧСХ все средства производства мне пришлось покупать и на халяву мне их > никто не дал! > С основной работы я еще не ушел, так что не ясно то > ли я угнетаемый пролетарий, то ли мерзкий буржуй)) Считай что СПО - это очень приблизительно: аналог государственных субсидий для начинающих предпринимателей, позволяющих сэкономить на закупках средств производства. Просто надо понимать как это было в 80х с ценами на софт и доступностью тулчейнов. А Столлман именно в те времена озадачивался данным вопросом. Я ни в коем мере не сторонник его секты. Я просто выделяю здоровое рациональное зерно в его действиях. > Фишка в том, что навыки получаются долго (т.е дорого) и на их > фоне инструмент стоит копейки. > Так же и подписка на фотошоп, ценой в пару чашек кофе в > штатах или две шаурмы в москве, в зарплате дизайнера будут заметны > мало. > IntelliJ IDEA стоит подороже, но 50 баксов при зарплате в 3-4 тысячи? Хорошо так рассуждать когда СПО уже успешно базовые потребности продемпинговало, да и конкуренция пока неплохо работает. А про такое явление как скупка конкурентов транснациональными корпорациями и намеренное банкротство не слышали? Про картельные сговоры производителей? Схема присядания вокруг проприетарных инструментов "работает" до первого шухера/кризиса. Плюс зависимость, привыкание. Ну и про лицензии не забывайте. Корпорации вам могут внезапно прописать в обязанность петь гимн США по утрам и присядать десять раз перед каждым автоматическим обновлением) > Массмаркет. Я не беру всякие "ПО для атомных станций" или "автопилост для > боинга". > Там в цену закладыаваются годы разработки и тестирования, а потом еще и > поддержка. Далеко не всем интересны обновления ради обновлений даже на массмаркете. >> Ну а некоторые айтишники специально создают паразитарные уловки, имитируют "развитие" с целью монетизации. Вы этот момент не учитывали? А данное явление, к сожалению, широко распространено в индустрии. > Никто не заставляет обновляться) > Но пользователи хотят новые возможности. Даже если это какие-то глупые анимированные смайлики. Это понятно. Но приплясывать вокруг подобных дельцов тоже сомнительное удовольствие. > А кто мы такие, чтобы перечить пользователям.. особенно если это оплачивается))? Да, любой каприз за ваши деньги) >> Я говорю о ситуации, когда у рабочего нет денег на покупку средств производства. > Ну... пусть заработает. Или возьмет в кредит. > На крайняк пусть напишет сам) СПО - это очень хорошее подспорье в деле (на начальных этапах). > В реальной жизни рабочего, точно так же взявшего без спросу перфоратор из > магазина, чтобы сделать шабашку, как минимум оштрафуют, а возможно и посадят. Вот именно. > И правильно. > Точно так же как проверка документов у автомобилистов или экспедиторов на товар. Конечно правильно. > Ненене, это как раз очень важный вопрос. > Например идеология ГНУ вообще не отвечает на вопрос "а что кушать?". > Точнее отвечает, но мне такие ответы не очень нравятся: > ʼбольшие зарплаты запретитьʼ, ʼсоздать министерство опенсорсаʼ, > ʼопенсорс разрабатывать с налогов, размер зп определять голосованиемʼ и тд. Да, здесь Столлман явно переГНУл палку. Наверное слишком много читал Карла Маркса или переписку Энгельса с Каутским))) Что ж, бывает. Беднягу порою переклинивает не по-детски, но в целом в его деятельности были и плюсы. > Мне больше нравится его другой стих > "Все люди бл№№и, > Весь мир бардак!" Звучит прям очень по-трампистски) > Вот разрушать такая толпа точно умеет. "отнять и поделить". А вот что-то > сделать или хотя бы профинансировать того кто может сделать, к сожалению > нет. У вас они что-то отняли? Продемпинговали? Ну сделайте тогда свой проприетарный софт лучше. На то оно и added-value и конкуренция. > Можно посмотреть кто и как финансирует разработку опенсорса и пойти в угол > плакать. Ну мне тоже порою обидно за этих наивных людей. Одни на каких-то тиктоках и ютубах гребут миллионы, а некоторым инженерам-программистам иногда даже на еду не хватает. Перекосы общества. Это называется финансовая безграмотность. Неумение планировать свой бюджет, принятие неразумных финансовых решений, "долговые ямы" – это следствия финансовой безграмотности. Перед тем как что-то делать, нужно продумать как на этом получится заработать в будущем. Иначе это просто хобби, и не следует ничего ожидать взамен. > Сейчас Сообщество™ это толпа потребителей, которые только дай-дай-дай и > для них "опенсорс - это как проприетарь, но бесплатно" Да, к сожалению, есть такая тенденция. > Хм.. что-то я не слышал чтобы в этих странах софт резко стал > бесплатным. Особенно в первых двух. > Как и другие средства производства. Так к полной бесплатности никто и не призывает. Базовые вещи - это да, желательно чтоб были варианты. Народу нравится Линукс. Мне тоже нравится. Помогает экономить. Что тут плохого? > Ни в одной из перечисленных стран я не знаю таких законов. Субсидии, дотации, инкубаторы предпринимательства.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (59), 21-Мрт-25, 16:29
	> 2. Буду использовать Раст только после одобрения его Столлманом. А хорошо бы было, если бы Столман таки публично высказался про Rust. В ядре понятно, руки выкручивают, заставляют использовать. А вот в юзерспейсе уже более свободен выбор языков. В юзерспейсе Rust использовать не буду. Есть другие - с ООП и наследованием: C++ и D. И они есть и уже полноценно работоспособны в составе GCC.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	101. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 21-Мрт-25, 19:58
	> А хорошо бы было, если бы Столман таки публично высказался про Rust. Думаю он мог бы высказаться про маленьких анимешных девочек которые пишут проекты на расте. Но боюсь после предыдущего раза еще не пришел в себя. Да и девочки могут оказаться с сюрпризом. > В ядре понятно, руки выкручивают, заставляют использовать. А до этого заставляли использовать СИ, да еще и с гнутыми расширениями. Причем определенной версии. И никто не умер) Но ядро же не про "кто в лес, кто по дрова" - какие-то правила должны быть. > А вот в юзерспейсе уже более свободен выбор языков. В юзерспейсе Rust использовать не буду. Никто и не заставляет. > Есть другие - с ООП и наследованием: C++ и D. И они есть и уже полноценно работоспособны в составе GCC. C++ гугл выкидывает потихоньку из андроида - тк такое же дырявое как си.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (111), 21-Мрт-25, 21:00
	> C++ гугл выкидывает потихоньку из андроида - тк такое же дырявое как си. Нет, на Си++ можно писать вообще не трогая память напрямую и освобождать объекты автоматически. Просто манагеры решили, что на расте даже обезьянки смогут. Посмотрим чем закончится их очередная оптимизационная авантюра))) Наверное, как всегда, блоатваром с франкенштейнами. Ну так это, думать просто надо было, а не бегать за баззвордами.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 11:23
	> Нет, на Си++ можно писать вообще не трогая память напрямую и освобождать объекты автоматически. Можно. Но внезапно окажется что оно тормозит, потому что все проверки придется делать в рантайме. > Наверное, как всегда, блоатваром с франкенштейнами. Ванга из вас так себе, мистер Аноним.
	Ответить | Правка | Наверх | Cообщить модератору

	196. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (111), 22-Мрт-25, 19:36
	> Можно. Но внезапно окажется что оно тормозит, потому что все проверки придется делать в рантайме. Тормозит аж на 1 такт процессора! А с оптимизацией - часто вообще ноль. Зато не надо с боровом сражаться. Пишешь понятный код с применением ООП, быстро компилируешь большие проекты, не тащишь за собой модно-молодёжные хвосты из тысяч зависимостей, не изобретаешь как это надо зарефакторить по-растомански чтоб хотя бы откомпилировалось, и ещё с десяток растограблей. Вы не на том акцент делаете. Лучше смотрите на узкие места (bottleneck) в программировании называется hotspot, на который затрачивается значительная доля процессорного времени.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (10), 21-Мрт-25, 15:57
	> Чо, на сишечке не смогли?)) > А... же забыл! Самый сишный компилятор GCC уже давно пишется на плюсах)) Ну, еще задолго до сишечки, части оптимизатора (и не только) там были на диалекте лиспа: https://github.com/gcc-mirror/gcc/blob/master/gcc/config/gcn... https://github.com/gcc-mirror/gcc/blob/master/gcc/match.pd #if GIMPLE /* Optimize (X + (X >> (prec - 1))) ^ (X >> (prec - 1)) into abs (X).  */ (simplify (bit_xor:c (plus:c @0 (rshift@2 @0 INTEGER_CST@1)) @2) (if (ANY_INTEGRAL_TYPE_P (TREE_TYPE (@0))       && !TYPE_UNSIGNED (TREE_TYPE (@0))       && wi::to_widest (@1) == element_precision (TREE_TYPE (@0)) - 1)   (abs @0))) #endif
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	26. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (10), 21-Мрт-25, 15:59
	> еще задолго до сишечки s/сишечки/плюсиков/
	Ответить | Правка | Наверх | Cообщить модератору

	34. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (-), 21-Мрт-25, 16:12
	Не удивительно. Сам ГЦЦ начинался с "волосатого паскаля" (что бы это вообще не значило). Но использование более подходящих ЯП для конкретных задач - это скорее плюс чем минус.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	63. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+2 +/–
	Сообщение от Аноним (63), 21-Мрт-25, 17:10
	Десятое правило Гринспена. (с)
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	42. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–2 +/–
	Сообщение от Аноним (59), 21-Мрт-25, 16:20
	>что писали "я не буду пользоваться продуктом где есть хоть строчка на расте" Ну не ври же, нигде я не видел, чтоб вот так дословно и писали, прям, одна строчка. А то одну-то строчку можно и в сишную конвертировать.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	163. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (161), 22-Мрт-25, 13:08
	Есть в литературе такой приём, как гипербола. Вот это оно. Гипе́рбола (из др. -греч. ὑπερβολή «переход; чрезмерность, избыток; преувеличение») — стилистическая фигура явного и намеренного преувеличения с целью усиления выразительности и подчёркивания сказанной мысли, например: «я говорил это тысячу раз» или «нам еды на полгода хватит».
	Ответить | Правка | Наверх | Cообщить модератору

	91. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Ан Оним (?), 21-Мрт-25, 19:26
	>Чо, на сишечке не смогли?)) В новости же сказано, что взяли готовый из компилятора Rust'а, сами ничего не писали. >выполнят свои угрозы и перестанут пользоваться GCC Код на Rust'е только во фроненде gcc rust'a, а больше его нигде там нет
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	105. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (99), 21-Мрт-25, 20:08
	Поправка в новости сказали что взяли Polonius, это переосмысление borrow checker lifetimes. Он позволяет "брать в долг" в большем количестве контекстов чем текущая система (по аналогии с пословицей "Neither a borrower nor a lender be" но в точности наоборот). только насколько я помню работа над внедрением Polonius затормозилась, но была возобновлена как инициатива в 2024 ревизии https://rust-lang.github.io/rust-project-goals/2025h1/Poloni...
	Ответить | Правка | Наверх | Cообщить модератору

	181. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от анонимус (??), 22-Мрт-25, 16:45
	> Чо, на сишечке не смогли?)) А чего у вас там с ${name}-sys? На rust'шишке нишмагли-ниасилили? Сишечку-плюсики биндим? А как же безопасность?
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

12. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
Сообщение от Аноним (-), 21-Мрт-25, 15:38
Так у меня непонятки, прошу просветить. Согласно лицензии, компилятором языка Rust может считаться только официальный компилятор, разрабатывемый сообществом Rust. Тогда зачем GCC внедрило в свой проект новый фронтэнд языка Rust? GNU Compiler Collection - это копилефт, Rust - пермиссивка. Как сообщество разработчиков GCC будет продолевать эти баръеры?
Ответить | Правка | Наверх | Cообщить модератору

	15. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (-), 21-Мрт-25, 15:44
	> Согласно лицензии, компилятором языка Rust может считаться только официальный компилятор, разрабатывемый сообществом Rust. Хм.. мне казалось что там простая МИТ/Апач. Что позволяет делать, например, Ferrocene как альтернативный компилятор. Можешь скинуть ссылку на доку? > Тогда зачем GCC внедрило в свой проект новый фронтэнд языка Rust? Потому что раст внедряется в ядро, и они не хотят оказаться за бортом прогресса. > GNU Compiler Collection - это копилефт, Rust - пермиссивка. > Как сообщество разработчиков GCC будет продолевать эти баръеры? Теоретически они могут перелицензировать под gpl. Возможно просто написать свой другой код сразу под своей лицензией. Еще вариант - забить на старые правила.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 21-Мрт-25, 15:49
	>Хм.. мне казалось что там простая МИТ/Апач. Что позволяет делать, например, Ferrocene как альтернативный компилятор. Я про торговую марку. Ты можешь сам запилить свой компилятор языка Раст и даже соблюсти все требования к компилятору. А вот в названии компилятора ты не сможешь употребить слово "Rust". Ситация как с альтернативными сборками Лисы.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+2 +/–
	Сообщение от НяшМяш (ok), 21-Мрт-25, 16:01
	Компилятор никто и не переименовывает. Как был GCC, так и остался. Просто добавится ещё одна запись в строчке Supported Languages и всё.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 21-Мрт-25, 16:18
	Фронтэнд как будет называться?
	Ответить | Правка | Наверх | Cообщить модератору

	60. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+2 +/–
	Сообщение от Аноним (59), 21-Мрт-25, 17:02
	gccrs PS Но лучше бы назвали grsc, по аналогии с другими фронтами: gcc, gdc
	Ответить | Правка | Наверх | Cообщить модератору

	175. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 15:29
	grc - так логично и красиво.
	Ответить | Правка | Наверх | Cообщить модератору

	184. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 17:22
	>>Хм.. мне казалось что там простая МИТ/Апач. > Что позволяет делать, например, Ferrocene как альтернативный компилятор. При том как я понимаю - проприетарный. Все прелесли апачово-миотвой экосистемы: всегда накормят какой-то проприетарной гадостью в самом критичном месте... :\
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	19. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 21-Мрт-25, 15:53
	P.S. С языком Си всё просто. Ты просто пишешь свой компилятор в строгом соответствии со стандартом С23, и он будет компилятором языка Си. Правда, текст Стандарта платный, да и копилефт не против торгово-денежных отношений.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	40. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Совершенно другой аноним (?), 21-Мрт-25, 16:19
	> Правда, текст Стандарта платный Правда Вы всегда можете скачать бесплатно последний черновик стандарта, который ничем не отличается от принятого в итоге стандарта.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (69), 21-Мрт-25, 17:57
	Правда вы потом не сможете получить госконтракт, если в нём прописана поддержка стандарта, а вы только черновик читали. Нет, можно и соврать, но послушав рассказы человека, проведшего два года жизни в федеральной тюрьме Васека, не рекомендую. А где таких требований нет, там да, там и черновик сойдёт, и даже его можно не читать до конца.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Витюшка (?), 21-Мрт-25, 18:57
	Поподробнее про историю как человек провёл "за драфт стандарта" несколько лет в тюрьме можно? Желательно с ссылками
	Ответить | Правка | Наверх | Cообщить модератору

	147. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от n00by (ok), 22-Мрт-25, 11:17
	Сочиняет же. Кому стандарт нужен для контракта, тот его покупает. Кому стандарт нужен для работы - тот за стандартом следит и имеет тот самый черновик, который переименовывают в стандарт через пару недель после принятия.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+4 +/–
	Сообщение от Карлос Сношайтилис (ok), 21-Мрт-25, 16:29
	> в строгом соответствии со стандартом С23 Или не в строгом, как и написаны все компиляторы С.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	52. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 21-Мрт-25, 16:34
	> С языком Си всё просто. Угу, заметно. > Ты просто пишешь свой компилятор в строгом соответствии со стандартом С23, А если сам стандарт написан "нестрого")? Ну типа "мы ваще в непонятках как два числа сложить, но разработчики компиляторов башковитые... так что будет UB ps кстати код с использование UB нарушает Conformance и ваш код превращается в какашку, но мы как комитет сделали все что могли. счастливого вам написания надежного кода, неудачники!" > и он будет компилятором языка Си. Возможно но это не точно. Ведь если он будет реализовывать только часть стандарта - то его тоже будут называть "комилятор С". ИЧСХ из открытых компиляторов ни один его полностью не реализует. Вывод? Стандарт С это просто ненужная фигня))
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	165. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Прохожий (??), 22-Мрт-25, 13:14
	>Стандарт С это просто ненужная фигня Я бы не был столь категоричным. Всё-таки нужная, но да, фигня.
	Ответить | Правка | Наверх | Cообщить модератору

	218. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (218), 22-Мрт-25, 23:23
	>>Стандарт С это просто ненужная фигня > Я бы не был столь категоричным. Всё-таки нужная, но да, фигня. Лучше чем вечные "скачайте ночнушку" и безопасТные вещи типа curl | sh как некоторые любят (первый же хаксор дефейснувший сайт хруста соберет просто легион лулзов, после чего сможет заожно безопасТно пробэкдорить полпланеты).
	Ответить | Правка | Наверх | Cообщить модератору

	24. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–3 +/–
	Сообщение от wyry (ok), 21-Мрт-25, 15:58
	Может и не придётся ничего обходить, т.к. Rust попросту умрёт. Лет 15 назад вот внезапно всплыла мода на функциональщину (Haskell, LISP, ML {ML в контексте семейства языков вроде oCaml и F#}), все тогда вдруг начали говорить что всё скоро уйдёт в историю, выкатили также Clojure (диалект lisp для jvm), Ruby. И да, душные люди могут придраться, что из перечисленного чисто ФЯ - это haskell, так что заклинание в виде дисклеймера нужно проговорить. Только в итоге ничего толком не взлетело, а полезные функциональные фичи минорно добавили во все языки. Rust - абсолютно та же история. Его точно также накачивают, прогревают что за ним будущее (и многие даже ведутся), на деле же он в отличие от функциональных языков с их уникальными фишками вообще не добавляет ничего инновационного, в ином виде все это УЖЕ есть в C++, а учитывая что Rust не существует без LLVM, написанный на C++ (в отличие кстати от некоторых из перечисленных языков, которые таки написаны полностью сами на себе!), то Rust вообще сложно воспринимать всерьёз. При этом на Rust минимум кода по соотношению времени и количества/пользы. Даже те проекты, которые якобы заявлены что "написаны на Rust", на деле оказывается, что лишь малая доля написана на Rust, зато самомнения столько, словно весь проект полностью с нуля переписан.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	31. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (10), 21-Мрт-25, 16:08
	> в ином виде все это УЖЕ есть в C++, а учитывая что Rust не существует без LLVM, написанный на C++ (в отличие кстати от некоторых из перечисленных языков, Квинтэссенция опеннетного кекспертизма ... https://github.com/rust-lang/rustc_codegen_cranelift https://github.com/bytecodealliance/wasmtime/tree/main/crane...
	Ответить | Правка | Наверх | Cообщить модератору

	72. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Нуину (?), 21-Мрт-25, 18:36
	> This has the potential to improve compilation times in debug mode. If your project doesn't use any of the things listed under "Not yet supported", it should work fine. If not please open an issue.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Нуину (?), 21-Мрт-25, 18:37
	> Platform support > x86_64     AArch64     Riscv64     s390x (System-Z)
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	77. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (77), 21-Мрт-25, 18:53
	> Platform support > x86_64     AArch64     Riscv64     s390x (System-Z) А что еще нужно в современном мире? ppc64el возможно... но все равно нишево.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (99), 21-Мрт-25, 20:14
	wasm32
	Ответить | Правка | Наверх | Cообщить модератору

	219. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (218), 22-Мрт-25, 23:25
	>> Platform support >> x86_64     AArch64     Riscv64     s390x (System-Z) > А что еще нужно в современном мире? Например ARMv7M (Cortex M) для мк и полный v7 (armhf abi) - для одноплатников. Или мы ща в каждый управляющий датчик будем 64 бита пхать, для лулзов? Кто датчику гигазы оперативы то будет напаивать чтобы 64 бита смысл имели? Жаба суровый зверь.
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	113. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (10), 21-Мрт-25, 21:18
	>> Platform support >> x86_64     AArch64     Riscv64     s390x (System-Z) Сказать-то че хотел? "Фу-фу-фу, не осилили в полтора рыла за пару лет проделать работу десятков человек за пару десятилетий!"?   А если б осилили, то было бы "Опять растаманы зачем-то сделали уже проделанную работу еще раз, вместо того, чтобы написать что-то новое"? Так оно только опеннетным Военам Супротив Раста интересно - потому что опенсорсные бэкэнды (аж целых два "продакшенреди" на весь мир, ага) для трансляции низкоуровневых инструкций в конкретный машинный код - вот они, LLVM и GCC. Используются (и вылизываются) отнюдь не только растоманами или плюсанутыми. Кстати, то ли дело гугловский Го: > Linux (x86, x86-64, ARM, ARM64, MIPS, MIPS64) > macOS (x86-64) > Windows (x86, x86-64) >
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	123. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Нуину (?), 21-Мрт-25, 23:44
	>>> Platform support >>> x86_64     AArch64     Riscv64     s390x (System-Z) > Сказать-то че хотел? > "Фу-фу-фу, не осилили в полтора рыла за пару лет проделать работу десятков > человек за пару десятилетий!"? Ну вот, ты сам все сказал. Неосиляторы и есть неосиляторы, причем тут время? Напомню, что ты показывал это как рабочий проект на замену llvm. > Кстати, то ли дело гугловский Го: >> Linux (x86, x86-64, ARM, ARM64, MIPS, MIPS64) >> macOS (x86-64) >> Windows (x86, x86-64) >> А причем тут он?
	Ответить | Правка | Наверх | Cообщить модератору

	126. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (10), 22-Мрт-25, 00:31
	> Ну вот, ты сам все сказал. Неосиляторы и есть неосиляторы, причем тут время? Эк опеннетный Мось^W Нуну гугла, современных сишников и еще кучу народа "опмустил". Знать он силен!   >> а учитывая что Rust не существует без LLVM > Напомню, что ты показывал это как рабочий проект на замену llvm. Экий ты фантазер,  ... >> Кстати, то ли дело гугловский Го: >>> Linux (x86, x86-64, ARM, ARM64, MIPS, MIPS64) >>> macOS (x86-64) >>> Windows (x86, x86-64) >>> > А причем тут он? Там тоже неосиляторы или "этодругое"?
	Ответить | Правка | Наверх | Cообщить модератору

	33. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–2 +/–
	Сообщение от НяшМяш (ok), 21-Мрт-25, 16:11
	> Rust попросту умрёт. Все умрут. >  Лет 15 назад вот внезапно всплыла мода на функциональщину Мода прошла, функциональщина осталась. Как была мода на автомобили 100 лет назад - мода прошла, а автомобили из статусного аксессуара перешли в обыденность и даже необходимость. > отличие от функциональных языков с их уникальными фишками вообще не добавляет ничего инновационного Инновация не в том, что он добавляет чего-то в язык, а в том, что добавляет в обвязку - компилятор (боров чекер), менеджер пакетов (карго) и т.д. > в ином виде все это УЖЕ есть в C++ Сразу видно кексперта, не видевшего ни С++, ни Rust. > а учитывая что Rust не существует без LLVM, написанный на C++ [...] то Rust вообще сложно воспринимать всерьёз. Аргумент уровня человека пишущего выход за границы массива по кд. > При этом на Rust минимум кода по соотношению времени и количества/пользы. Гуглим %компаниянейм% Rust и каждый раз выпиваем стопку. Не забываем предварительно вызвать скорую. > на деле оказывается, что лишь малая доля написана на Rust Размерность "малой доли" не приведена, аргумент отброшен как не имеющий смысла.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	48. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от wyry (ok), 21-Мрт-25, 16:30
	> Все умрут. C++ уже переживёт и вас и меня. > Мода прошла, функциональщина осталась. Как была мода на автомобили 100 лет назад > - мода прошла, а автомобили из статусного аксессуара перешли в обыденность > и даже необходимость. Ага ага. Автомобили как были статусным аксессуаром, так и остались, разве что появились самоходные повозки (вёдра) для народа, и то даже они обладают определённым статусом, так что эта аргументация сработала против вас, т.к. реальности не соответствует. > Инновация не в том, что он добавляет чего-то в язык, а в > том, что добавляет в обвязку - компилятор (боров чекер), менеджер пакетов > (карго) и т.д. Карго - это инновация? xD. Менеджер пакетов? Да вы шутите. Хорошо, если серьёзно, с натяжкой боров чекер, только смысла в этом не так много, учитывая что в C++ уже есть механизмы защиты памяти. Move-семантика появилась в C++11, а механизмы владения и того раньше. Статические анализаторы позволяют довольно чётко контролировать память. > Сразу видно кексперта, не видевшего ни С++, ни Rust. Я могу поверить, что ВЫ видели что-то в Rust, вероятно больше меня, но едва ли вы знаете C++. >> а учитывая что Rust не существует без LLVM, написанный на C++ [...] то Rust вообще сложно воспринимать всерьёз. > Аргумент уровня человека пишущего выход за границы массива по кд. Я вовсе не против, что Rust использует LLVM, но как язык - он совершенно зависим, хотя сообщество делает вид, что это не так. > Гуглим %компаниянейм% Rust и каждый раз выпиваем стопку. Не забываем предварительно вызвать > скорую. Не впечатляет. Ровно также Microsoft в своё время выкатили F#, многие пророчили ему большое будущее, были даже евангелисты F# (чем-то напоминают нынешних Rust-овичков). В итоге так и остался поделкой для студентов (и это действительно крутой инструмент для того чтобы обучающиеся потыкались в функциональщину). > Размерность "малой доли" не приведена, аргумент отброшен как не имеющий смысла. Просто возьмите и оцените долю кода на Rust в Discord. Некоторые любители Rust вообще прямым текстом несут чушь что "Дискорд написан на Rust". И с остальными продуктами примерно также. Для сравнения: на Сишке (чистой) почти сразу написали массу продуктов, многие из которых изменили мир и используются по сей день. На Rust на сегодняшний день написали ОДНУ кривейшую ОС, которая течёт по памяти и виснет при работе некоторых простейших приложений, встроенных в недосистему и это за годы существования языка! (при этом никто не просит и не говорит о функциональности сегодняшнего Linux или FreeBSD).
	Ответить | Правка | Наверх | Cообщить модератору

	87. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (-), 21-Мрт-25, 19:09
	> C++ уже переживёт и вас и меня. Угу, COBOL тоже пережил. Но разве это жизнь? > Автомобили как были статусным аксессуаром, так и остались Это где такое? На постсовке? Ну да, тут может быть. А напр. в сша и в европах авто это просто утилитарная хрень. Она может быть и статусной, но тут как с часами - могут быть утилитарные касио за 20 баксов, а могут быть швейцарские с золотом и камнями. Но их существование не делает часы сами по себе не утилитарными. > Статические анализаторы позволяют довольно чётко контролировать память. Не могут как показывает практика))) > но как язык - он совершенно зависим, хотя сообщество делает вид, что это не так. Если так рассуждать, то все языки на базе llvm зависимые. Но это как бы пофиг. Плюс у раста таки есть альтернативные компиляторы. > на Сишке (чистой) почти сразу написали массу продуктов, За 40 лет?)) А сколько из них потом заменили на нормальный язык? Даже gcc пишут на плюсах. Раст релизулся в 2015 году. Ему всего 15 лет. > На Rust на сегодняшний день написали ОДНУ кривейшую ОС У вас треть инета маршрутизируется через клаудфарю и ее pingora. Сколько адроид телефонов с версией 13 и старше? А там везде раст. Первый язык который приняли в ядро. И да, это огромное достижение за 15 лет в таком инертном и конкурентном рынке.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (-), 21-Мрт-25, 21:32
	>> C++ уже переживёт и вас и меня. > Угу, COBOL тоже пережил. Но разве это жизнь? Внезапно, его фронтэнт в GCC недавно добавили. Как говорится, а жизня то - налаживается!
	Ответить | Правка | Наверх | Cообщить модератору

	168. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Прохожий (??), 22-Мрт-25, 13:31
	>Ровно также Microsoft в своё время выкатили F#, многие пророчили ему большое будущее, были даже евангелисты F# (чем-то напоминают нынешних Rust-овичков). В итоге так и остался поделкой для студентов (и это действительно крутой инструмент для того чтобы обучающиеся потыкались в функциональщину) А я читал, на этом языке один человек переписал софт на крупной американской бирже за полгода то, что команда из десятка плюсовиков делала несколько лет. Притом код оказался быстрее плюсового. Вот бы все плюсовики были такими "студентами".
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	35. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (-), 21-Мрт-25, 16:13
	> Лет 15 назад вот внезапно всплыла мода на функциональщину (Haskell, LISP LISP? Мода на лисп была наааамного раньше. > в ином виде все это УЖЕ есть в C++, В том-то и дело что в ином)) С++ до сих пор тянут тяжелое наследие сишки. > а учитывая что Rust не существует без LLVM Компилятор cranelift написан на расте. У него нет такой глубокой оптимизации как у llvm, но для той же сишки существуют только два открытых оптимизирующих компилятора... и оба написаны на плюсах. > то Rust вообще сложно воспринимать всерьёз. Ну так не воспринимайте)) Как будто ваше мнение хоть на что-то влияет.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	45. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–2 +/–
	Сообщение от Аноним (-), 21-Мрт-25, 16:28
	>В том-то и дело что в ином)) С++ до сих пор тянут тяжелое наследие сишки. Когда спрашивают почему Си плюс-плюс такой ужасный, беспринципные люди от балды говорят, что виновата сишка. Борзеете однако. Все проблемы "Си плюс-плюс" происходят от самой "Си плюс-плюс". Нечего тут приплетать сишку.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+4 +/–
	Сообщение от Аноним (49), 21-Мрт-25, 16:31
	> Борзеете однако. У плюс есть множество чисто плюсовых проблем. Но есть еще целая куча сишных как результат с совместимостью с сишкой. Так что не нужно тут ляля, почитайте Страуструпа как он создавал си++.
	Ответить | Правка | Наверх | Cообщить модератору

	136. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 07:58
	>Но есть еще целая куча сишных как результат с совместимостью с сишкой. Слушай, никто из сишников не уговаривал Страуструпа, чтобы он за основу своего ООП языка взял процедурную чистую Сишку. Никто из сишников не кричал, чтобы "Си плюс-плюс" сохранял какую-то там совместимость с чистым Си. С самого своего появления "Си плюс-плюс" был отдельным языком, со своими правилами. >Так что не нужно тут ляля, почитайте Страуструпа как он создавал си++. Не хами. Историю появления языка "Си плю-плюс" я знаю лучше чем ты. Когда вы вините в своих проблемах ни в чём не повинную сишку, люди старшего поколения понимают, что вы несёте пургу, а вот молодые люди могут вам просто напросто поверить. Борзеть не надо. Все проблемы языка "Си плюс-плюс". Это проблемы самих "Си плюс-плюсников". Вы сами себе злобные буратино.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (146), 22-Мрт-25, 11:12
	> Когда вы вините в своих проблемах ни в чём не повинную сишку, Ни в чем неповинную? Омнище, которое даже два числа не может сложить без UB неповинное?? Это как "не вините машину без тормозов, ее просто так сделали!" > люди старшего поколения Уже в маразме)) > а вот молодые люди могут вам просто напросто поверить. Молодые уже посмотрели на это убожество из 70х и все поняли сами. Им не нужно ничего говорить. > Все проблемы языка "Си плюс-плюс". Это проблемы самих "Си плюс-плюсников". Вы сами себе злобные буратино. Это первородный грех)) Убожество сишки унаследовалось с++.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (75), 21-Мрт-25, 18:42
	> Все проблемы "Си плюс-плюс" происходят от самой "Си плюс-плюс". Нечего тут приплетать сишку. В смысле? Начнём с того, что UB - сишное изобретение. Закончим. Проблемы препроцессора (__вот __это __в __библиотеках) и модульности оттуда же. Наяривание на Стандарт, словно надо сначала определиться, кто будет крайним в случае новой Фукусимы, а уже потом писать Hello World - оттуда же.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	98. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от ОШИБКА Отсутствуют данные в поле Name (?), 21-Мрт-25, 19:50
	Начнём с того, что UB в unsafe это растовое изобретение. Закончим.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (75), 21-Мрт-25, 20:18
	Конечно нет, вот оно в C# в 2001 году: https://ecma-international.org/wp-content/uploads/ECMA-334_1... Но какое это имеет отношение к C89, который ввёл понятие UB, которое перекочевало в C++ вместе с практикой творить дичь в компиляторе, прикрываясь оптимизациями и разрешением на дичь в стандарте? На Rust это опосредованно через LLVM влияет.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 08:10
	>Начнём с того, что UB - сишное изобретение. Закончим. Винить чистую сишку в том, что в языке "Си плюс-плюс" есть UB? Слушайте, вы в конец оборзели, а? А спорить о том, что когда и где появился сам термин UB не будем, ага?!
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	139. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (75), 22-Мрт-25, 09:55
	> Винить чистую сишку Грязную (вплоть до boringcc) винить нельзя. > в том, что в языке "Си плюс-плюс" есть UB? А откуда он взялся? Самозародился? > А спорить о том, что когда и где появился сам термин UB не будем, ага?! где --> C89 <-- когда
	Ответить | Правка | Наверх | Cообщить модератору

	154. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 11:48
	> Винить чистую сишку в том, что в языке "Си плюс-плюс" есть UB? Никто ее не винит. Это как винить копейку, что она ведро с гайками, по меркам современных авто. ЯП совершенно не виноват, что он просто овно. Это надо винить его создателей (в случае дыряшки - коммитетчиков). > Слушайте, вы в конец оборзели, а? Нет, тебе показалось)
	Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

	162. Скрыто модератором	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 13:05
	Торвальдс в своё время принял правильное решение не приняв "С плюс-плюс" в ядро. Такие нам не нужны.
	Ответить | Правка | Наверх | Cообщить модератору

	150. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от n00by (ok), 22-Мрт-25, 11:28
	Ажиотаж с Rust больше похож на внедрение dotNet.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	158. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 12:31
	А что когда внедряли в вантузе .NET был точно такой же ор?
	Ответить | Правка | Наверх | Cообщить модератору

	159. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от n00by (ok), 22-Мрт-25, 12:36
	Да, почти 1 в 1. Аргументы такие же: "безопасно" и "зато плюсы быстрее". Даже ОС написали на нём - Microsoft Singularity. Рекламу функциональщины я наблюдал рядом (на RSDN), но она происходила тихонечко сбоку от этой шумихи. Что любопытно: дотнетчики воевали как бы с плюсовиками, но досталось Дельфи.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Прохожий (??), 22-Мрт-25, 13:24
	>Rust - абсолютно та же история. Нет, конечно. Потому что абстракции в названных вами функциональных языках на были бесплатными. В Rust они бесплатны. >на деле же он в отличие от функциональных языков с их уникальными фишками вообще не добавляет ничего инновационного, в ином виде все это УЖЕ есть в C++ Ну здрасьте. Borrow checker, поддержка Unicode на уровне стандартной библиотеки, отсутствие UB, развитая стандартная же инфраструктура, редакции, афинные типы. Все это уже есть в Плюсах? Не поделитесь номером стандарта? Ну и да, Rust содержит некоторые плюшки из функциональных языков.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	55. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (59), 21-Мрт-25, 16:48
	>Согласно лицензии, компилятором языка Rust может считаться только официальный компилятор, разрабатывемый сообществом Rust. А зачем его называть именно "Rust"? Да хоть горшком его назови, лишь бы растокод успешно компилял. Вот пусть и называется gccrs. >GNU Compiler Collection - это копилефт, Rust - пермиссивка. Как сообщество разработчиков GCC будет продолевать эти баръеры? Какие барьеры? Бери и перелицензируй под что угодно. Лицензия позволяет. Проприерасты же наверняка и в свои проприетарные продухты код оригинального Раста засунут.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	58. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (58), 21-Мрт-25, 16:56
	Лицензия - про название. Нельзя называть "rust compiler" что-то кроме официального компилятора. А если название, скажем, gccrs - можно.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	68. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (1), 21-Мрт-25, 17:54
	> Согласно лицензии, компилятором языка Rust может считаться только официальный компилятор, разрабатывемый сообществом Rust Лицензии на что? > GNU Compiler Collection - это копилефт, Rust - пермиссивка. Как сообщество разработчиков GCC будет продолевать эти баръеры? Нет там никаких барьеров, нечего преодолевать.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

41. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
Сообщение от Аноним (-), 21-Мрт-25, 16:20
А насчёт пакетного менеджера rust. Cargo кажись называется - тоже будет? А пакеты на других языках на нем можно будет добавлять с библиотеками?
Ответить | Правка | Наверх | Cообщить модератору

	86. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 21-Мрт-25, 19:07
	Молодец. Расписал всё по делу.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 09:55
	Ну а чего? Без Арин-нет у тебя ничего не скомпилируется. Идея интересная.
	Ответить | Правка | Наверх | Cообщить модератору

44. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+4 +/–
Сообщение от Нуину (?), 21-Мрт-25, 16:24
Коротко про раст 1) Популистский и надоедливый маняпиар изо всех щелей, который почему-то рассчитан на домохозяек, а не на специалистов. (бОльшая часть растосообщества действующие веб разрабы, что уже о многом говорит) 2) Шизоидные менеджеры, которые слишком явно обслуживают интересы корпораций и придерживаются линии партии. 3) Раст - это политическая организация, а не язык программирования. Сам факт того, что на странице с описанием обновлений тебе предлагают поддержать НУЖНЫЕ движения в другой стране(например, Иране) уже о много говорит. Также лоббирование всяких КОКов, запрет "токсичных" констант и прочая неолиберальная СЖВ-шиза очень отталкивает. 4) Ужасная культура разработки, которая перешла изкультуры веб разработки. Даже для самых маленьких проектов используют leftpad.rs, которые рекурсивно тянут за собой ещё десятки зависимостей и по итогу для маленькой программы, которая выводит аналог "Hello, World" придётся скачать мегабайты и сотни тысяч(буквально) кода зависимостей. Это очень смешно слышать в контексте со словом "безопасность". Просто скачайте небольшой проект и напишите cargo tree, посмотрите количество зависимостей и попробуйте угадать в какой из них автор может закинуть вам говняк. 5) Не очень понятна ниша языка. Для серьёзных числодробилок и сырой работы с памятью все равно придётся переходить в не безопасный режим. Не легче тогда сразу писать ядро вычислений на не безопасном языке, а потом использовать языки со сборкой мусора и вообще забыть о проблемах с памятью? Да, я знаю, что есть волшебные обертки, которыми можно огородить опасные участки кода, но опять же это не даёт никаких гарантий и в случае ЧП программа просто упадёт, либо продолжит исполнение с некорректными данными. 6) Отвратная работа с динамической линковкой 7) Огромные бинарники даже после релиз мода, которые приходится strip-ать(Недавно сравнивал две аналогичные по функционалу программы, одна написана на СИ(одним файлом, лол), а другая на расте. Получилось 40Кб и 1.4МБ. Думаю, сами поймёте, что и где). 8) Долгая компиляция и ужасное "раздувание" папки с проектом, после сборки. Из проекта с весом папки 10 мб после сборки можно получить все 1.5-2.5 гб. 8) Абсолютно раковое и фанатичное сообщество(напоминаю, что большая часть сообщества выходцы из веба и скриптухи) Итог: если рассматривать раст как язык, то может быть он и заслуживает внимания(но опять же его плюсы не окупают затраты на переход), но вот все, что крутится вокруг языка - просто ужасно. Именно это окружение и отпугивает. Конечно, наши мнения никакой роли не играют, потому что раст пилится и спонсируется корпорациями. А у кого деньги, тот и танцует, как говорится. Но справедливости ради, если бы корпорации вкладывали деньги в развитие и пиар брейнфака, то сейчас бы все носились и рассказывали какой брейнфак классный. К сожалению, в техническую сферу пришли деффективные менеджеры и рекламщики.
Ответить | Правка | Наверх | Cообщить модератору

	65. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (-), 21-Мрт-25, 17:39
	> Коротко про раст Ого как у тебя бомбануло. Столько всего понаписывал)) 1. Пруфы про большинство веб разработчиков будут? Или ты просто в лужу прнул? 2. Так корпорации это единственные кто может писать большие СПО проекты - в последнем ядре это 88% кода. 3. Т.е это не просто люди которые делают классный ЯП, но они еще и поддерживают свободу? Ваще круто! Кстати CoC есть в любом успешном проекте, без него только какие-то неудачники. 4. Но пока говняк закидывают прямо в ХЗ библиотки или в ядро - привет Bvp47. 5. Будет достаточно чтобы программа падала, а не молча дарила рут кому попало. 6. Проблема есть и решается. Но это не мешает делать большие проекты. Возможно дело в неосиляторах. 7. Возможно ты забыл выключить дебаг символы. 8. Кто бы мог подумать что проверки в compile time занимают время! А построение всех зависимостей - место. Попроси у деда мороза жесткий диск хотя бы на Тб. Его хватит на сотни таких проектов. 8.2 Хахаха, смешно такое слышать) > Итог: если рассматривать раст как язык, то может быть он и заслуживает внимания Ого, неужели здравая мысль случайно возникла в предыдущем потоке бреда? > (но опять же его плюсы не окупают затраты на переход), Такие интересные выводы и опять без пруфов? Кажется лужа уже переполняется газом. > но вот все, что крутится вокруг языка - просто ужасно. Именно это окружение и отпугивает. Кого? Любителей тоталитарных режимов? Правых фашиков? ГНУ-коммуняк?
	Ответить | Правка | Наверх | Cообщить модератору

	89. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Нуину (?), 21-Мрт-25, 19:20
	>> Коротко про раст > Ого как у тебя бомбануло. Столько всего понаписывал)) Звучит интересно, особенно в свете попытках ответить по каждому пункту:)
	Ответить | Правка | Наверх | Cообщить модератору

	97. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (-), 21-Мрт-25, 19:48
	>>> Коротко про раст >> Ого как у тебя бомбануло. Столько всего понаписывал)) > Звучит интересно, особенно в свете попытках ответить по каждому пункту:) Ага, можешь сравнить кол-во текста)) У меня получилось гораздо компактнее. Правда анон ниже, был еще менее многословен, зато по делу.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Нуину (?), 21-Мрт-25, 23:40
	>>>> Коротко про раст >>> Ого как у тебя бомбануло. Столько всего понаписывал)) >> Звучит интересно, особенно в свете попытках ответить по каждому пункту:) > Ага, можешь сравнить кол-во текста)) > У меня получилось гораздо компактнее. Размерами меряешься? У кого компактнее у того лучше? Не удивлен. Вот недавно мне на глаза попался аккаунт бывшего контрибьютора rustc https://github.com/jyn514
	Ответить | Правка | Наверх | Cообщить модератору

	122. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Нуину (?), 21-Мрт-25, 23:41
	>>>> Коротко про раст >>> Ого как у тебя бомбануло. Столько всего понаписывал)) >> Звучит интересно, особенно в свете попытках ответить по каждому пункту:) > Ага, можешь сравнить кол-во текста)) Я тебе открою один секрет. Готов? Я не писал этот текст))
	Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

	152. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (-), 22-Мрт-25, 11:43
	> Я тебе открою один секрет. Готов? Я не писал этот текст)) О, ты тоже открыл для себя, чудесный мир LLM? ... и троллинга?
	Ответить | Правка | Наверх | Cообщить модератору

	114. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от анонимус (??), 21-Мрт-25, 21:27
	не хватает, как минимум, ещё одного пункта: 9. полноценная поддержка различных CPU. Глядя на их проекты, складывается ощущение, что кроме AMD64, они не осилили ничего больше. Да, иногда мелькает (и даже работает!) что-то из aarch64/ARM64, видимо, по недосмотру-недоразумению, но мы верим в них, ржавом@к@ки исправятся, и в живых останется только один - х86_64. Ведь все поголовно юзают только этот камень в 64bit и распоследние версии ядра и сист. бибки на своих устройствах? Atomic{I,U}32? Ха, слабаки! Только 64!!! Когда там поддержку mips'ов завезли в ring? mips(be) ёще дольше ждать пришлось пары-тройки строк кода. armv5? Не, даже armv7 не без приключений... А может предложим местным rust'a-гуру, что тут любят писать - "сишка - дыряшка, растишка - няшка!" собрать что-нибудь на их ня-ня-няшном? Отмазы от них будем расценивать, как ниасиляторство-пустобрёх. Ну, напр., arti под mips (big endian). Хотя, это им совсем сложно будет. Может, nushell под mips (little endian)? Не, сложновато? Или под aarch64-unknown-linux-uclibc питоновский cryptography? А, что, если... Не, ниасиляторы! Пусть учат новый слоган - "сишка - няшка, растишка - фуфляшка!!!"
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	207. Скрыто модератором	+1 +/–
	Сообщение от анонимус (??), 22-Мрт-25, 22:30
	> А может предложим местным rust'a-гуру... Прошли сутки, а этого было более, чем достаточно, чтоб уделать дидов-сишников. <code> ~# eu-readelf -h /usr/sbin/nu ELF Header:   Magic:   7f 45 4c 46 01 02 01 00 01 00 00 00 00 00 00 00   Class:                             ELF32   Data:                              2's complement, big endian   Ident Version:                     1 (current)   OS/ABI:                            UNIX - System V   ABI Version:                       1   Type:                              EXEC (Executable file)   Machine:                           MIPS R3000 ... </code> или <code> ~# eu-readelf -h /usr/sbin/arti ELF Header:   Magic:   7f 45 4c 46 01 02 01 00 01 00 00 00 00 00 00 00   Class:                             ELF32   Data:                              2's complement, big endian   Ident Version:                     1 (current)   OS/ABI:                            UNIX - System V   ABI Version:                       1   Type:                              EXEC (Executable file)   Machine:                           MIPS R3000 ... </code> Не, растафилы-растаманы могут только булькать, тявкать, квакать, кукурекать, мяукать, etc. Если язык ограничен одной платформой, то это - вещь в себе, и йухан такой не надо... и они его ещё и ядро тянут.
	Ответить | Правка | Наверх | Cообщить модератору

	210. Скрыто модератором	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 22:59
	>> А может предложим местным rust'a-гуру... > Прошли сутки, а этого было более, чем достаточно, чтоб уделать дидов-сишников. Ээээ? Неужели ты думал, что сейчас все забегают после вскукареков из питушин0го угла? Сорян, всем на тебя просто плевать. > Не, растафилы-растаманы могут только булькать, тявкать, квакать, кукурекать, мяукать, etc. Но свой язык в ядро линукса добавили) Заодно слегка выкинули из мейнтенеров слишком вахтеристого дида. > Если язык ограничен одной платформой, то это - вещь в себе, и йухан такой не надо... и они его ещё и ядро тянут. Уже притянули. И ты можешь хоть лопнуть от злости, ни ты, ни тебе подобные, ни на что не повлеяют.
	Ответить | Правка | Наверх | Cообщить модератору

	211. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (-), 22-Мрт-25, 23:01
	>  складывается ощущение, что кроме AMD64 Ничего и не существует. И это реально так. Еще есть немного ARM64 и где-то внизу трепыхается риск-v. Всякие ppc64el и S390X очень нишевые и богатенькие. Захотят поддержку - сами переведут из tier 2 в tier 1. > Ведь все поголовно юзают только этот камень в 64bit и распоследние > версии ядра и сист. бибки на своих устройствах? Прикинь, да! Все адекватные не будут ставить последнее ядро, на древнючий проц, потому что никто толком не тестирует его. А потом оказывается что уже 10 лет не работает какая-то файлуха. Для старья есть старье. Вот им и пользуйтесь. > mips Новейший общедоступный проц на мипсе был выпущен 10 лет назад - Warrior-M M6250. Кому нужен этот хлам? Кому-то нужен - ну так пусть тот и допиливает, это опенсорс, а не коммерческий тулкит. > armv5 Никому ненужный легаси хлам. > даже armv7 не без приключений... Но пруфов ты конечно не приведешь))) > Пусть учат новый слоган Сишка ов-няшка?)) ЗЫ: мне нравится как ты горишь)) Прям ощущаю страдания) Буду рад увидеть тебя еще раз в следующей новости про перевод чего-то на раст. Или в новостях про ядро. Хотя с другой стороны - вонять в комментах это единственно что вы в состоянии.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	235. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от анонимус (??), 23-Мрт-25, 02:41
	> Ничего и не существует. И это реально так. Охотно верю! Всё, что здесь (https://github.com/rust-lang/rust/tree/master/compiler/rustc...) - мертвый код, но зачем? > Но пруфов ты конечно не приведешь))) Нет, не приведу. Пруфов полно, но смысла приводить для фанатиков - нет, не смогут. > ЗЫ: мне нравится как ты горишь)) Прям ощущаю страдания) Надеюсь, не очень глубоко в себе ощущаешь?
	Ответить | Правка | Наверх | Cообщить модератору

54. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
Сообщение от Аноним (54), 21-Мрт-25, 16:41
Зачем ГыЦыЦ пилит компилятор раста? Уже есть эталонный, он всегда будет более фичастым. Помнится ГыЦыЦ в свое время пилил компилятор явы -- предсказуемо не взлетел. Также уверен, что ГыЦыЦ как всегда обмажется вирусной лицензией, что лишь еще сильнее изолирует его от опенсорсного сообщества.
Ответить | Правка | Наверх | Cообщить модератору

	57. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+2 +/–
	Сообщение от Аноним (49), 21-Мрт-25, 16:54
	> Зачем ГыЦыЦ пилит компилятор раста? Чтобы ядро собирать именно gcc! Зачем это разумеется не понятно - ядро прекрасно собирается свободным шлангом и испрульзутеся в миллиардах андроид устройств. Но для фанатиков ш6о6одки это ну вот очень-очень важно. В итоге будет эталонный компилятор, а будет вечноотстающее гнутое поделие.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (59), 21-Мрт-25, 18:36
	Главное, чтобы его для сборки ядра хватало для начала.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (116), 21-Мрт-25, 21:43
	> Главное, чтобы его для сборки ядра хватало для начала. Походу это 1 из мотиваторов и есть.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+3 +/–
	Сообщение от 12yoexpert (ok), 21-Мрт-25, 18:54
	а где скачать свободный шланг? тот самый шланг, который все знают, - проприетарный
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	92. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 21-Мрт-25, 19:29
	> а где скачать свободный шланг? Вот тут github.com/llvm/llvm-project Самый что ни на есть свободный шланг. Качаешь и делаешь с ним что хочешь.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+2 +/–
	Сообщение от 12yoexpert (ok), 22-Мрт-25, 00:30
	но по ссылке проприетарный шланг. открой лицензию и глаза. и уж чего с ним точно нельзя делать, так это "чего хочешь"
	Ответить | Правка | Наверх | Cообщить модератору

	145. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (146), 22-Мрт-25, 11:07
	> но по ссылке проприетарный шланг. открой лицензию и глаза. и уж чего > с ним точно нельзя делать, так это "чего хочешь" Открыл лицензию - Apache License Version 2.0. Можно открывать, можно закрывать, можно продавать, можно делать что хочу. Назови что-то что я не могу с ним сделать)))
	Ответить | Правка | Наверх | Cообщить модератору

	176. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 15:35
	>Назови что-то что я не могу с ним сделать))) Ты его не сможешь сделать копилефтным. А это минус. Твоя пермиссивщина легко завтра станет проприетарщиной. Не веришь? Посмотри истоирю Qt.
	Ответить | Правка | Наверх | Cообщить модератору

	192. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 18:57
	> Ты его не сможешь сделать копилефтным. Вообще-то могу, он совместим с гнурак_v3. Но то что оно не совместимо с гнурак_v2 это наоборот огромный плюс! > Твоя пермиссивщина легко завтра станет проприетарщиной > Посмотри истоирю Qt. Qt??? Но Qt же как раз по раковой лицухе распространяется! "The primary open-source license is the GNU Lesser General Public License v. 3 (“LGPL”)." qt.io/licensing/open-source-lgpl-obligations Тут наоборот "ну и шо сынку, помог тебе твой гнурак?" Ахаха, нет!
	Ответить | Правка | Наверх | Cообщить модератору

	85. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 21-Мрт-25, 19:06
	GCC перестал разрабатывать фронтэнд языка Java тогда, когда официальная виртуальная машина Java вышла с копилефт лицензией.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	93. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Ан Оним (?), 21-Мрт-25, 19:41
	Затем, зачем и делает gcc go. То есть есть оригинальные компиляторы go и rust, но их собиряют только для некоторых платформ. Тогда как gcc можно собрать для гораздо большего числа платформ, вот в них и будут работать gcc go и gcc rust
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	95. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (95), 21-Мрт-25, 19:43
	>он всегда будет более фичастым Ответ очевиден - не нужен фичастый, а нужен другой.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	128. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от fuggy (ok), 22-Мрт-25, 02:24
	Зато GnuCobol и Gnu Ada взлетел. Gnu D, GNU Guile, Gnu Fortran и Gnu Lisp не отстаёт. Если оставить С/С++ и языки корпораций Java/Go/C#.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	173. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от MinimumProfit (?), 22-Мрт-25, 15:23
	GCC Modula-2 живёт https://freepages.modula2.org/
	Ответить | Правка | Наверх | Cообщить модератору

64. Скрыто модератором	+1 +/–
Сообщение от Аноним (64), 21-Мрт-25, 17:30
> Предложенная реализация Borrow checker отличается тем, что написана на языке Rust А это точно GCC?! Зачем оно в нём? Разве у растаманов нет своего компилятора?
Ответить | Правка | Наверх | Cообщить модератору

129. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
Сообщение от Аноним (129), 22-Мрт-25, 02:37
Может хоть этот не будет гигантские бинарники выдавать, а то сделал простой тест компорта а он 540кб - как его ещё соптимизировать ? [dependencies] chrono = "0.4" serialport = "4.7" clap = { version = "4.5", features = ["derive"] } rand = "0.9" [profile.release] strip = true panic = "abort" codegen-units = 1 lto = true opt-level = "s" для сравнения +- то же самое на С  - 9.6 кб
Ответить | Правка | Наверх | Cообщить модератору

	131. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 02:57
	> Может хоть этот не будет гигантские бинарники выдавать, а то сделал простой > тест компорта а он 540кб - как его ещё соптимизировать ? Убрать нахрен dependencies и написать работу с компортом самому? :)
	Ответить | Правка | Наверх | Cообщить модератору

	132. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (129), 22-Мрт-25, 03:23
	Мне для понимания - может я что-то упускаю, мне не критичны эти 500кб
	Ответить | Правка | Наверх | Cообщить модератору

	134. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (-), 22-Мрт-25, 06:25
	> как его ещё соптимизировать ? https://github.com/johnthagen/min-sized-rust > This repository demonstrates how to minimize the size of a Rust binary. RUSTFLAGS="-Zlocation-detail=none -Zfmt-debug=none" cargo +nightly build --release -Zbuild-std=std,panic_abort -Zbuild-std-features=optimize_for_size,panic_immediate_abort Если нет возможности использовать nightly, тогда надо выбросить +nightly и добавить в начало RUSTC_BOOTSTRAP=1 Хеловорд с твоим [profile.release] уменьшается с 317760 до 18528 байт (для nightly с 306208 до 13000). > для сравнения +- то же самое на С  - 9.6 кб Чтобы сравнивать с Си, надо включать #![no_std], по другому не спортивно.
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	169. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (129), 22-Мрт-25, 13:50
	> добавить в начало RUSTC_BOOTSTRAP=1 Хеловорд с твоим [profile.release] уменьшается с 317760 до 18528 байт этот костыль просто игнориуется warning: unused manifest key: profile.release.RUSTC_BOOTSTRAP да и странно такой фигнёй заниматься - это же вроде включает нестабильные ф-ции компилятора?
	Ответить | Правка | Наверх | Cообщить модератору

	226. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 23-Мрт-25, 00:31
	> этот костыль просто игнориуется Нет, потому что это переменная среды, и её надо добавить в начало команды, а ты её зачем то засунул в Cargo.toml "Этот костыль" нужен для того, чтобы стабильная версия rustc могла собрать следующую стабильную версию rustc, но при этом использовать не-стабилизированные функции. > да и странно такой фигнёй заниматься - это же вроде включает нестабильные ф-ции компилятора? Здесь под "стабильностью" подразумевается не надёжность работы, а гарантии обратной совместимости.
	Ответить | Правка | Наверх | Cообщить модератору

	244. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (129), 23-Мрт-25, 12:15
	Короче говоря это для разработчиков компилятора - мне такое не надо
	Ответить | Правка | Наверх | Cообщить модератору

	170. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (129), 22-Мрт-25, 13:55
	> Чтобы сравнивать с Си, надо включать #![no_std], по другому не спортивно. да чего там сравнивать - распарсить три параметра, заполнить буфер рандомом, записать в порт и прочитать из него же через внешний loop  - раст код на 2 порядка больше. Как хелловорд 18кб получается - тоже с no_std? Такое сравнение как раз и неспортивно.
	Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

	172. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (10), 22-Мрт-25, 15:16
	> Как хелловорд 18кб получается - тоже с no_std? cat hello.rs &&  rustc -O -C prefer-dynamic hello.rs  && strip hello  && ./hello && ll ./hello                                                                                           fn main() {   println!("{} Hello World!", 1<3); } true Hello World! -rwxr-x---  1 анон  анон   6,1K 22 марта 13:15 ./hello* И правда, как?
	Ответить | Правка | Наверх | Cообщить модератору

	194. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (129), 22-Мрт-25, 19:27
	Твой код ничего не делает, повтори такое с простым кодом который что-то делает use std::io::{Read, Write}; use std::time::Duration; use clap::Parser; use rand::Rng; #[derive(Parser)] struct Args {     #[clap(short, default_value = "/dev/ttyS0")]     port: String,     #[clap(short, default_value_t = 115200)]     baud: u32,     #[clap(short, default_value_t = 1024)]     count: usize, } fn main() {     let args = Args::parse();     let timeout = Duration::from_millis(100);     let mut port = serialport::new(&args.port, args.baud)         .timeout(timeout)         .open()         .expect("open error");     println!("port {}, baud {}, count {}", args.port, args.baud, args.count);     let mut tx_buffer = vec![0u8; args.count];     let mut rx_buffer = vec![0u8; args.count];     let mut rng = rand::rng();     loop {         rng.fill(&mut tx_buffer[..]);         port.write_all(&tx_buffer).expect("write error");         port.read_exact(&mut rx_buffer).expect("read error");         if tx_buffer != rx_buffer {             println!("test FAILED");             break;         }     } } если получится хотя бы 50кб вместо 500кб - будет неплохо, только без хни с нестабильными возможностями компилятора
	Ответить | Правка | Наверх | Cообщить модератору

	224. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 23-Мрт-25, 00:06
	> Твой код ничего не делает, повтори такое с простым кодом который что-то делает Запусти "cargo tree" и осознай, что приведённый код совсем не простой. Как тебе уже написали, clap - это комбайн на все случаи жизни, и скомпилировать в 50кб не получится никак. С командой из коммента выше получается 284856 байт (nightly - 276808) и это очень хороший результат, беря во внимание всё то, что _статически_ собрано внутри.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (239), 23-Мрт-25, 03:51
	Хренасе простой! Тут эквивалентного сишного кода килобайтов на 100, одни таймауты запаришься делать - придется нырнуть в чан системного программирования для POSIX и воспользоваться сигналами, таймерами и еще черти чем.
	Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

	243. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (129), 23-Мрт-25, 12:00
	Это элементаный код потому что кроме парсера командной строки это всё обёртки над ioctl ядра и сишный эквивалент компилируется в 10 кб. Мне не понятно - почему раст линкуя статически и имея всю информацию не может оптимизировать свои говнообёртки - они либо криво написаны или LTO у него не работает
	Ответить | Правка | Наверх | Cообщить модератору

	238. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 23-Мрт-25, 03:41
	> Как хелловорд 18кб получается - тоже с no_std? Нет, обычный, собранный стабильной версией rustc. $ cat Cargo.toml [package] name = "test1" version = "0.1.0" edition = "2024" [profile.release] strip = true panic = "abort" codegen-units = 1 lto = true opt-level = "s" $ cat src/main.rs fn main() {     println!("Hello, world!"); } $ RUSTC_BOOTSTRAP=1 RUSTFLAGS="-Zlocation-detail=none -Zfmt-debug=none" cargo build --release -Zbuild-std=std,panic_abort -Zbuild-std-features=optimize_for_size,panic_immediate_abort ... $ ./target/release/test1 Hello, world! $ du -b target/release/test1 18528   target/release/test1 $ rustc -V rustc 1.85.1 (4eb161250 2025-03-15)
	Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

	185. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (185), 22-Мрт-25, 17:26
	>> как его ещё соптимизировать ? > https://github.com/johnthagen/min-sized-rust >> This repository demonstrates how to minimize the size of a Rust binary. > RUSTFLAGS="-Zlocation-detail=none -Zfmt-debug=none" cargo +nightly build --release > -Zbuild-std=std,panic_abort -Zbuild-std-features=optimize_for_size,panic_immediate_abort Вопрос: а почему столь простая хотелка - столь криво делается? > Если нет возможности использовать nightly, Еще и "скачайте ночнушку" фирменное? Для работы, блин, с компортом доисторическим?! ORLY?! >> для сравнения +- то же самое на С  - 9.6 кб > Чтобы сравнивать с Си, надо включать #![no_std], по другому не спортивно. Это почему? На си stdlib юзается же.
	Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

	198. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от n00by (ok), 22-Мрт-25, 19:48
	>>> для сравнения +- то же самое на С  - 9.6 кб >> Чтобы сравнивать с Си, надо включать #![no_std], по другому не спортивно. > Это почему? На си stdlib юзается же. Наверное, потому что stdlib не входит в те 9.6 Кб?
	Ответить | Правка | Наверх | Cообщить модератору

	205. Скрыто модератором	–1 +/–
	Сообщение от Аноним (-), 22-Мрт-25, 21:37
	>> Это почему? На си stdlib юзается же. > Наверное, потому что stdlib не входит в те 9.6 Кб? Ну так а хрустикам что мешает сделать одну .so на всю ораву и реюзать ее? Сишники смогли. Плюсеры смогли. А у этих вечно все...
	Ответить | Правка | Наверх | Cообщить модератору

	217. Скрыто модератором	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 23:22
	В Rust не смогли как раз из-за опыта того, как "смогли" плюсовики. А сишники почти смогли ценой прекращения развития языка, но все равно постоянно ломают ABI-совместимость в стандартной библиотеке.
	Ответить | Правка | Наверх | Cообщить модератору

	240. Скрыто модератором	+/–
	Сообщение от n00by (ok), 23-Мрт-25, 08:28
	>>> Это почему? На си stdlib юзается же. >> Наверное, потому что stdlib не входит в те 9.6 Кб? > Ну так а хрустикам что мешает сделать одну .so на всю ораву > и реюзать ее? Сишники смогли. Плюсеры смогли. А у этих вечно > все... Вопрос был "почему", не надо менять тему. И Си, и Плюсы можно линковать статически. За исключением одной "свободной" ОС, где мозг технарям заклевали идеологи, и потому лицензия запрещает.
	Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

	138. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 08:44
	> clap = { version = "4.5", features = ["derive"] } Выкини clap и работай с аргументами командной строки вручную. clap -- это комбайн, который умеет всё, что может понадобиться для работы с аргументами командной строки, и ещё немного того, что никогда никому не понадобится. > для сравнения +- то же самое на С  - 9.6 кб 9.6 кб ты можешь получить только отказавшись от std, потому что обработка utf8 строк содержит огромные таблицы, которые я думаю сами по себе больше 9.6Кб.
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	153. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (129), 22-Мрт-25, 11:43
	> 9.6 кб ты можешь получить только отказавшись от std я подумал что LTO должен выкидывать всё ненужное - жаль что в расте кривой Dead Code Elimination
	Ответить | Правка | Наверх | Cообщить модератору

	160. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (-), 22-Мрт-25, 12:38
	Как тебе LTO выкинет таблицы для декодирования utf8, если ты этим пользуешься? Типы str и String используешь? Вот значит терпи таблицы.
	Ответить | Правка | Наверх | Cообщить модератору

	186. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (-), 22-Мрт-25, 17:29
	> Как тебе LTO выкинет таблицы для декодирования utf8, если ты этим пользуешься? Где он ими пользуется для работы с компортом? > Типы str и String используешь? Вот значит терпи таблицы. Охрененная логика, просто топчик, не важно делал ли что с юникодом - но таблиц впихнем...
	Ответить | Правка | Наверх | Cообщить модератору

	246. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 23-Мрт-25, 12:35
	> Где он ими пользуется для работы с компортом? Там в депендансах clap, то есть ты работал с аргументами командной строки, так? Но аргумент командной строки может быть произвольной последовательностью ненулевых байт с нулевым байтом в конце. unix не даёт никаких гарантий того, что это будет валидный utf8. Поэтому std эти строки валидирует, и для этого ей нужен код декодирования utf8 и те самые таблицы. > Охрененная логика, просто топчик Бобманул сарказмами, лол. Забавно что это произошло из-за банального непонимания того, что за программу ты написал, и что именно она делает.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 11:19
	> для сравнения +- то же самое на С  - 9.6 кб Насколько плюс-минус? С поддержкой нормального парсинга командной строки? С поддержкой utf? Со статически линкованными всеми либами? С нормальными сообщениями об ошибках? В очередной раз убогость пытаются выдать за минимализм. Перепиши тоже самое без std, с abort вместо нормального panic_handler, без вывода ошибок и будет примерно тоже самое. Но зачем так жить?
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	155. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (129), 22-Мрт-25, 11:50
	> Со статически линкованными всеми либами? ты даже свои инструменты не знаешь file test test: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=66742db34e88f8d3c016ed1c285c43ba16732d5d, for GNU/Linux 3.2.0, stripped он как и С код не линкует libc так что у них равные условия
	Ответить | Правка | Наверх | Cообщить модератору

	171. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (10), 22-Мрт-25, 15:13
	> ты даже свои инструменты не знаешь > file test > test: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, > for GNU/Linux 3.2.0, stripped Ох уж эти знатоки инструментов -- сделай ldd и удивись, почему в списке нет std-либы раста. > он как и С код не линкует libc так что у них равные условия Ну вот тебе с "равными": % cat hello.rs &&  rustc -O -C prefer-dynamic hello.rs && strip hello  &&  ll ./hello  [1] fn main() {   println!("{} Hello World!", 1<3); } -rwxr-x---  1 анон  анон   6,1K 22 марта 13:12 ./hello*
	Ответить | Правка | Наверх | Cообщить модератору

	199. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (129), 22-Мрт-25, 19:57
	> сделай ldd и удивись, почему в списке нет std-либы раста. libc у них общая зависимость - я надеялся LTO должен выкидывать ненужное от std раста, ну нет так нет, а хелловорд на С можно в 100 байт наверно уложить, дело не в этом.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (129), 22-Мрт-25, 11:57
	> с abort вместо нормального panic_handler, без вывода ошибок и будет примерно тоже самое разве у меня подругому собрано? [profile.release] panic = "abort"
	Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

	151. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (151), 22-Мрт-25, 11:36
	>для сравнения +- то же самое на С  - 9.6 кб Как минимум добавь сюда Runtime библиотеку килобайт в 200...
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	187. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 17:31
	>>для сравнения +- то же самое на С  - 9.6 кб > Как минимум добавь сюда Runtime библиотеку килобайт в 200... Stdlibc в операционке всяко есть... как .so - без этого система вообще работать не будет :)
	Ответить | Правка | Наверх | Cообщить модератору

	179. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 15:40
	>Может хоть этот не будет гигантские бинарники выдавать, а то сделал простой тест компорта а он 540кб - как его ещё соптимизировать ? Не использовать Раст.  Ответ очевиден же?
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	248. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (129), 23-Мрт-25, 12:57
	Для меня очевидно раст это лучшее что есть сейчас и я его с радостью буду использовать, не  плюсы же зубрить и все его дебильные UB
	Ответить | Правка | Наверх | Cообщить модератору

	191. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (191), 22-Мрт-25, 18:55
	> для сравнения +- то же самое на С  - 9.6 кб Чё правда, все подключённые к раст проекту зависимости есть и в сишном проекте тоже? И бектрейсы твоя сишная прога умеет выдавать? Там нифига не тоже самое. Си просто не умеет ничего, в том числе зависимости. Поэтому ты например юзаешь printf из уже собранной сошки. А в расте у тебя не принтф, а другие инструменты, которых нет в либц. Поэтому они попадают в твой бинарь. Это не баг, это фича. Это как вывести привет мир на си и на жаве и сказать что они одно и то же делают. Нет, не одно и то же.
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	209. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (-), 22-Мрт-25, 22:56
	> Чё правда, все подключённые к раст проекту зависимости есть и в сишном > проекте тоже? И бектрейсы твоя сишная прога умеет выдавать? А зачем бектрейсы и прочий отладочный крап чисто по приколу в релизе? > Это не баг, это фича. Блоатварь теперь фича? :) > Это как вывести привет мир на си и на жаве и сказать > что они одно и то же делают. Нет, не одно и то же. Ну конечно, приветмир это же не приветмир а приветмир. Логика, понимать надо!
	Ответить | Правка | Наверх | Cообщить модератору

	216. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (216), 22-Мрт-25, 23:19
	>А зачем бектрейсы и прочий отладочный крап чисто по приколу в релизе? Затем, чтобы не было "программа совершила недопустимую операцию по адресу 0x...". Поскольку если программа упадёт у конечного пользователя, собравшего её неизвестно каким компилятором, неизвестно в каком окружении, запустившего её в неизвестно каком линуксе и так далее, то можно было сразу понять в чём проблема, а не играть в угадайку. >Блоатварь теперь фича? :) На дворе 2025 год, а вы предлагаете экономить на спичках. Проблем от такой экономии гораздо больше чем выгоды. >Ну конечно, приветмир это же не приветмир а приветмир. Логика, понимать надо! Семантика у этих программ очень различается. Си - AOT, Java - JIT, Си - ручное управление памятью, Java - GC и так далее. В частности, время запуска сишного кода будет куда меньше, поскольку не нужно запускать виртуальную машину. Можно долго рассказывать, насколько Java хуже Си для написания hello world, но вот как только вам нужно будет написать веб сервер или IDE, то важность этих аргументов резко померкнет.
	Ответить | Правка | Наверх | Cообщить модератору

	220. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–2 +/–
	Сообщение от Аноним (216), 22-Мрт-25, 23:28
	>Может хоть этот не будет гигантские бинарники выдавать, а то сделал простой тест компорта а он 540кб >для сравнения +- то же самое на С  - 9.6 кб Откуда такая тяга к экономии каждого байта, даже в ущерб всему остальному? С увеличением сложности программ разрыв между сишной программой и программой на rust будет сокращаться
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	242. Скрыто модератором	+1 +/–
	Сообщение от Аноним (242), 23-Мрт-25, 09:37
	Это не экономия на байтах. Растаманы не знают где очерчены границы. Если их программа для работы потребует много ресурсов, они скажут сами виноваты покупайте новый комп. У сишников смена компа нужна тогда когда реально появялется новая технология.
	Ответить | Правка | Наверх | Cообщить модератору

	247. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (247), 23-Мрт-25, 12:42
	Здесь килобайты в чем-то побольше гигабайты. Когда блокнот вместо 1 мб ест 4 Гб это нездОрово никогда, ни в 2025 ни в 2100. Когда изначально язык сальный и всё на нём написанное жиреет в несколько раз - жто неправильно и никакая дополнительная доп.безопасность этот минус не перекроет.
	Ответить | Правка | К родителю #220 | Наверх | Cообщить модератору

	249. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (129), 23-Мрт-25, 13:01
	Я не хотел салить хотя понимал что всё к этому сведётся, ничего лучше раст сейчас нет - просто начните его  использовать.
	Ответить | Правка | Наверх | Cообщить модератору

133. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
Сообщение от Аноним (133), 22-Мрт-25, 05:14
Нико молодец. Не только придумал и воплотил основную фичу раста, так ещё и продолжает упрощать овнершипы и лайфтаймы, сохраняя безопасность. Вот что умные люди делают, без оглядки на всяких дидов и комитеты.
Ответить | Правка | Наверх | Cообщить модератору

	188. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 22-Мрт-25, 17:33
	> Нико молодец. Не только придумал и воплотил основную фичу раста, так ещё > и продолжает упрощать овнершипы и лайфтаймы, сохраняя безопасность. Вот что умные > люди делают, без оглядки на всяких дидов и комитеты. Как в анекдоте про евреев и самолет получилось - офигенно летает, но при переходе на сверхзвук крылья отваливаются. Теперь надо найти кого-то то насверлит дырок^W^W придумает как сделать чтобы оно в экспоненциальную сложность анализа не уходило на ряде кода из прода. Небольшой нюансик.
	Ответить | Правка | Наверх | Cообщить модератору

	245. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	–1 +/–
	Сообщение от Аноним (-), 23-Мрт-25, 12:26
	Не понял а попроще можно? И это аналогии приплетай правильно.
	Ответить | Правка | Наверх | Cообщить модератору

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

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