The OpenNET Project / Index page

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

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

"Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от opennews (??) on 20-Мрт-12, 18:33 
Среди разработчиков набора компиляторов GCC (http://gcc.gnu.org/) развернулась обширная дискуссия (http://gcc.gnu.org/ml/gcc/2012-03/msg00263.html) о планах и задачах для будущей ветки GCC 5.0.  При этом основной темой размышлений о возможных путях развития GCC, стало его обсуждение в контексте стремительно набирающего популярность проекта  LLVM (http://llvm.org/) (Low Level Virtual Machine).

Так активный разработчик GCC Дэвид Малкольм (http://dmalcolm.livejournal.com/) (David Malcolm) из компании Red Hat подробно изложил (http://gcc.gnu.org/ml/gcc/2012-03/msg00256.html) своё видение будущего проекта, которое сводится к предложению переписать GCC с Си на Си++, разработать полноценный API для подключения плагинов, а также в движении GCC в сторону более модульной структуры – реализации базовой части в  виде набора самодостаточных библиотек.


Идея заключается в том, что подобные библиотеки, из которых будет состоять GCC 5, смогут очень легко внедряться в приложения, также легко, как это делается в LLVM. Дэвид в частности заявляет: "На что я очень надеюсь, что GCC будет двигаться в сторону коллекции библиотек, которые могут быть свободно внедрены в любые лицензионно-совместимые приложения. LLVM завоевала популярность для случаев, где нужна  JIT-компиляция. Я понимаю, что JIT-компиляция имеет совсем разные характеристики по сравнению с классическим предварительным компилированием (ahead-of-time compiler). В идеале, GCC превратится в набор разделяемых библиотек, которые могут быть слинкованы как статически, так и динамически. Запускаемые файлы превращаются в тонкую обертку, которая лишь вызывает нужные библиотеки".

Приведение GCC к модульной структуре - это очень сложное предприятие. Поэтому Дэвид добавляет: "Подобная переработка архитектуры сегодняшнего GCC очень сложна (быть может, даже и невозможна), хотя бы потому, что мы не можем однозначно решить к какому отдельному модулю, какой код компилятора должен принадлежать. И важный момент, который мы должны сначала предпринять, это принять некую карту развития, при этом вероятно нужно сразу смириться с тем фактом, что модульный GCC 5 по сравнению с текущим GCC, - будет обладать меньшей функциональностью, будет также менее оптимизированным и менее мощным, чем сегодняшний GCC. Я не знаю, возможно ли это осуществить вообще (поэтому я иногда очень пессимистичен к этому проекту), в том числе потому, что многие платные разработчики GCC работают на компании, которые не допустят столь масштабных изменений".

Кроме того, препятствием для потенциального сближения GCC и LLVM является то, что компиляторы LLVM поставляются под более либеральной лицензией BSD, которая более любима компаниями и более совместима со сторонним программным обеспечением, тогда как GCC распространяется под лицензией GPLv3, вносящей ряд ограничений при связывании библиотек. Даже если разработчики и согласятся в будущем сфокусироваться на модульности будущего GCC, это потребует ни мало времени, пока это станет всё-таки возможным.


URL: http://www.phoronix.com/scan.php?page=news_item&px=MTA3MzE
Новость: http://www.opennet.me/opennews/art.shtml?num=33396

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

Оглавление

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


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

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

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

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

Ну и имхо, конечно, gcc уже опоздал. Имхо, сейчас он все еще стабильнее llvm и чаще всего генерирует более быстрый код, но думаю это продлится недолго (судя по темпам развития llvm).

И еще по поводу "модульный GCC 5 по сравнению с текущим GCC, - будет обладать меньшей функциональностью, будет также менее оптимизированным и менее мощным, чем сегодняшний GCC" - насколько я знаю, на и текущий gcc не является компилятором, генерирующим наиболее оптимальный код, куда ж еще...

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

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

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

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

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

74. "Обсуждение возможных планов развития GCC 5.0"  +1 +/
Сообщение от Аноним (??) on 21-Мрт-12, 04:44 
> Path64, GPL v3

Но очень уж на AMD ориентирован. Это конечно лучше чем блоб от интеля, но получается что если не хочется париться по поводу того интел у клиента или амд - проще всего gcc использовать. Генерящий довольно приличный код для обоих.

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

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

64. "Обсуждение возможных планов развития GCC 5.0"  +2 +/
Сообщение от Аноним (??) on 21-Мрт-12, 04:22 
> Intel, PathScale, NAG

Intel нынче довольно активно коммитит в gcc. Может они уже осознали что их кривульку никто массово юзать не собирается :).Во всяком случае на новых процах гнутый си довольно хорошо генерит код под их процы, весьма оперативно поддерживая наборы команд внедряемые интелом.

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

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

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

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

2. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от EUGENE on 20-Мрт-12, 18:34 
Правильной дорогой идете ребята. Вообщем ждем новостей, а еще лучше релизов GCC
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Zenittur on 20-Мрт-12, 18:40 
А где обсуждение-то читать? В гиперссылке "обсуждение" дано как раз небольшое сообщение этого самого работника Red Hat, которое полностью переведено. Про модульность и наступающий LLVM. И всё. Где узнать что возможно появится в GCC 5.0?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Обсуждение возможных планов развития GCC 5.0"  +1 +/
Сообщение от Аноним (??) on 20-Мрт-12, 19:05 
Расслку никогда не читал? Тыкаешь там "Thread Index" и читаешь сообщения по интересующей теме.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "Обсуждение возможных планов развития GCC 5.0"  –13 +/
Сообщение от Аноним (??) on 20-Мрт-12, 19:07 
> Кроме того, препятствием для потенциального сближения GCC и LLVM является то, что компиляторы LLVM поставляются под более либеральной лицензией BSD, которая более любима компаниями и более совместима со сторонним программным обеспечением, тогда как GCC распространяется под лицензией GPLv3,

И тут GPL v3 мешает...

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

33. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от sam002 (ok) on 20-Мрт-12, 22:38 
> И тут GPL v3 мешает...

Они продавят и все стандарты(особенно юридические) будут считаться с v3. Надеюсь, что это не затянется и будет реализовано после пересмотра патентования ПО.

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

39. "Обсуждение возможных планов развития GCC 5.0"  +3 +/
Сообщение от zhenya_k on 20-Мрт-12, 23:24 
Не мешает, а помогает.
Не в последнюю очередь благодаря этой лицензии появился LLVM.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

48. "Обсуждение возможных планов развития GCC 5.0"  –1 +/
Сообщение от Аноним (??) on 20-Мрт-12, 23:44 
> Не в последнюю очередь благодаря этой лицензии появился LLVM.

Ну так любители тивоизировать девайсы и вообще ставить юзеров раком - всегда лазейку найдут.

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

65. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Аноним (??) on 21-Мрт-12, 04:23 
> Ну так любители тивоизировать девайсы и вообще ставить юзеров раком - всегда лазейку найдут.

Так пусть ищут ее своим ходом :)


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

