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

Релиз набора компиляторов GCC 11, opennews (ok), 28-Апр-21, (0) [смотреть все] Скрыто модератором, ryoken (ok), 14:11 , 28-Апр-21, (1) // Скрыто модератором, Корец (?), 14:24 , 28-Апр-21, (2) –1 // Скрыто модератором, Аноним (-), 14:31 , 28-Апр-21, (6) –1 Скрыто модератором, Mike Lee (?), 14:26 , 28-Апр-21, (4) // Скрыто модератором, ryoken (ok), 14:42 , 28-Апр-21, (7) –2 Я так понимаю использованиепереводит Rust в статус deprecated , Аноним (3), 14:26 , 28-Апр-21, (3) –1 // Я так понимаю, очередной опеннетный комментатор с познаниями уровня слышал звон, Аноним (-), 15:41 , 28-Апр-21, (14) –12 // Скрыто модератором, Аноним (15), 15:45 , 28-Апр-21, (15) +3 // Скрыто модератором, Аноним (-), 17:42 , 28-Апр-21, (36) Это статические анализаторы, которые смотрят ошибки по тексту кода А -fanalyze, Аноним (3), 16:14 , 28-Апр-21, (22) –6 // Компилятор Rust так не делает , ranen (?), 16:33 , 28-Апр-21, (26) +5 делает всё не так , Аноним (91), 01:36 , 01-Май-21, (91) Как я и подозревал - анализ уровня слышал звон И даже по ссылкам не ходил Там, Аноним (-), 18:00 , 28-Апр-21, (40) +1 Мда, как то эта информация прошла мимо Буду знать какой оказывается Clang Sta, Аноним (42), 18:40 , 28-Апр-21, (42) Беда в том, что рантайм проверки очень дорогие для приложения Если придумать не, Аноним (19), 15:57 , 28-Апр-21, (19)   // Ну так опция -fanalyzer включается только в dev окружении и выключается в релизе, Аноним (3), 16:08 , 28-Апр-21, (20)   У Rust как раз-таки большинство проверок на этапе компиляции , Wladmis (ok), 16:12 , 28-Апр-21, (21) +4   Какие рантайм проверки Вы хоть читайте Это статический, компайл-тайм анализ ко, Маняним (?), 16:56 , 28-Апр-21, (27) +2   // Компайл тайм раста по сути бесполезен и является сахаром ради сахара -- сегодняш, Аноним (19), 17:06 , 28-Апр-21, (32) –6   Компайл тайм раста, в отличие от обычных анализаторов, дает гарантии, Аноним (37), 17:46 , 28-Апр-21, (37) +2   Только на той неделе UB в safe исправляли -- так себе гарантии , Аноним (19), 19:06 , 28-Апр-21, (43) –2   C появился в 1983 И базируется он на Си, который появился вообще в 1972 Rus, Аноним (53), 21:30 , 28-Апр-21, (53) +1   Найс сравнение, ты ещё науку 5000 лет назад сравни с нынешней , Аноним (19), 21:32 , 28-Апр-21, (55) –5   Проиллюстрируйте проблему примером кода, что бы было понятно, о чём речь , n00by (ok), 11:00 , 29-Апр-21, (71) +2   В плюсах никак, потому-что это было решено еще в C memmove , zzxc (?), 15:57 , 29-Апр-21, (75) +2   memmove и __restrict тебе помогут, Cooler (??), 20:33 , 29-Апр-21, (78) +2   - memcpy гарантирует неперекрываемость И очередное UB в случае перекрытия В, Алкоганон (?), 05:07 , 02-Май-21, (93)   restrictRTFM, uis (ok), 11:35 , 02-Май-21, (96)   Не понимаю проблему Я даже примитивный memmove накодил под baremetal Для рас, Аноним (-), 14:58 , 11-Май-21, (109) –1   Ничего удивительного - ты даже прочитать текст целиком не можешь, куда уж тут п, Аноним (-), 00:07 , 16-Май-21, (111)   Единственные гарантии которые может дать rust это боль пониже спины у анонимных , Аноним (46), 20:22 , 28-Апр-21, (46) –4   Я уверен, что ни один уважающий себя с-программист не будет использовать этот ре, ranen (?), 17:12 , 28-Апр-21, (33) // Маловероятно, в этом режиме ничто сложнее студенческих поделок не скомпилируется, Noard (?), 19:46 , 28-Апр-21, (44) –3 // Есть примеры и код чтобы подтвердить или просто попердываешь , валяйте (?), 21:00 , 28-Апр-21, (49) Очередной ыксперт, сколько же вас развелось то Никто бы не стал включать этот ре, ixrws (??), 09:37 , 29-Апр-21, (67) Так они и ЯП Modula-3, на котором эти проблемы давно решили, не хотят знать Куд, iZEN (ok), 20:36 , 29-Апр-21, (79) Статический анализатор конечно хорошо, но у раста он ещё и с гарантиями , Аноним (37), 17:40 , 28-Апр-21, (35) –1 Ценность Rust сильно опустит поддержка GCC опции -D_FORTIFY_SOURCE 3 пока есть т, Аноним (110), 18:30 , 12-Май-21, (110) Последний стандарт 18 года, полностью поддерживается На подходе С2xЧистый Си ру, Аноним (-), 14:30 , 28-Апр-21, (5) +2 // Там нет особо изменений https en wikipedia org wiki C2x, Анонин (?), 14:48 , 28-Апр-21, (8) –1 // Сишечка настолько идеальна, что туда нечего добавить , Аноним (28), 16:57 , 28-Апр-21, (28) +5 // Да и убирать оттуда, тоже ничего не надо , Анонин (?), 17:05 , 28-Апр-21, (31) +2 Как насчёт убрать оттуда отвратительную работу со строками из 70-х годов, из-за , Аноним (45), 20:01 , 28-Апр-21, (45) –4 Да и с макросами что-то делать нужно Негоже это, когда они чем-то сторонним обр, Аноним (48), 20:58 , 28-Апр-21, (48) –3 Легче новый язык создать , Анонин (?), 21:51 , 28-Апр-21, (57) +1 Макросы это макросы, они в принципе не разрабатывались так, чтобы их нужно было , ixrws (??), 09:47 , 29-Апр-21, (69) +1 Омномномнимов послушать, там ассемблер вообще язык дыр , pavlinux (ok), 01:26 , 29-Апр-21, (59) Без разницы, нигде больше не используется , Анонин (?), 09:03 , 29-Апр-21, (66) –2 Только программистам не рассказывай, а то зачмырят , pavlinux (ok), 16:59 , 03-Май-21, (98) Зачем убирать Что за привычка убирать что-то, из-за чего куча кода поломается , ixrws (??), 09:44 , 29-Апр-21, (68) +3 переписыай под новые стандарты и не ной, показывая своё рукожопство , Аноним (-), 15:57 , 29-Апр-21, (74) –2 Расскажите в подробностях, кто и как заставляют Вас писать include string h По, n00by (ok), 11:13 , 29-Апр-21, (72) +2 strncpystrncatstrxfrmИ что со строками не так , adolfus (ok), 18:17 , 29-Апр-21, (77) +1 char abc 3 strncpy abc, abc , 3 Эти функции изначально предназначались не д, С (?), 22:25 , 29-Апр-21, (80) –1 Что не так если не считать отсутствия в языке рекордов Вам не нравится, что , n00by (ok), 06:39 , 30-Апр-21, (82) Записи не про язык, они больше про файлы В сишке представляются сишными структу, С (?), 09:54 , 30-Апр-21, (84) Тут не экзамен, не надо выдавать почерпнутое из безусловно полезной книжки Вирта, n00by (ok), 10:57 , 30-Апр-21, (85) В общем, вот это и есть проблема Низкоквалифицированные высокомотивированные лю, n00by (ok), 11:58 , 30-Апр-21, (87) +1 Не читал, осуждаю На заборе тоже сказано Наконец-то Именно об этом мы и гово, С (?), 14:46 , 30-Апр-21, (89) Это стандарт, а не забор Дальнейший твой текст читать не имеет смысла , n00by (ok), 16:52 , 30-Апр-21, (90) Ви два дэбила В С ващэ нет функций Нет ля, строк ВААЩЕ, ТО ЕСТЬ САВСЕМ , pavlinux (ok), 17:16 , 03-Май-21, (99) Иди проспись, а потом подумай над своим поведением , n00by (ok), 08:32 , 04-Май-21, (104) –1 Мнение одминчега локалхоста важно Ти кто, пля, такой D, pavlinux (ok), 14:17 , 04-Май-21, (105) Я здесь малость инкогнито, но кое-что обо мне не составляет труда найти если не, n00by (ok), 14:42 , 04-Май-21, (106) , n00by (ok), 06:00 , 06-Май-21, (107) Так и не проспался Похоже, я тебя с другим человеком перепутал, получился поклё, n00by (ok), 06:55 , 06-Май-21, (108) –1 Исправил , Аноним (-), 11:10 , 30-Апр-21, (86) Там починили локализацию в многопотоке , uis (ok), 11:39 , 02-Май-21, (97) Что-то кроме ворнингов ничего полезного, разве что улучшена поддержка армов Все, Аноним (19), 14:54 , 28-Апр-21, (9) –4 // ты точно прочел новость , bi brother (?), 14:57 , 28-Апр-21, (11) +4 // Я что-то пропустил , Аноним (19), 14:58 , 28-Апр-21, (12) –2 // Да , Аначик (?), 15:50 , 28-Апр-21, (16) +1 Исчерпывающий ответ и грамотная аргументированная позиция, аплодирую стоя Я, в , Аноним (19), 16:18 , 28-Апр-21, (25) –2 Вливайся в стан разработчиков Пора братан пора , Аноним (-), 16:58 , 28-Апр-21, (29) Враньё, не собирается , Аноним (10), 14:56 , 28-Апр-21, (10) // минимум GCC 4 8 - судьба жадных компании которые знали у кого была лучшая вариа, Мелкостан (?), 15:04 , 28-Апр-21, (13) –10 // Мой мозг не уловил в этом сообщении логический смысл , Аначик (?), 15:51 , 28-Апр-21, (17) +9 // Значит ты еще безработный, валяйте (?), 21:02 , 28-Апр-21, (50) –2 ура опеннетные боты подъехали, Аноним (51), 21:05 , 28-Апр-21, (51) Скрыто модератором, Аноним (18), 15:54 , 28-Апр-21, (18) –4 ебилды уже подвезли , Jh (?), 16:14 , 28-Апр-21, (23) –1 // в принципе, сам себя откомпилировал 10 версия у меня пару пакетов собрать не мо, Jh (?), 18:22 , 28-Апр-21, (41) // Какие, если не секрет, 10-я не смогла , Аноним (48), 20:54 , 28-Апр-21, (47) +1 ура пересборка мира , Аноним (51), 21:06 , 28-Апр-21, (52) Скрыто модератором, Аноним (24), 16:17 , 28-Апр-21, (24) –4 // Скрыто модератором, Аноним (-), 17:01 , 28-Апр-21, (30) –1 Скрыто модератором, Аноним (48), 17:21 , 28-Апр-21, (34) +1 Скрыто модератором, mos87 (ok), 17:51 , 28-Апр-21, (39) +1 А че никто не пишет про компилирование Go через GCC , menangen (?), 23:05 , 28-Апр-21, (58) Обожаю читать комментарии к таким новостям Радостно, что столько профессионалов, Аноним (60), 01:45 , 29-Апр-21, (60) +3 Модули из стандарта С 20 хоть куда-нибудь завезли , Аноним (61), 06:49 , 29-Апр-21, (61) +2 // И ренджи тоже, Аноним (-), 07:17 , 29-Апр-21, (62) Да, в gcc 11 и в Visual Studio 2019 А clang всё шлангует , fsb40000 (?), 07:43 , 29-Апр-21, (63) +1 Про модули обычно пишет Паскальщик Ты скрытый паскальщик , Аноним (-), 08:49 , 01-Май-21, (92) –1 И ренджи тоже в Visual Studio 2019 и gcc есть , fsb4000 (?), 07:45 , 29-Апр-21, (64) // ничтожество зашкварилось , Аноним (-), 15:56 , 29-Апр-21, (73) +1 А кто нибудь в курсе, почему в gcc не реализовано расширение свойства , которое, xcode (?), 08:51 , 29-Апр-21, (65) // вполне перекрывается если знать С , fsb4000 (?), 00:47 , 30-Апр-21, (81) +1 Не особо понятно, зачем вообще нужны свойства , если они тривиальные В C эта , Омномномним (?), 20:11 , 03-Май-21, (102) // Тривиальные и не нужны А вот зачем нужны есть огромный проект Нужно его изучи, xcode (?), 00:18 , 04-Май-21, (103) Самое главное что нужно знать Поясняю - разработчики сами пишут на старом станда, Ананоним (?), 10:46 , 29-Апр-21, (70) –1 // При этом браузер месячной давности уже протухает и не открывает свежайшие сайты , Аноним (76), 17:09 , 29-Апр-21, (76) +1 // Ну так браузер мы как нада пишем - не только на наираспоследних версиях компилят, вебмакака (?), 07:00 , 30-Апр-21, (83) Капец, прочитал предложение, перевернул смысл с ног на голову Пиши хоть на C 98, anonymous (??), 12:48 , 30-Апр-21, (88) +2 Ну вот совершенно эталонное деръмо Все эти SIMD очевино зависят от процессора, , Алкоганон (?), 05:50 , 02-Май-21, (94) Ещё немного деръмеца в подливку , Алкоганон (?), 06:02 , 02-Май-21, (95) // Шо, нравится байтики считать Ну это пока в диагностический выхлоп Юникод не поп, Омномномним (?), 20:00 , 03-Май-21, (101) 3,5,9,10,23,58,60,61,64,65,70,94,95

