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

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

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

	11. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+1 +/–
	Сообщение от Аноним (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ообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

	38. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (-), 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ообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

	77. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от Аноним (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ообщить модератору

	113. Скрыто модератором	+/–
	Сообщение от Аноним (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ообщить модератору

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

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

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

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

	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ообщить модератору

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

	76. "В GCC-фронтэнде с компилятором Rust реализован Borrow checke..."	+/–
	Сообщение от 12yoexpert (ok), 21-Мрт-25, 18:52
	схоронил
	Ответить | Правка | К родителю #44 | Наверх | 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ообщить модератору

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

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

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

	70. Скрыто модератором	+2 +/–
	Сообщение от Аноним (59), 21-Мрт-25, 18:13
	Чтобы нерастоманы могли собирать то, что те нарастоманили.
	Ответить | Правка | Наверх | Cообщить модератору

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

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