100. "Обсуждение возможных планов развития GCC 5.0"  +1 +/
Сообщение от kshetragia (ok) on 22-Мрт-12, 07:59 
Тонко )
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

75. "Обсуждение возможных планов развития GCC 5.0"  +1 +/
Сообщение от Аноним (??) on 21-Мрт-12, 04:45 
> И тут GPL v3 мешает...

Да, ужасная лицензия. Не дает хапугам код зажимать. Вы только подумайте, какие негодяи!

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору
Часть нити удалена модератором

29. "Обсуждение возможных планов развития GCC 5.0"  –4 +/
Сообщение от Аноним (??) on 20-Мрт-12, 22:14 
> рано ещё при текущих трендах шланг заборет гцц, однако есть вероятность что
> к тому времени на плюсах будут писать 2 деда

При текущих трендах, шланг может кого-то побороть только по части продайкт-плейсмента.
Технические достоинства и недостатки - ничто, авторитет яббла - все.

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

103. "Обсуждение возможных планов развития GCC 5.0"  –1 +/
Сообщение от Аноним (??) on 22-Мрт-12, 15:17 
Ужастная лицензия - позволяет стороннему дяде присвоить мой код - если я хочу просто пользоваться его библиотекой - не изменяя ее.
Так же как ужастная для компилятора - что не компилируй - на выходе получаем GPL v3 и можно смело присваивать себе код.
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

106. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от анонимус (??) on 22-Мрт-12, 16:48 
>позволяет стороннему дяде присвоить мой код - если я хочу просто пользоваться его библиотекой - не изменяя ее

не согласен - пиши свою либу. или ищи под лгпл или иной

>что не компилируй - на выходе получаем GPL v3 и можно смело присваивать себе код

у гцц есть оговорка насчёт выхлопа, так что не надо тут

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

122. "Обсуждение возможных планов развития GCC 5.0"  –1 +/
Сообщение от Аноним (??) on 25-Мрт-12, 19:50 
> у гцц есть оговорка насчёт выхлопа, так что не надо тут

Нету. почитай лицензию на gcc. Любой проект использующий внутренне состояние gcc - обязан быть под gpl.
и linking expection - добавили только после воплей, а не просто так.

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

124. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от arisu (ok) on 25-Мрт-12, 19:59 
внутренности — естественно.

а исключение давно было, просто потерялось при переводе на GPLv3. ты знаешь, что такое «ошибка», нет? никто не идеален, все ошибаются. недосмотрели. починили. в чём проблема-то?

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

9. "Обсуждение возможных планов развития GCC 5.0"  +4 +/
Сообщение от Eugene.Shiyanov on 20-Мрт-12, 19:28 
Не понимаю, как переход на С++ сможет решить проблемы?

http://blogerator.ru/page/oop_why-objects-have-failed

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

15. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от kuku on 20-Мрт-12, 19:39 
Просто они незнают что в С++ делается больше
ошибок чем в С.
Может они хотят учиться на своих ошибках ?..
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

34. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Анонимный эксперт on 20-Мрт-12, 22:52 
Разрабы GCC дураки, а ты умный - понятно.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

80. "Обсуждение возможных планов развития GCC 5.0"  +5 +/
Сообщение от тоже Аноним email(ok) on 21-Мрт-12, 08:41 
Да, вам можно говорить об ошибках, вы в курсе.
Пять ошибок в двух предложениях - это твердый профессиональный уровень!
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

18. "Обсуждение возможных планов развития GCC 5.0"  +2 +/
Сообщение от Аноним (??) on 20-Мрт-12, 19:47 
Комментарии к статье доставляют :)
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

112. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от arisu (ok) on 23-Мрт-12, 15:19 
> Не понимаю, как переход на С++ сможет решить проблемы?

это ж redhat, там поттеринг скоро всех перекусает.

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

11. "Обсуждение возможных планов развития GCC 5.0"  +2 +/
Сообщение от Аноним (??) on 20-Мрт-12, 19:31 
если бы gcc 1.4 был написан на C++ имхо лиукса бы небыло
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Обсуждение возможных планов развития GCC 5.0"  +1 +/
Сообщение от Andrey Mitrofanov on 20-Мрт-12, 19:34 
а если бы Кениган & Ричи писали компилятор C++, то и С бы не было. вместе с UNIX TM.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

24. "Обсуждение возможных планов развития GCC 5.0"  +1 +/
Сообщение от saNdro on 20-Мрт-12, 21:28 
Ну вообще-то Страуструп изначально только прикрутил классы к вполне себе нормальному С. Банально расширил функционал.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

14. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от кевин on 20-Мрт-12, 19:37 
тыц ура к 5 версии и гцц будет фрэймворком
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

58. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от an. on 21-Мрт-12, 00:57 
Вообще-то речь шла о библиотеке, что не совсем тоже самое, что и фреймворк. Надеюсь, все же, что фреймворком он не будет...
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

17. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от BratSinot on 20-Мрт-12, 19:45 
> Так, активный разработчик GCC Дэвид Малкольм (David Malcolm) из компании Red Hat подробно изложил своё видение будущего проекта, которое сводится к предложению переписать GCC с Си на Си++

