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

Обсуждение возможных планов развития GCC 5.0, opennews (??), 20-Мрт-12, (0) [смотреть все] А стоит ли оно того , Аноним (-), 18:33 , 20-Мрт-12, (1) +6   // Поживем увидем, сейчас нельзя так просто ответь на этот вопрос, EUGENE (?), 18:35 , 20-Мрт-12, (3)   Как нам пояснили это того стоит ибо переписанный на Си модульный GCC 5 по сра, paulus (ok), 18:46 , 20-Мрт-12, (5) +23   // Вы опустили весьма важную часть библиотеки, из которых будет состоять GCC 5, с, an. (?), 20:23 , 20-Мрт-12, (21) +3   // А что генерирует наиболее оптимальный , dimqua (ok), 21:08 , 20-Мрт-12, (23) +2   Intel, PathScale, NAG, Anonymus (?), 21:33 , 20-Мрт-12, (25) +3   Сильно зависит от написания Многие тесты синтетические, а для реальных проектов, sam002 (ok), 22:33 , 20-Мрт-12, (31)   Path64, GPL v3, Anonymus (?), 02:01 , 21-Мрт-12, (62) +1   Но очень уж на AMD ориентирован Это конечно лучше чем блоб от интеля, но получа, Аноним (-), 04:44 , 21-Мрт-12, (74) +1   У AMD Open64, а это Pathscale Path64, более ранний форк того же SGI компилятора , Anonymus (?), 17:03 , 21-Мрт-12, (89)   Intel нынче довольно активно коммитит в gcc Может они уже осознали что их криву, Аноним (-), 04:22 , 21-Мрт-12, (64) +2   для Win - MS VC, an. (?), 00:52 , 21-Мрт-12, (56) –2   Спорно, бывает и наоборот , Anonymouss (?), 06:23 , 21-Мрт-12, (78)   Это шутка юмора , fr0ster (ok), 21:41 , 23-Мрт-12, (116)   Правильной дорогой идете ребята Вообщем ждем новостей, а еще лучше релизов GCC, EUGENE (?), 18:34 , 20-Мрт-12, (2) А где обсуждение-то читать В гиперссылке обсуждение дано как раз небольшое со, Zenittur (?), 18:40 , 20-Мрт-12, (4) // Расслку никогда не читал Тыкаешь там Thread Index и читаешь сообщения по инте, Аноним (-), 19:05 , 20-Мрт-12, (6) +1 И тут GPL v3 мешает , Аноним (-), 19:07 , 20-Мрт-12, (7) –13 // Они продавят и все стандарты особенно юридические будут считаться с v3 Надеюсь, sam002 (ok), 22:38 , 20-Мрт-12, (33) Не мешает, а помогает Не в последнюю очередь благодаря этой лицензии появился LL, zhenya_k (?), 23:24 , 20-Мрт-12, (39) +3 // Ну так любители тивоизировать девайсы и вообще ставить юзеров раком - всегда лаз, Аноним (-), 23:44 , 20-Мрт-12, (48) –1 // Так пусть ищут ее своим ходом , Аноним (-), 04:23 , 21-Мрт-12, (65) Тонко , kshetragia (ok), 07:59 , 22-Мрт-12, (100) +1 Да, ужасная лицензия Не дает хапугам код зажимать Вы только подумайте, какие н, Аноним (-), 04:45 , 21-Мрт-12, (75) +1 // При текущих трендах, шланг может кого-то побороть только по части продайкт-плейс, Аноним (-), 22:14 , 20-Мрт-12, (29) –4 Ужастная лицензия - позволяет стороннему дяде присвоить мой код - если я хочу пр, Аноним (-), 15:17 , 22-Мрт-12, (103) –1 // не согласен - пиши свою либу или ищи под лгпл или инойу гцц есть оговорка насчё, анонимус (??), 16:48 , 22-Мрт-12, (106) Нету почитай лицензию на gcc Любой проект использующий внутренне состояние gcc, Аноним (-), 19:50 , 25-Мрт-12, (122) –1 внутренности 8212 естественно а исключение давно было, просто потерялось при , arisu (ok), 19:59 , 25-Мрт-12, (124) Не понимаю, как переход на С сможет решить проблемы http blogerator ru page , Eugene.Shiyanov (?), 19:28 , 20-Мрт-12, (9) +4 // Просто они незнают что в С делается большеошибок чем в С Может они хотят учить, kuku (?), 19:39 , 20-Мрт-12, (15) // Разрабы GCC дураки, а ты умный - понятно , Анонимный эксперт (?), 22:52 , 20-Мрт-12, (34) Да, вам можно говорить об ошибках, вы в курсе Пять ошибок в двух предложениях -, тоже Аноним (ok), 08:41 , 21-Мрт-12, (80) +5 Комментарии к статье доставляют , Аноним (-), 19:47 , 20-Мрт-12, (18) +2 это ж redhat, там поттеринг скоро всех перекусает , arisu (ok), 15:19 , 23-Мрт-12, (112) если бы gcc 1 4 был написан на C имхо лиукса бы небыло, Аноним (-), 19:31 , 20-Мрт-12, (11) +2 // а если бы Кениган Ричи писали компилятор C , то и С бы не было вместе с UNIX, Andrey Mitrofanov (?), 19:34 , 20-Мрт-12, (13) +1 // Ну вообще-то Страуструп изначально только прикрутил классы к вполне себе нормаль, saNdro (?), 21:28 , 20-Мрт-12, (24) +1 тыц ура к 5 версии и гцц будет фрэймворком , кевин (?), 19:37 , 20-Мрт-12, (14) // Вообще-то речь шла о библиотеке, что не совсем тоже самое, что и фреймворк Наде, an. (?), 00:57 , 21-Мрт-12, (58) Забавный он человек Шансов на это 0 Максимум, они будут использовать строго оп, BratSinot (?), 19:45 , 20-Мрт-12, (17) Имхо, сильно громкое заявление, переписать такой величины проэкт, практически на, Vova (??), 22:38 , 20-Мрт-12, (32) +3 // насчет удобней - крайне спорный вопрос ибо ясно, что удобнее CL и ML пока еще ни, Аноним (-), 13:23 , 24-Мрт-12, (118) // да ну ассемблер всё равно лучше всех , arisu (ok), 13:25 , 24-Мрт-12, (119) Мне кажется это будет капец Если он будет менее мощным и оптимизированным, то п, xxx (??), 23:31 , 20-Мрт-12, (40) +3 // Это стеб тонкий тогда почитай-те что такое GCC-измы и что такое GNU-89 который , Аноним (-), 23:44 , 20-Мрт-12, (47) // ну с эталонной, пожалуй это немного перебор Но все же с ней считаются например, an. (?), 01:02 , 21-Мрт-12, (60) +1 В чем-то согласен С другой стороны, не используй GCC-измы GCC же не виноват, ч, xxx (??), 10:54 , 21-Мрт-12, (84) +1 // тот же intel, тот же openwatcom за attribute packed и пересылку по сети и диск, Аноним (-), 18:07 , 21-Мрт-12, (94) Т е лучше копилятора чем GCC ты не знаешь, по крайней мере в плане поддержки раз, xxx (??), 22:52 , 21-Мрт-12, (99) Хуже не знаю Ты посмотри какой код он генерит для IA-64, а потом сравни с Intel, Аноним (-), 15:22 , 22-Мрт-12, (104) nobody cares кажется, разработчики железа забыли, что это железо для людей, а н, arisu (ok), 15:22 , 23-Мрт-12, (113) Железо скорее для компиляторов, а компиляторы уже для людей Если попросить проц, Аноним (-), 23:16 , 24-Мрт-12, (120) в данном случае это частности я говорил про то, что за исключением случаев, ког, arisu (ok), 04:37 , 25-Мрт-12, (121) –1 Да да да Не стоит прикрывать свою не проф пригодность красивыми словами - ламер, Аноним (-), 19:54 , 25-Мрт-12, (123) благодарю, я уж лучше продолжу работать в своей конторе и пинками вышибать тех,, arisu (ok), 20:00 , 25-Мрт-12, (125) Он поддерживает кучу архитектур, при том все это доступно в сырцах и я могу себе, Аноним (-), 12:29 , 21-Мрт-12, (86) // как твой топик связан с тем что у GCC не эталонная поддержка C у того же CLANG , Аноним (-), 15:17 , 21-Мрт-12, (87) Речь о том, что GCC можно использовать как стандарт де-факто - он есть практичес, Crazy Alex (ok), 17:49 , 21-Мрт-12, (90) везде есть свои компиляторы И если не писать код под GCC - то код получится пер, Аноним (-), 18:02 , 21-Мрт-12, (91) Но для многих embedded-платформ GCC - единственный компилятор, поддерживаемый ве, annulen (ok), 22:25 , 21-Мрт-12, (97) +1 Например Для каких это embedded платформ gcc единстсвенный компилятор , Aesthetus Animus (ok), 02:08 , 23-Мрт-12, (109) Можно взять LLVM и дописать модулями недостающий до gcc функционал под GPL лицен, inferrna (?), 05:30 , 21-Мрт-12, (77) // А лучше под BSD, чтобы не плодить форки , annulen (ok), 22:26 , 21-Мрт-12, (98) +2 Дядя бредит похоже Никто не будет переписывать настолько большой проект, может , Аноним (-), 10:00 , 21-Мрт-12, (81) –6 // Не всем корпорациям, а малой части делающей профит именно на закрытости сырцов Б, fr0ster (ok), 09:36 , 24-Мрт-12, (117) С таким объёмом изменений лучше новый проект начинать, по крайней мере, не будет, alex.h (??), 10:30 , 21-Мрт-12, (83) По ходу проект в тупик зашел, gccкапец видимо не за горами ЗЫНадо было лицензию, Sauron (??), 15:30 , 21-Мрт-12, (88) срочно нужен аналог LLVM под GPLv3 и выше сделать и потом перетягивать туда пар, Аноним (-), 18:07 , 21-Мрт-12, (95) // В который раз говорю - поздно пить боржоми Такая недальновидность - вообще хара, kshetragia (ok), 08:06 , 22-Мрт-12, (101) +1 // Да, мы поняли ты тоже _только разговариваешь , Andrey Mitrofanov (?), 09:19 , 22-Мрт-12, (102) // Боюсь до тебя мне далеко по части разговоров , kshetragia (ok), 12:03 , 26-Мрт-12, (126) Поэтому нет смысла тыкать труп ГЦЦ - нужно все силы бросить на LLVM Причём никто, Kodir (ok), 15:25 , 22-Мрт-12, (105) –3 // Гцц значительно старше LLVM, ему не один десяток лет Изначально хорошая архитек, Аноним (-), 17:26 , 22-Мрт-12, (107) // GCC celebrates 25 years with the 4 7 0 releasehttp lwn net Articles 487956 r, Andrey Mitrofanov (?), 18:17 , 22-Мрт-12, (108) а у тебя, конечно, есть компилятор и ядро с идеальными архитектурами не покажеш, arisu (ok), 15:28 , 23-Мрт-12, (115) –1 у LLVM своя делянка, у гцц своя не понимаю, зачем лезть в чужую делянку своя , Аноним (110), 09:26 , 23-Мрт-12, (110) +1 1,2,4,7,9,11,14,17,32,40,77,81,83,88,95,105,110