Сообщения

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

	19. "Релиз набора компиляторов GCC 11"	+/–
	Сообщение от Аноним (19), 28-Апр-21, 15:57
	Беда в том, что рантайм проверки очень дорогие для приложения. Если придумать некий специальный рантайм для плюсов, проблемы с производительностью у него будут ровно те же, что и у раста. В целом же, раст стоит расценивать исключительно как площадку для экспериментов по улучшению плюсов, а не как замену чему бы то ни было, поэтому выкидывать в ближайшее время ничего не будут.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	20. "Релиз набора компиляторов GCC 11"	+/–
	Сообщение от Аноним (3), 28-Апр-21, 16:08
	Ну так опция -fanalyzer включается только в dev окружении и выключается в релизе.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Релиз набора компиляторов GCC 11"	+4 +/–
	Сообщение от Wladmis (ok), 28-Апр-21, 16:12
	У Rust как раз-таки большинство проверок на этапе компиляции.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	27. "Релиз набора компиляторов GCC 11"	+2 +/–
	Сообщение от Маняним (?), 28-Апр-21, 16:56
	Какие рантайм проверки? Вы хоть читайте. Это статический, компайл-тайм анализ кода на перечеслинные дефекты. Именно о чем кричат растофилы. Только для такого контроля не надо пердолиться с явным обозначением лайфтайма объектов в языке, изобретать ансейф-код для создания двух и более модифицирующих ссылок, даже в сингл-треде. Анализ кода во-время компиляции основывается на вычислениях во время компиляции и анализе путей исполнения кода. И у компилятора гораздо больше информации о путях исполнения кода чем у внешнего анализатора, которому по сути нужно проделять ту же самую работу чтобы получить её.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	32. "Релиз набора компиляторов GCC 11"	–6 +/–
	Сообщение от Аноним (19), 28-Апр-21, 17:06
	Компайл тайм раста по сути бесполезен и является сахаром ради сахара -- сегодняшние анализаторы ничем не хуже. Весь профит в рантайм проверках.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Релиз набора компиляторов GCC 11"	+2 +/–
	Сообщение от Аноним (37), 28-Апр-21, 17:46
	Компайл тайм раста, в отличие от обычных анализаторов, дает гарантии
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Релиз набора компиляторов GCC 11"	–2 +/–
	Сообщение от Аноним (19), 28-Апр-21, 19:06
	> Компайл тайм раста, в отличие от обычных анализаторов, дает гарантии Только на той неделе UB в safe исправляли -- так себе гарантии/
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Релиз набора компиляторов GCC 11"	+1 +/–
	Сообщение от Аноним (53), 28-Апр-21, 21:30
	C ++ появился в 1983. И базируется он на Си, который появился вообще в 1972. Rust появился в 2010 и сейчас активно развивается. Ничего удивительного что в нем находят огрехи. Вы лучше ответьте на вопрос, раз С++ так крут, как в нем решена проблема копирования перекрывающихся областей памяти в куче?  Я вам сразу скажу - никак. В языке вся работа с памятью на указателях, и у компилятора нет гарантий, что копируемые участки гарантированно не пересекаются. А значит он не может провести часть оптимизаций и предрасчётов во время компиляции, не может векторизовать цикл копирования, и не может распараллелить его. В Rust эта и многие дугие проблемы изначально отсутствуют.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Релиз набора компиляторов GCC 11"	–5 +/–
	Сообщение от Аноним (19), 28-Апр-21, 21:32
	Найс сравнение, ты ещё науку 5000 лет назад сравни с нынешней.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Релиз набора компиляторов GCC 11"	+2 +/–
	Сообщение от n00by (ok), 29-Апр-21, 11:00
	> Вы лучше ответьте на вопрос, раз С++ так крут, как в нем > решена проблема копирования перекрывающихся областей памяти в куче? Проиллюстрируйте проблему примером кода, что бы было понятно, о чём речь.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	75. "Релиз набора компиляторов GCC 11"	+2 +/–
	Сообщение от zzxc (?), 29-Апр-21, 15:57
	> как в нем решена проблема копирования перекрывающихся областей памяти в куче? В плюсах никак, потому-что это было решено еще в C (memmove).
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	78. "Релиз набора компиляторов GCC 11"	+2 +/–
	Сообщение от Cooler (??), 29-Апр-21, 20:33
	memmove и __restrict тебе помогут
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	93. "Релиз набора компиляторов GCC 11"	+/–
	Сообщение от Алкоганон (?), 02-Май-21, 05:07
	> Вы лучше ответьте на вопрос, раз С++ так крут, как в нем > решена проблема копирования перекрывающихся областей памяти в куче?  Я вам > сразу скажу - никак. В языке вся работа с памятью на > указателях, и у компилятора нет гарантий, что копируемые участки гарантированно не > пересекаются. А значит он не может провести часть оптимизаций и предрасчётов > во время компиляции, не может векторизовать цикл копирования, и не может > распараллелить его. :-) memcpy гарантирует неперекрываемость... И очередное UB в случае перекрытия. В своё время любовники Flash плюгина скандалили...
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	96. "Релиз набора компиляторов GCC 11"	+/–
	Сообщение от uis (ok), 02-Май-21, 11:35
	>А значит он не может провести часть оптимизаций и предрасчётов во время компиляции, не может векторизовать цикл копирования, и не может распараллелить его restrict RTFM
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	109. "Релиз набора компиляторов GCC 11"	–1 +/–
	Сообщение от Аноним (-), 11-Май-21, 14:58
	> Вы лучше ответьте на вопрос, раз С++ так крут, как в нем > решена проблема копирования перекрывающихся областей памяти в куче? Не понимаю проблему. Я даже примитивный memmove() накодил под baremetal. Для растаманов это, типа, слишком сложно? И ему похрен, куча или нет. Ему дают адреса откуда, куда, и количество. Реализация обязана корректно работать с перекрывающимися адресами.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	111. "Релиз набора компиляторов GCC 11"	+/–
	Сообщение от Аноним (-), 16-Май-21, 00:07
	>> у компилятора нет гарантий, что копируемые участки гарантированно не пересекаются. А значит он не может провести часть оптимизаций и предрасчётов во время компиляции, не может векторизовать цикл копирования, и не может распараллелить его. В Rust эта и многие дугие проблемы изначально отсутствуют. > Не понимаю проблему. > Я даже примитивный memmove() накодил под baremetal. Для растаманов > это, типа, слишком сложно? И ему похрен, куча или нет. Ему > дают адреса откуда, куда, и количество. Реализация обязана корректно работать с перекрывающимися адресами. Ничего удивительного - ты даже прочитать текст целиком не можешь, куда уж тут "проблему понимать" ...
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Релиз набора компиляторов GCC 11"	–4 +/–
	Сообщение от Аноним (46), 28-Апр-21, 20:22
	Единственные гарантии которые может дать rust это боль пониже спины у анонимных экспертов
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

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

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