Забавный он человек. Шансов на это 0. Максимум, они будут использовать строго определенные фичи (о чем разработчики когда-то говорили).

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

32. "Обсуждение возможных планов развития GCC 5.0"  +3 +/
Сообщение от Vova email(??) on 20-Мрт-12, 22:38 
Имхо, сильно громкое заявление, переписать такой величины проэкт, практически на другой язык - весьма трудоёмкая задача. Оно-то конечно правильно, С++ и удобней для таких задач и гибче, но... Мало верится что-то :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

118. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Аноним (??) on 24-Мрт-12, 13:23 
насчет удобней - крайне спорный вопрос ибо ясно, что удобнее CL и ML пока еще ничего не придумано, однако ж никто не переписывает тонны кода на них только потому, что они "удобнее" (кому конкретно? для чего конкретно?)
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

119. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от arisu (ok) on 24-Мрт-12, 13:25 
да ну. ассемблер всё равно лучше всех.
Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

40. "Обсуждение возможных планов развития GCC 5.0"  +3 +/
Сообщение от xxx (??) on 20-Мрт-12, 23:31 
>Важно в первую очередь принять некую карту развития - при этом, вероятно, придётся смириться с тем, что модульный GCC 5 будет обладать меньшей функциональностью, чем текущий GCC, будет менее оптимизированным и менее мощным.

Мне кажется это будет капец. Если он будет менее мощным и оптимизированным, то пока они его доведут до удовлетворительного состояния, Clang + llvm обойдут на повороте и уйдут в отрыв.

На мой взляд главные плюсы GCC:
* Поддержка огромного числа архитектур, быстрое включение этой поддержки после анонса.
* Очень качественная, фактически, эталонная поддержка основных ЯП и их стандартов: С, С++, Fortran.
* Генерирует оптимальный код, мощная оптимизация.

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

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

47. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Аноним (??) on 20-Мрт-12, 23:44 
> На мой взляд главные плюсы GCC:
> * Поддержка огромного числа архитектур, быстрое включение этой поддержки после анонса.
> * Очень качественная, фактически, эталонная поддержка основных ЯП и их стандартов: С,
> С++, Fortran.

Это стеб тонкий? тогда почитай-те что такое GCC-измы и что такое GNU-89 который реализует gcc.
Нефига не эталонная поддержка это C.

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

60. "Обсуждение возможных планов развития GCC 5.0"  +1 +/
Сообщение от an. on 21-Мрт-12, 01:02 
ну с эталонной, пожалуй это немного перебор. Но все же с ней считаются (например, есть всякие воркэраунды вокруг багов компайлера для Boost, STLPorts и других библиотек). Что касается llvm, например, то пока он вынужден все корректно поддерживать (что, впрочем, может и к лучшему).
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

84. "Обсуждение возможных планов развития GCC 5.0"  +1 +/
Сообщение от xxx (??) on 21-Мрт-12, 10:54 
> Это стеб тонкий? тогда почитай-те что такое GCC-измы и что такое GNU-89
> который реализует gcc.
> Нефига не эталонная поддержка это C.

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

Ну и вообще ты знаешь компилятор лучше?

И ещё по-поводу стандарта. На мой взгляд сообществу GCC, равно как и Clang/llvm, давно пора лобировать прохождение своих расширений в стандарт. Я лучше буду видеть в с тандарте __attribute__((packed)) - единственное расширение, что приходится часто использовать, чем всякие _Noreturn и нити (если было и добавлять нити, то уж на базе pthreads).


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

94. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Аноним (??) on 21-Мрт-12, 18:07 
> Ну и вообще ты знаешь компилятор лучше?

тот же intel, тот же openwatcom.

> И ещё по-поводу стандарта. На мой взгляд сообществу GCC, равно как и
> Clang/llvm, давно пора лобировать прохождение своих расширений в стандарт. Я лучше
> буду видеть в с тандарте __attribute__((packed)) - единственное расширение, что приходится
> часто использовать, чем всякие _Noreturn и нити (если было и добавлять
> нити, то уж на базе pthreads).