Сообщения

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

1. "Обсуждение возможных планов развития GCC 5.0"	+6 +/–
Сообщение от Аноним (-), 20-Мрт-12, 18:33
А стоит ли оно того?
Ответить | Правка | Наверх | Cообщить модератору

	3. "Обсуждение возможных планов развития GCC 5.0"	+/–
	Сообщение от EUGENE (?), 20-Мрт-12, 18:35
	Поживем увидем, сейчас нельзя так просто ответь на этот вопрос
	Ответить | Правка | Наверх | Cообщить модератору

	5. "Обсуждение возможных планов развития GCC 5.0"	+23 +/–
	Сообщение от paulus (ok), 20-Мрт-12, 18:46
	Как нам пояснили это того стоит ибо переписанный на Си++ "модульный GCC 5 по сравнению с текущим GCC, - будет обладать меньшей функциональностью, будет также менее оптимизированным и менее мощным, чем сегодняшний GCC". Возможно я не прав, но когда коту делать нечего он...
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	21. "Обсуждение возможных планов развития GCC 5.0"	+3 +/–
	Сообщение от an. (?), 20-Мрт-12, 20:23
	Вы опустили весьма важную часть: "библиотеки, из которых будет состоять GCC 5, смогут очень легко внедряться в приложения", а это существенно для многих других сопутствующих тул (IDE, статические анализаторы, документаторы, ...). Одного компилятора нынче маловато. Посмотрите как сделана интеграция Java в Eclipse - для С++ ничего похожего нет. В частности из-за сложности языка, в частности, из-за разрозненности тул, которые плохо совместимы друг с другом и усложняют организацию взаимодействия. Ну и имхо, конечно, gcc уже опоздал. Имхо, сейчас он все еще стабильнее llvm и чаще всего генерирует более быстрый код, но думаю это продлится недолго (судя по темпам развития llvm). И еще по поводу "модульный GCC 5 по сравнению с текущим GCC, - будет обладать меньшей функциональностью, будет также менее оптимизированным и менее мощным, чем сегодняшний GCC" - насколько я знаю, на и текущий gcc не является компилятором, генерирующим наиболее оптимальный код, куда ж еще...
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Обсуждение возможных планов развития GCC 5.0"	+2 +/–
	Сообщение от dimqua (ok), 20-Мрт-12, 21:08
	А что генерирует наиболее оптимальный?
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Обсуждение возможных планов развития GCC 5.0"	+3 +/–
	Сообщение от Anonymus (?), 20-Мрт-12, 21:33
	Intel, PathScale, NAG
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Обсуждение возможных планов развития GCC 5.0"	+/–
	Сообщение от sam002 (ok), 20-Мрт-12, 22:33
	Сильно зависит от написания. Многие тесты синтетические, а для реальных проектов быстродействие гуляет в обе стороны. Опять же опенсёрс, а значит все проблемы известны и их можно избегать и исправлять.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Обсуждение возможных планов развития GCC 5.0"	+1 +/–
	Сообщение от Anonymus (?), 21-Мрт-12, 02:01
	Path64, GPL v3
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Обсуждение возможных планов развития GCC 5.0"	+1 +/–
	Сообщение от Аноним (-), 21-Мрт-12, 04:44
	> Path64, GPL v3 Но очень уж на AMD ориентирован. Это конечно лучше чем блоб от интеля, но получается что если не хочется париться по поводу того интел у клиента или амд - проще всего gcc использовать. Генерящий довольно приличный код для обоих.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Обсуждение возможных планов развития GCC 5.0"	+/–
	Сообщение от Anonymus (?), 21-Мрт-12, 17:03
	У AMD Open64, а это Pathscale Path64, более ранний форк того же SGI компилятора.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Обсуждение возможных планов развития GCC 5.0"	+2 +/–
	Сообщение от Аноним (-), 21-Мрт-12, 04:22
	> Intel, PathScale, NAG Intel нынче довольно активно коммитит в gcc. Может они уже осознали что их кривульку никто массово юзать не собирается :).Во всяком случае на новых процах гнутый си довольно хорошо генерит код под их процы, весьма оперативно поддерживая наборы команд внедряемые интелом.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	56. "Обсуждение возможных планов развития GCC 5.0"	–2 +/–
	Сообщение от an. (?), 21-Мрт-12, 00:52
	для Win - MS VC
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	78. "Обсуждение возможных планов развития GCC 5.0"	+/–
	Сообщение от Anonymouss (?), 21-Мрт-12, 06:23
	Спорно, бывает и наоборот.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Обсуждение возможных планов развития GCC 5.0"	+/–
	Сообщение от fr0ster (ok), 23-Мрт-12, 21:41
	Это шутка юмора?
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

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

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