за attribute((packed) и пересылку по сети и диск я бы голову отбивал.
non aligned access получить как 2 байта по сети переслать. и всякие _Noreturn - это хня.
даже от likely/unlikely в kernel стали избавляться ибо выигрыш там мизерный - если есть.

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

99. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от xxx (??) on 21-Мрт-12, 22:52 
>тот же intel, тот же openwatcom.

Т.е лучше копилятора чем GCC ты не знаешь, по крайней мере в плане поддержки различных архитектур и стандарта С.

http://www.openwatcom.org/index.php/C99_Compliance
>C99 compatibility is an undocumented feature, since the implementation is not complete.

Ты им вообще пользовался? Чем он вообще лучше?

>за attribute((packed) и пересылку по сети и диск я бы голову отбивал.

Лучше не пробуй, а то свою отобьешь, или уже?

>non aligned access получить как 2 байта по сети переслать

Настолько геморно?! Или есть способ попроще, просвети.

>и всякие _Noreturn - это хня.

Хня, не хня - в стандарт вошло. Меня лично заглавная "N" раздражает.

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

104. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Аноним (??) on 22-Мрт-12, 15:22 
>>тот же intel, тот же openwatcom.
> Т.е лучше копилятора чем GCC ты не знаешь, по крайней мере в
> плане поддержки различных архитектур и стандарта С.

Хуже не знаю. Ты посмотри какой код он генерит для IA-64, а потом сравни с Intel.
Разница видна на лицо.
Глюки с structure aliasing и левым доступом в соседние элементы структуры - для gcc это норма, другие компиляторы этим не страдают.
Код который компилируется 3.2 не будет компилироваться 3.5 и тп. Таких приколов ну просто дофига.

и тп. Список багов gcc можно продолва


> http://www.openwatcom.org/index.php/C99_Compliance
>>C99 compatibility is an undocumented feature, since the implementation is not complete.
> Ты им вообще пользовался? Чем он вообще лучше?

Видимо ты других вообще не знаешь. Советовал бы просветиться.
gcc приличный код генерит только для x86 - остальное.. лучше бы его не было.

>>за attribute((packed) и пересылку по сети и диск я бы голову отбивал.
> Лучше не пробуй, а то свою отобьешь, или уже?
>>non aligned access получить как 2 байта по сети переслать
> Настолько геморно?! Или есть способ попроще, просвети.

Дядя ты вообще код для архитектур со strict aligment писал ?
Если не писал - попродуй попиши.. очень интересные вещи для себя узнаешь.


>>и всякие _Noreturn - это хня.
> Хня, не хня - в стандарт вошло. Меня лично заглавная "N" раздражает.

в C-98 нету, C-1x круто, но еще нигде нету правильной поддержки.


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

113. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от arisu (ok) on 23-Мрт-12, 15:22 
> non aligned access получить как 2 байта по сети переслать

nobody cares. кажется, разработчики железа забыли, что это железо для людей, а не наоборот. если какая-то архитектура умывается слезами от невыравненого доступа — это её личные проблемы. а я, например, не буду заниматься ерундой, доставая из int'а два char'а руками. и не собираюсь тратить — тоже например — четыре байта там, где хватает двух.

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

120. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Аноним (??) on 24-Мрт-12, 23:16 
Железо скорее для компиляторов, а компиляторы уже для людей. Если попросить проц не умничать и дать компилятору решать, что, куда и в каком порядке (а это у него может получиться значительно лучше, т.к. можно неспеша разглядывать большую кучу кода), может получиться интересно по быстродействию и энергопотреблению. Вроде что-то подобное и сделали в IA-64
Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

121. "Обсуждение возможных планов развития GCC 5.0"  –1 +/
Сообщение от arisu (ok) on 25-Мрт-12, 04:37 
> Железо скорее для компиляторов, а компиляторы уже для людей.

в данном случае это частности. я говорил про то, что за исключением случаев, когда это дикая эмбедовка с драконовскими ограничениями и большими требованиями, я вообще не желаю ничего про железо знать. и тем более не желаю «делать железу хорошо».

> Вроде что-то подобное и сделали в IA-64

если мне не изменяет память (а в данном случае очень может), там прежде всего была марсианская система кодирования команд, которую без компилятора задолбаешься рулить.

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

123. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Аноним (??) on 25-Мрт-12, 19:54 
>> non aligned access получить как 2 байта по сети переслать
> nobody cares. кажется, разработчики железа забыли, что это железо для людей, а
> не наоборот. если какая-то архитектура умывается слезами от невыравненого доступа —
> это её личные проблемы. а я, например, не буду заниматься ерундой,
> доставая из int'а два char'а руками. и не собираюсь тратить —
> тоже например — четыре байта там, где хватает двух.

Да да да. Не стоит прикрывать свою не проф пригодность красивыми словами - ламер.

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

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

125. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от arisu (ok) on 25-Мрт-12, 20:00 
благодарю, я уж лучше продолжу работать в своей конторе. и пинками вышибать тех, кто считает, что задача человека — делать работу за компилятор.
Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

86. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Аноним (??) on 21-Мрт-12, 12:29 
> Нефига не эталонная поддержка это C.

Он поддерживает кучу архитектур, при том все это доступно в сырцах и я могу себе накрайняк сам сбилдить бинарь генерящий код под экзотичную архитектуру. А вот у других  поддерживается 1-2 архитектуры, а в половине случаев еще и сорц "забывают" выдать. Так что жрите бинарь под неудобные вам операционки или GTFO. Я предпочитаю второе т.к. есть gcc.

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

87. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Аноним (??) on 21-Мрт-12, 15:17 
как твой топик связан с тем что у GCC не эталонная поддержка C ?
у того же CLANG и то лучше поддержка стандартов C.
Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

90. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Crazy Alex (ok) on 21-Мрт-12, 17:49 
Речь о том, что GCC можно использовать как стандарт де-факто - он есть практически везде.
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

91. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Аноним (??) on 21-Мрт-12, 18:02 
везде есть свои компиляторы. И если не писать код под GCC - то код получится переносим между компиляторами - чего не может себе позволить gcc.
Особенно интересный вариант когда код перестает собираться разными версиями компилятора.
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

97. "Обсуждение возможных планов развития GCC 5.0"  +1 +/
Сообщение от annulen email(ok) on 21-Мрт-12, 22:25 
>везде есть свои компиляторы.

Но для многих embedded-платформ GCC - единственный компилятор, поддерживаемый вендором.

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

109. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Aesthetus Animus (ok) on 23-Мрт-12, 02:08 
Например? Для каких это embedded платформ gcc единстсвенный компилятор?
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

77. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от inferrna on 21-Мрт-12, 05:30 
Можно взять LLVM и дописать модулями недостающий до gcc функционал под GPL лицензией. Это будет проще, чем переписывать всё на крестах и лучше, чем "будет обладать меньшей функциональностью, чем текущий GCC, будет менее оптимизированным и менее мощным".
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

98. "Обсуждение возможных планов развития GCC 5.0"  +2 +/
Сообщение от annulen email(ok) on 21-Мрт-12, 22:26 
> Можно взять LLVM и дописать модулями недостающий до gcc функционал под GPL
> лицензией.

А лучше под BSD, чтобы не плодить форки.

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

81. "Обсуждение возможных планов развития GCC 5.0"  –6 +/
Сообщение от Аноним (??) on 21-Мрт-12, 10:00 
Дядя бредит похоже. Никто не будет переписывать настолько большой проект, может сделают бранч и там будут эксперименты ставить, сомневаюсь что это будет GCC 5, скорее какой-нибудь GCC-alternative 5.

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

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

117. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от fr0ster (ok) on 24-Мрт-12, 09:36 
> По поводу лицензий - всем корпорациям GNU GPL как бельмо на глазу,
> ведь не дает закрывать и продавать чужой труд, ай ай ай,
> какие плохие свободные разработчики, не дают свой труд закрывать и продавать.
> Поэтому они так и радеют за BSDL, бздунишки уже привыкли к
> рабству.

Не всем корпорациям, а малой части делающей профит именно на закрытости сырцов.
Большей части корпораций ЖоПЛь это защита инвестиций и очень полезная лицензия.
А для тех, кому нет денег и времени на патентные войны, вообще манна небесная.

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

83. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от alex.h (??) on 21-Мрт-12, 10:30 
С таким объёмом изменений лучше новый проект начинать, по крайней мере, не будет той стадии, что старое уже сломали, а новое ещё не сделали.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

88. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Sauron (??) on 21-Мрт-12, 15:30 
По ходу проект в тупик зашел, #gccкапец видимо не за горами.
ЗЫ
Надо было лицензию на LGPL менять! Компилятор слишком нужная вещь, чтобы для него GPLv3 юзать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

95. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Аноним (??) on 21-Мрт-12, 18:07 
срочно нужен аналог LLVM под GPLv3 и выше. сделать и потом перетягивать туда парсер из gcc, оптимизатор, кодогенратор и тд. а не ломать все и хоронить
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

101. "Обсуждение возможных планов развития GCC 5.0"  +1 +/
Сообщение от kshetragia (ok) on 22-Мрт-12, 08:06 
В который раз говорю - поздно пить боржоми. Такая недальновидность - вообще характерная черта GPL щиков.
Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

102. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Andrey Mitrofanov on 22-Мрт-12, 09:19 
> В который раз говорю -

Да, мы поняли: ты тоже _только разговариваешь.

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

126. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от kshetragia (ok) on 26-Мрт-12, 12:03 
Боюсь до тебя мне далеко по части разговоров.
Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

105. "Обсуждение возможных планов развития GCC 5.0"  –3 +/
Сообщение от Kodir (ok) on 22-Мрт-12, 15:25 
> "Подобная переработка архитектуры сегодняшнего GCC очень сложна (быть может, даже и невозможна)

Поэтому нет смысла тыкать труп ГЦЦ - нужно все силы бросить на LLVM.
Причём никто не просит "убивать" ГЦЦ - пусть и дальше "компилирует под 100 архитектур", но развивать нужно правильную кодовую базу! А у ГЦЦ она - такое же фуфло, как ядро линукса - монолитное гуано.

> хотя бы потому, что мы не можем однозначно решить к какому отдельному модулю, какой код компилятора должен принадлежать.

:) Вот это удивляет... понятно, что не всё так просто, но разве компилятор настолько неразрывен, что невозможно провести декомпозицию? Нужно решить, в какой мере будут юзабельны отдельные модули и для каких задач смогут применяться.

А вообще, надо D развивать, а не эти тухлые концепции! :)

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

107. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Аноним (??) on 22-Мрт-12, 17:26 
> понятно, что не всё так просто, но разве компилятор настолько неразрывен, что невозможно провести декомпозицию?

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

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

108. "Обсуждение возможных планов развития GCC 5.0"  +/
Сообщение от Andrey Mitrofanov on 22-Мрт-12, 18:17 
> Гцц значительно старше LLVM, ему не один десяток лет.

""GCC celebrates 25 years with the 4.7.0 release
http://lwn.net/Articles/487956/rss

> Изначально хорошая архитектура со временем часто обрастает костылями,

Вам, безусловно, виднее.

BTW, GNU screen-у тоже стукнуло 25 http://noone.org/blog/English/Computer/Shell/Happy%2520...

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

115. "Обсуждение возможных планов развития GCC 5.0"  –1 +/
Сообщение от arisu (ok) on 23-Мрт-12, 15:28 
а у тебя, конечно, есть компилятор и ядро с идеальными архитектурами. не покажешь ли?
Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

110. "Обсуждение возможных планов развития GCC 5.0"  +1 +/
Сообщение от Аноним email(??) on 23-Мрт-12, 09:26 
у LLVM своя делянка, у гцц своя. не понимаю, зачем лезть в чужую делянку ? своя что ль мала ? Надеюсь завернут они все эти чудо изменения и будет все по прежнему - поддержка тонны платформ и нормальный с.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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




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

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