The OpenNET Project / Index page

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

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

"Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от opennews (ok) on 05-Фев-10, 14:02 
Разрабатываемый в рамках проекта LLVM компилятор Clang (http://clang.llvm.org/) достиг новой стадии развития - им впервые удалось пересобрать собственную кодовую базу (550 тыс. строк кода на C++), иными словами собрать Clang используя только Clang. Полученный в результате такой сборки исполняемый файл прошел все разработанные в рамках LLVM тесты, направленные на выявление регрессивных изменений. Кроме синтетических тестов, был использован простой и надежный способ проверки: собранным при помощи Clang исполняемым файлом была осуществлена пересборка Clang по второму и третьему кругу.

Clang  представляет собой LLVM фронтенд для языков C, С++ и Objective-C, который можно использовать вместо GCC. Исходные тексты Clang распространяются в рамках лицензии BSD, что делает этот компилятор интересным решением для замены GCC в BSD-подобных ОС.

Например, близится к завершению проект (http://wiki.freebsd.org/BuildingFreeBSDWithClang) адаптация данного компилятора для сборки базовой системы...

URL: http://blog.llvm.org/2010/02/clang-successfully-self-hosts.html
Новость: http://www.opennet.me/opennews/art.shtml?num=25305

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Компилятор Clang преодолел барьер собственной пересборки"  –6 +/
Сообщение от Avator (ok) on 05-Фев-10, 14:02 
интересно.... зачем это всё... чем gcc плох??
и почему, если в нем что-то не нравится... создают все с нуля а не присылают патчи к GCC
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "Компилятор Clang преодолел барьер собственной пересборки"  +6 +/
Сообщение от Aleksey (??) on 05-Фев-10, 14:04 
Лицензия не нравится. Не подскажете как должен выглядеть патч для такого случая?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

24. "Компилятор Clang преодолел барьер собственной пересборки"  –2 +/
Сообщение от Below (ok) on 05-Фев-10, 17:23 
Почему только лицензия?
Он работает быстрее, с меньшими ресурсами.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

45. "Компилятор Clang преодолел барьер собственной пересборки"  +3 +/
Сообщение от User294 (ok) on 05-Фев-10, 21:26 
Лично меня в первую очередь колебет чтобы компилер генерил качественный (компактный и быстрый) код под все используемые мной архитектуры. Скорость компиляции меня волнует совсем не в первую очередь.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

85. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Below (ok) on 06-Фев-10, 10:40 
Тогда Вам стоит почитать что такое LLVM, если сомниваетесь в степени оптимизации полученного кода.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

109. "Компилятор Clang преодолел барьер собственной пересборки"  +1 +/
Сообщение от User294 (ok) on 07-Фев-10, 23:25 
>Тогда Вам стоит почитать что такое LLVM, если сомниваетесь в степени оптимизации
>полученного кода.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

42. "Компилятор Clang преодолел барьер собственной пересборки"  +2 +/
Сообщение от User294 (ok) on 05-Фев-10, 21:11 
> Лицензия не нравится.

А чем, собственно лицензия компилера кому-то мешает?
1) Кто не хочет давать сорсы своего GCC - просто не распостраняет его и соответственно никому ничего не должен (сие валидно для GPL v2 и всех версий gcc под ней).
2) Компилить можно любой код и всем похрену. Хоть ультрамегапроприетарную прошивку для атмелов с установкой фьюзов защиты от копирования в кристалле, никто и слова не скажет (при условии что код вы сами пишете).

Итого - в чем, собственно, практические плюсы? И, главное - я не вижу чем таким меня ограничивает GCC. Хочу компилю им открытые программы. Хочу - компилю им злостную проприетарь. И никому ничего не должен по этому поводу. Эстетство ради эстетства, как обычно?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

56. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от thirteensmay on 05-Фев-10, 22:11 
Ну какбы есть моментики, может конечно и "Эстетство", но не совсем. Ведь FreeBSD это не ядро, получается расхождение с основной целью проекта. Допустим захочу я фрю захомячить, целиком, а ваш GCC у меня поперек горла тогда, да и не одной фрей бздуны сильны. Или скажем я не бздун а злостный проприетарщик, что кстати от части правда, так вот захочу я допустим компилер в свое продукт жестко так заинтегрировать, опять GCC не к ночи помянутый ;)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

78. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от User294 (ok) on 06-Фев-10, 07:17 
>так вот захочу я допустим компилер в свое продукт жестко так
>заинтегрировать, опять GCC не к ночи помянутый ;)

Вы будете смеяться, но есть ряд проприетарщиков которые вполне себе честно и на полном сеньезе интегряют гцц в свои проприетарные тулсы. И ничего, вполне себе барыжат ими. Уже барыжат, заметьте. И уже не первый год. А GPL не запрещает барыжить. И даже не запрещает прикручивать GPLнутый компилер к проприетарной по самое небалуйся IDE. Кстати да, это ессно все не для x86. Поэтому пока Clang сможет генерить код и даже не хуже чем (эмбеддерщикам готовым платить за проприетарные тулзы говнокод не нужен, GCC как правило на равных рубается с коммерческими компилерами если что, потому и юзается) - я наверное на пенсию уйду, да и не факт что проприетарщики столько протянут, им имхо ой как душненько будет в ряде областей :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

133. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Aesthetus Animus on 10-Фев-10, 22:15 
> GCC как правило на равных рубается с коммерческими компилерами если что, потому и юзается.

Сказки о том, как он на равных "рубается" с KEIL или IAR когда речь идет об ARM, - это Вы кому-нибудь другому рассказывайте. А достаточно широко "юзается" он только по причине своей бесплатности.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

136. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от fr0ster (ok) on 11-Фев-10, 08:29 
>> GCC как правило на равных рубается с коммерческими компилерами если что, потому и юзается.
>
>Сказки о том, как он на равных "рубается" с KEIL или IAR
>когда речь идет об ARM, - это Вы кому-нибудь другому рассказывайте.
>А достаточно широко "юзается" он только по причине своей бесплатности.

Стоимость уже не входит в перечень оценочных критериев?
На ARM  свет клином сошелся?
Про "исключение подтверждающее правило" слышали?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

138. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от iZEN (ok) on 11-Фев-10, 14:40 
>Про "исключение подтверждающее правило" слышали?

Всякое исключение подвергает сомнению верность правила.

А что, что-то ещё из области мистики можете предложить?


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

139. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от fr0ster (ok) on 11-Фев-10, 15:07 
>>Про "исключение подтверждающее правило" слышали?
>
>Всякое исключение подвергает сомнению верность правила.
>
>А что, что-то ещё из области мистики можете предложить?

Прежде чем уйдете в мистику, приведите правило без исключений и критерии сравнения компиляторов в затронутой вами и вашим оппонентом сфере.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

140. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Aesthetus Animus (ok) on 12-Фев-10, 01:34 
> На ARM  свет клином сошелся?

Во-первых, я высказываюсь именно о том, что знаю: поэтому я не рассуждаю о том, какой компилятор лучше например для SPARC. Во-вторых, учитесь видеть весь контекст обсуждения, вместо того, чтобы вырывать мои сообщения из этого контекста и пытаться несуразицу в своей голове выдать за таковую в моей. Будь Вы чуть более внимательны, то увидели, что отвечал я на конекретное высказывание где шла речь об этом:
"_эмбеддерщикам_ готовым платить за проприетарные тулзы говнокод не нужен, GCC как правило на равных рубается с коммерческими компилерами если что, потому и юзается"
Так что поминал ARM я совсем не всуе и уж точно не потому, что свет на нем клином сошелся

Что касается стоимости, повторюсь, - это _практически_ единственный критерий, почему gcc оказывает конкуренцию указанным выше коммерческим компиляторам.

> То-то же я смотрю, Microchip для своих pic24 и pic32 выбрала gcc... :-) И сырцы раздает свободно...

Пусть делают что хотят - никогда не питал интереса к этой архитектуре...

> Во-всяком случае gcc (для меня) gcc закрывает все необходимые семейства 8-ми, 16-ти и 32-х разрядных контроллеров.

Так я и не спорю, я не утверждаю что gcc плох, я говорю о том, что llvm может стать лучше оного. А так как gcc дает далеко не лучший код на ряде архитектур, то для llvm остается резерв для качественного развития.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

142. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от fr0ster email(??) on 12-Фев-10, 05:52 
Вы в принципе правильные вещи доказываете неправильными методами.
Речь шла об встраиваемых процах, но АРМ из встраиваемых не единственный.
Возможно стоимость инструментария для вас конкретно не имеет значения, но для многих, особенно за бугром, имеет.
И последнее, от того, как рубится gcc с проприетарными компилерами перспективность llmv не меняется. Это только время покажет. icc имеет свою нишу, gcc- свою, а cc микрософтовый свою, потому они и живы. llmv найдет свою нишу, будет жить, не найдет - повторит судьбу не одного компилера.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

143. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Damon (??) on 12-Фев-10, 08:45 
>> То-то же я смотрю, Microchip для своих pic24 и pic32 выбрала gcc... :-) И сырцы раздает свободно...
>
>Пусть делают что хотят - никогда не питал интереса к этой архитектуре...

Напрасно! До pic24 и pic32 (и появления для _этих_ серий порта gcc, в том числе), я тоже к pic'ам не питал интереса, после их появления, для меня появился интерес. pic24 при сопоставимой с 8-ми разрядными контроллерами стоимости, является 16-ти разрядным с не хило развитой периферией. Во всяком случае старшие семейства ATMega'и он вполне заменит. А по периферии он вполне уделает AT91SAM7. Очень даже интересное семейство, ИМХО.

>Так я и не спорю, я не утверждаю что gcc плох, я
>говорю о том, что llvm может стать лучше оного. А так
>как gcc дает далеко не лучший код на ряде архитектур, то
>для llvm остается резерв для качественного развития.

Ну, у gcc есть фора и, думаю, резерв для развития! Было бы кому развивать. :-)
А вообще, конкуренция это хорошо, даже в мире опенсорса. Чем открытые *NIX'ы и нравяться (среди прочего), что в них практически любую задачу можно решить с помощью нескольких инструментов на выбор. А если инструмент не нравиться -- можешь допилить, если сможешь.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

137. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Damon (??) on 11-Фев-10, 09:01 
>Сказки о том, как он на равных "рубается" с KEIL или IAR
>когда речь идет об ARM, - это Вы кому-нибудь другому рассказывайте.
>А достаточно широко "юзается" он только по причине своей бесплатности.

То-то же я смотрю, Microchip для своих pic24 и pic32 выбрала gcc... :-) И сырцы раздает свободно...
Во-всяком случае gcc (для меня) gcc закрывает все необходимые семейства 8-ми, 16-ти и 32-х разрядных контроллеров.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "Компилятор Clang преодолел барьер собственной пересборки"  –1 +/
Сообщение от Чорная дипрессия 666 email on 05-Фев-10, 14:07 
Говорят, что структура у него не очень. Дальнейшую разработку оптимизаций и генераторы кода под новые архитектуры не очень удобно делать.
Да и вообще LLVM прикольный и универсальный.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

43. "Компилятор Clang преодолел барьер собственной пересборки"  +2 +/
Сообщение от User294 (ok) on 05-Фев-10, 21:15 
>Говорят, что структура у него не очень. Дальнейшую разработку оптимизаций и генераторы
>кода под новые архитектуры не очень удобно делать.
>Да и вообще LLVM прикольный и универсальный.

Ну посмотрим через сколько там у clang появится нормальная генерация под atmel (8 и 32 бита), все виды ARM и MIPSов и т.п..Которые *уже* есть в GCC :).И почему-то все новые архитектуры (даже экзоты от Ubicom и что там еще) без проблем поддерживаются GCC :).А вот Clang я что-то в списке компилеров для ARM или Atmel не вижу. Хоть он и прикольный и универсальный. В общем у бсдшников как обычно - в теории все отлично а на практике, если вам надо скомпилить, под какойнтиь атмел и сегодня - это не к BSDL-лицензированным компилерам как ни крути. А лет через 10 - этот атмел и прочая будет интересен только музейщикам.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

51. "Компилятор Clang преодолел барьер собственной пересборки"  –4 +/
Сообщение от Ariel (??) on 05-Фев-10, 21:51 
ну много ли используют atmel, arm, mips? ICC вообще на одной архитектуре специализируется и от этого не страдает
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

53. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от thirteensmay on 05-Фев-10, 21:59 
>ну много ли используют atmel, arm, mips ?

местами много, во встраиваемой электронике, микроконтроллерах и т.п., а вот замечание по поводу ICC хорошее ;)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

57. "Компилятор Clang преодолел барьер собственной пересборки"  +3 +/
Сообщение от User294 (ok) on 05-Фев-10, 22:21 
> ну много ли используют atmel,

Навалом. Спросите гугля если не верите.

> arm,

Этих вообще выпущено больше чем x86 наверное. Они буквально в каждом телефоне, наладоннике, etc. Даже в HPшных калькуляторах! Куда не ткни - а попадешь в ARM. Так что если вы их не видите, это не потому что их нет, а потому что вам надо попросту разуть глаза и увидеть что мир - это не только ваш пыльный писючный гроб.

> mips?

Как говна. Точки доступа, роутеры, etc - видели? Представляете сколько их нашлепали? Да многие миллионы, ессно. И вот там в основном MIPS. Хотя иногда и ARM бывает.

> ICC вообще на одной архитектуре специализируется и от этого не страдает

Не страдает? Я пингвинов в африке вижу чаще чем бинари скомпиленные ICC. Пусть дальше так же не страдает, куда ему и дорога.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

60. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от thirteensmay on 05-Фев-10, 22:28 
По поводу ICC дело не в количестве, а в идее что компилер может быть нишевым, вы например mingw бинарей много видали ? но это не значит что не нужен
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

77. "Компилятор Clang преодолел барьер собственной пересборки"  +1 +/
Сообщение от User294 (ok) on 06-Фев-10, 07:08 
>По поводу ICC дело не в количестве, а в идее что компилер может быть нишевым,

ICC какой-то сильно уж нишевой, если человек интересующийся вопросом видит копирайты оного раз в сто лет. Он, наверное, где-то используется, НО я вот так сходу не смогу припомнить ни 1 программы с его копирайтами. Более того - я даже найти такие программы не смогут вот так сходу. Для нижеупомянутого mingw я без проблем найду и назову кучу программ где он поюзан, если что.

>вы например mingw бинарей много видали ?

На порядки больше чем ICC. Дофига открытого софта под виндозу собрано именно mingw-ом. Нередко кстати сие делается еще и кросскомпилом из-под линуха (судя сугубо по содержимому таковых бинарей).Почему так? Да потому что освоить один тулкит компилера и околокомпилерных утилзов проще чем дюжину. И да, освоив один gcc можно компилить что угодно и подо что угодно. Это является его сильным плюсом - более универсальных компилеров я не знаю.

> но это не значит что не нужен

Я не говорил что mingw мало используется, заметьте. Посмотрите в бинари всевозможного открытого софта и вы удивитесь - mingw используется достаточно щироко. Уж в сравнении с ICC - бинари от оного на каждом углу просто. А вот найти хоть что-то скомпиленное ICC еще суметь надо. Может быть потому что на АМДшных процессорах тамошний код работает не ахти, а может и еще почему. Не знаю. Факт в том что на практике его почти никто не использует.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

58. "Компилятор Clang преодолел барьер собственной пересборки"  +4 +/
Сообщение от savant (ok) on 05-Фев-10, 22:22 
ты не поверишь... дохрена используется atmel avr, avr32, армовые процы, очень много где есть.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

52. "Компилятор Clang преодолел барьер собственной пересборки"  +2 +/
Сообщение от thirteensmay on 05-Фев-10, 21:51 
Да он можно сказать тока вылупился, судя по новости, а вам сразу "в список", "генерация под все виды" и т.п. Вы в своем уме ? Впрочем после "В общем у бсдшников как обычно..." становится понятнее, надеюсь это временное расстройство, я буду молиться за вас.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

59. "Компилятор Clang преодолел барьер собственной пересборки"  –3 +/
Сообщение от User294 (ok) on 05-Фев-10, 22:25 
>Да он можно сказать тока вылупился, судя по новости,

Да? А чего ж тогда про него раньше тут трубили столько, при том что он даже сам себя собрать не мог?

> а вам сразу "в список", "генерация под все виды" и т.п.

Ну, если кто-то заявляет преимущества - так пусть их показывает. Теоретические преимущества которые не реализованы на практике никому не интересны. Может они и через 100 лет не будут реализованы, мало ли.

> Вы в своем уме ?

Да. Просто немного подтруниваю над фанатами BSDL которые видят аж один плюс в виде расово верной лицензии :)

> я буду молиться за вас.

Каким богам, интересно? :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

65. "Компилятор Clang преодолел барьер собственной пересборки"  +1 +/
Сообщение от thirteensmay on 05-Фев-10, 22:52 
>Да? А чего ж тогда про него раньше тут трубили столько, при
>том что он даже сам себя собрать не мог?

А ресурс такой, трубит про всякое, чем и ценен

>Ну, если кто-то заявляет преимущества - так пусть их показывает.

Ну я их заявы подробно не читал, если заявляли поддержку но ее нет то вы конечно знаете как таких называют, а если обещали со временем то не вижу криминала.

>Да. Просто немного подтруниваю над фанатами BSDL которые видят аж один плюс
>в виде расово верной лицензии :)

вот и я подтруниваю ;)

>Каким богам, интересно? :)

Ктулху естественно ;)


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

79. "Компилятор Clang преодолел барьер собственной пересборки"  –3 +/
Сообщение от User294 (ok) on 06-Фев-10, 07:26 
>А ресурс такой, трубит про всякое, чем и ценен

Тут пожалуй соглашусь :)

>Ктулху естественно ;)

Боюсь что в него я тоже не верю :). Пусть придет и зохавает меня если хочет :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

134. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Aesthetus Animus on 10-Фев-10, 22:21 
>Ну, если кто-то заявляет преимущества - так пусть их показывает. Теоретические преимущества
>которые не реализованы на практике никому не интересны. Может они и
>через 100 лет не будут реализованы, мало ли.

Повторяйте это как мантру всякий раз, когда решите заговорить btrfs :-D

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

75. "Компилятор Clang преодолел барьер собственной пересборки"  +1 +/
Сообщение от Аноним (??) on 06-Фев-10, 04:19 
>Ну посмотрим через сколько там у clang появится нормальная генерация под atmel (8 и 32 бита), все виды ARM и MIPSов и т.п..Которые *уже* есть в GCC :).И почему-то все новые архитектуры (даже экзоты от Ubicom и что там еще) без проблем поддерживаются GCC :).А вот Clang я что-то в списке компилеров для ARM или Atmel не вижу. Хоть он и прикольный и универсальный. В общем у бсдшников как обычно - в теории все отлично а на практике, если вам надо скомпилить, под какойнтиь атмел и сегодня - это не к BSDL-лицензированным компилерам как ни крути. А лет через 10 - этот атмел и прочая будет интересен только музейщикам.

А много чего поддерживал линукс на ранних этапах своего развития, до прихода эпохи корпораций? Зачем же люди его развивали, когда он умел чрезвычайно мало по сравнению с уже существующими системами, в том числе и открытыми? Но его упорно пилили, развивали, вот же глупцы! Следуя описанной ущербной логике, линукс надо было закопать сразу после рождения

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

80. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от User294 (ok) on 06-Фев-10, 07:34 
>А много чего поддерживал линукс на ранних этапах своего развития, до прихода
>эпохи корпораций?

Ну, в общем то корпорации пришли только когда он окреп и стал что-то из себя предсставлять. Является ли это "много" - не знаю. Т.к. не знаю что для вас "много". А что до корпораций - они плавно и постепенно интегрировались в процесс развития пингвина. Только мы вроде о компилерах. Если уж о операционках говорить, *bsd на добрый десяток лет больше чем пингвинам а в развитии отстают по куче направлений.

>Зачем же люди его развивали, когда он умел чрезвычайно
>мало по сравнению с уже существующими системами, в том числе и
>открытыми?

Ну, вообще-то в те поры остальные системы умели не так уж и много.

>линукс надо было закопать сразу после рождения

А что, тогда были замечательные открытые *никсы для х86 каковым Linux поначалу и был задуман?И прямо так уж с шахматами и поэтессами? При том компилер то как раз gcc и был взят. Хотя по вашей логике - надо было свой написать. Ну чтобы совсем уж расово верно и все дела.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

82. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Аноним (??) on 06-Фев-10, 08:33 
>А что, тогда были замечательные открытые *никсы для х86 каковым Linux поначалу и был задуман?

Да, были, и не только под х86. Те же BSD были на 2 головы выше линукса на первых этапах его развития. И, следуя Вышей логике, Linux надо было выкинуть и продолжать развивать BSD, а не городить "велосипеды".

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

120. "Компилятор Clang преодолел барьер собственной пересборки"  –1 +/
Сообщение от User294 (ok) on 08-Фев-10, 12:47 
>Да, были, и не только под х86. Те же BSD были на 2 головы выше линукса на первых
>этапах его развития.

Вот только финский студент Торвальдс писал под *миниксом* клон юникса под i386. Потому что в те поры не было порта BSD под 386 (как минимум открытого). Такой вот прикол судьбы. Торвальдс помнится говорил что если бы была открытая операционка под его архитектуру в то время - он бы не стал писать Linux. А вот не было ничего такого *никсообразного и открытого что работало бы на i386. Торвальдс взял и написал. Да, там где-то 386 BSD вылупился. Но - уже опосля. Появись оно раньше, пингвинов могло бы и не быть пожалуй.Но пятна на Солнце сложились иначе.Имхо - к лучшему.Судя по результатам.

> И, следуя Вышей логике, Linux надо было выкинуть и продолжать развивать BSD, а
>не городить "велосипеды".

Так не было велосипедов то. Которые ездили бы по дорожке с названием i386. Если б были - не было бы пингвинов скорее всего...


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

121. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Andrey Mitrofanov on 08-Фев-10, 13:34 
>Потому что в те поры не было порта BSD под 386

Айяйяй! Какая наглая ложь бубунтологов про Уважаемую BSD!

G:суд AT&T BSD
"Что такое BSD
В 1992 году компания AT&T подала в суд на BSDI, компанию-поставщика ОС BSD/386. Основным пунктом обвинения было то, что BSD/386 содержала в себе закрытый ...
www.freebsd.org/doc/ru/..."

Была вона, была! Просто студент был нетерпелив и почему-то не подождал пару лет [пока "братаны откинутся"].
G:BSDI BSD/386 price
...""A source code license from BSDI lists at $1,000.""
А, нет, "штукарь" для братьев-бээсдэшников зажал. Плохой, плохой Линус--

И гугля финскому студенту в 91ом тоже нихватало. %)))

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

123. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от fr0ster (ok) on 08-Фев-10, 13:47 
>>Потому что в те поры не было порта BSD под 386
>
>Айяйяй! Какая наглая ложь бубунтологов про Уважаемую BSD!

А если не шашечки нужны, а ехать?

Перечитайте внимательнее, то на что отвечаете.
"А вот не было ничего такого *никсообразного и открытого что работало бы на i386."

Пункт открытого вы благополучно пропустили.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

124. "Компилятор Clang преодолел барьер собственной пересборки"  +2 +/
Сообщение от Andrey Mitrofanov on 08-Фев-10, 14:15 
>Пункт открытого вы благополучно пропустили.

Ага. Ну, для красного словца-то... :)

А тогда так: "пока свбободные бсдэшники тылили проприертарные исходники и отсиживали по судам, молодой, но гордый!, фин-студент поднял Знамя Свободного ПО дедушки Столмана... и такое понёс!"

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

125. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от fr0ster (ok) on 08-Фев-10, 14:24 
>>Пункт открытого вы благополучно пропустили.
>
>Ага. Ну, для красного словца-то... :)
>
>А тогда так: "пока свбободные бсдэшники тылили проприертарные исходники и отсиживали по
>судам, молодой, но гордый!, фин-студент поднял Знамя Свободного ПО дедушки Столмана...
>и такое понёс!"

Хорошо ориентацию разрабов не вспомнили для красного словца:)


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

126. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Аноним (??) on 08-Фев-10, 17:28 
>Вот только финский студент Торвальдс писал под *миниксом* клон юникса под i386. Потому что в те поры не было порта BSD под 386 (как минимум открытого). Такой вот прикол судьбы. Торвальдс помнится говорил что если бы была открытая операционка под его архитектуру в то время - он бы не стал писать Linux. А вот не было ничего такого *никсообразного и открытого что работало бы на i386. Торвальдс взял и написал. Да, там где-то 386 BSD вылупился. Но - уже опосля. Появись оно раньше, пингвинов могло бы и не быть пожалуй.Но пятна на Солнце сложились иначе.Имхо - к лучшему.Судя по результатам.

386BSD, не связанный никакими лицензионными проблемами, появился практически сразу после линукса в самом начале 90х. И, учитывая его мощное наследие, опережал линукс как минимум на несколько лет. Внимание, вопрос - какого хрена люди усердно пилили линукс, а не улучшали BSD, который умел гораздо больше и в целом уже тогда представлял из себя полноценную зрелую ОС? Если осилите эту мысль, проведите аналогию с gcc и сlang.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

127. "Компилятор Clang преодолел барьер собственной пересборки"  –2 +/
Сообщение от Andrey Mitrofanov on 08-Фев-10, 17:50 
>Внимание, вопрос - какого хрена люди усердно
>пилили линукс, а не улучшали BSD, который умел гораздо больше и
>в целом уже тогда представлял из себя полноценную зрелую ОС?

"Г*№но эта ваша BSD." Не угадал? А как подходит...

>Если осилите эту мысль, проведите аналогию с gcc и сlang.

?? Огласите _Ваш_ правиольный ответ?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

128. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Аноним (??) on 09-Фев-10, 01:45 
>"Г*№но эта ваша BSD." Не угадал? А как подходит...

Нет, не угадали. А еще сразу видно, что понятия не имеете о том, что ставили на серверы в первой половине 90х. И по большому секрету Вам скажу, что Linux там не было, в силу его младенчества, а вот BSD - практически повсеместно.

>?? Огласите _Ваш_ правиольный ответ?

Читайте внимательнее, переход ко второму этапу (gcc) возможен только если Вы осилите первый. А Вы и первый не осилили, просто потому, что банально не в теме и скорее всего обычный тролль.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

129. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Andrey Mitrofanov on 09-Фев-10, 09:40 
>большому секрету Вам скажу, что Linux там не было, в силу

Ну, не было. И кланга/ллвма не было, а gcc был.

>его младенчества, а вот BSD

...копипасченные AT&T-шные исходники...

> - практически повсеместно.
>>?? Огласите _Ваш_ правиольный ответ?
>Читайте внимательнее, переход ко второму этапу (gcc)

Ой-ой-ой, какие умственные сложности...

Попытка нумеро дуо: копипащеные  исходники _gcc_ в "самом-самом ближайшем" будущем приведут к чему-то "вкусному", на что Вы там пыжетесь намекнуть, в плане clang?

>возможен только если Вы осилите
>скорее всего обычный тролль.

Дык, рыбак рыбака!

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

130. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Аноним (??) on 09-Фев-10, 13:24 
>Ну, не было. И кланга/ллвма не было, а gcc был

Таак, пока всё хорошо. Теперь попробуйте повторить в уме ту же историю, только вместо зрелой BSD поставьте зрелый gcc, а вместо молодого Linux поставьте молодой clang/llvm. И изо всех сил подумайте :-D

>Попытка нумеро дуо: копипащеные  исходники _gcc_ в "самом-самом ближайшем" будущем приведут к чему-то "вкусному", на что Вы там пыжетесь намекнуть, в плане clang?

Нет, я Вас переоценил... "копипащенные исходники", как Вы сами сказали - это BSD. Которая была технически более развита, чем амбициозный новичок. Это ОН к чему-то "вкусному" привел, а не копипащенные исходники. Смотрите п.1, там уже есть солюшн что вместо чего подставлять надо.

>Дык, рыбак рыбака!

Ага, блажен, кто верует :-D


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

83. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от northbear (??) on 06-Фев-10, 09:39 
Что такое "бсдшники"? Это те, кто использует в своей работе BSD системы или те, кто поклоняются лицензии, типа тебя?
Те кто покланяется им под amtel, arm, mips ничего компилировать не надо. Им не до этого.
А те кто работает, берут тот инструмент который лучше всего подойдет для решения этой задачи. Если это окажется GCC, то почему бы и нет.

Если бы LLVM не было, то его бы следовало изобрести. Это явно подстегнуло конкуренцию среди свободных компиляторов. В этого никто не станет отрицать. Раньше мне апдейты компилятора GCC приходили раз в 2-3 месяца, а сейчас такое очущение, что чуть ли не каждую неделю.
Команда разработчиков GCC куда внятней стала озвучивать планы по пересмотру архитектуры в 5 ветке. Да и вообще видно, что жизнь там зашевелилась.

У LLVM на мой взгляд отличные перспективы. Отчасти благодаря лицензии. Разработчики новых процессоров, могут получить целый куст инструментов разработки просто реализовав для нового изделия виртуальную машину. Раскрывать исходный код и особенности архитектуры для этого не придется.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

113. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от User294 (ok) on 08-Фев-10, 10:12 
>Что такое "бсдшники"?

В данном контексте это те кто делает из своей лицензии фетиш.

>те, кто поклоняются лицензии, типа тебя?

Я, кстати не поклоняюсь лицензиям. Я просто констатирую их плюсы и минусы, даже если это и задевает кого-то. Тем не менее, я не вижу никаких проблем поюзать и код под BSDL, хотя, разумеется, при равных условиях - предпочту завязаться на GPL-лицензированный продукт (т.к. если продукт мне понравится, я скорее всего захочу стать активным участником его жизненного цикла. А задаром вкалывать на яббл и мс чтобы они потом растащили все по своим проприетарным поделкам - лично мне не прикольно...).

>Им не до этого.

Судя по состоянию портов на эти платформы - да, вы, пожалуй правы. Хоть это и странно, потому как переносимость всегда была козырной фичой *nix-овых систем.

>Команда разработчиков GCC куда внятней стала озвучивать планы по пересмотру архитектуры
>5 ветке. Да и вообще видно, что жизнь там зашевелилась.

Вот это - да, хорошо. В этом я с вами соглашусь.

>У LLVM на мой взгляд отличные перспективы. Отчасти благодаря лицензии.

Строго говоря, гнусная лицензия не помешала воткнуть нескольким крупным разработчикам embedded тулсей GCC в их проприетарные IDE.

> Разработчики новых процессоров, могут получить целый куст инструментов разработки
> просто реализовав для нового изделия виртуальную машину. Раскрывать исходный
>код и особенности архитектуры для этого не придется.

Удачи им в пичкании всех блобами под расово-верные платформы, ага.Стиль мышления "лохматые девяностые" - налицо. А вы, собственно, видели эти новые архитектуры? Сейчас стало хорошим тоном не впаривать какое-то бинарное дерьмо без описания а дать гнутый тулчейн к процу и пусть там себе компилят что хотят под чем им там удобно. И всем как бы вполне удобно. И, кстати, а зачем скрывать архитектуру? Чтобы я не мог оптимально под нее код запрограммить? Тогда наверное ассемблерные команды вообще нельзя документировать ни в коем разе? oO Кстати это не спасет потому что в эпоху спекки народ мануалов не имел. Так что набор команд и архитектура изучалась методом реверсинга и экспериментов. Хотя, безусловно, тормозам застрявшим в своих девяностых приятно считать что все вокруг дураки и играть в прятки методом страуса.Удачи в этих играх.Боюсь, играть в нее будут очень немногие конторы.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

86. "Компилятор Clang преодолел барьер собственной пересборки"  +3 +/
Сообщение от sdfsdfsdf email on 06-Фев-10, 11:21 
> под какойнтиь атмел и сегодня - это не к BSDL-лицензированным компилерам как ни крути. А лет через 10 - этот атмел и прочая будет интересен только музейщикам.

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

,ведь FLOSS предпочитает ЗАКОНЧЕННЫЕ и КАЧЕСТВЕННЫЕ решения.. которые -- "будут готовы тогда когда будут готовы"

... а если вым всёвремя нужно всё "только сейчас" , то путь злостного проприетарщика самое оно для вас:

1. вышла новая разработка (железка\микросхема\полуфабрикатное_устройство) ?

2. сразу устанавливаете проприетарные SDK (они ведь готовы уже сразу по выпуск!) , способную работать только на проприетарной операционной сисстеме (и внутри своей проприетарной IDE . и вообще компилятор на скорою руку "вшит" в GUI . если не нравитсья GUI то "можете не пользоваться нашими продуктами, или жрите что дают")

3. теперь делайте БЫСТРЕЕ свои продукты (на скорою руку, пока другие не успели)  , используя утилиты из пункта [2] . плевать что код будет некачественным (поэтому лучше его и не открывать даже) и что он даже не будет совместим нискакими другими SDK (или даже просто с другими версиями тойже самой SDK)

-- и тогда можете ничего не говорить про музейщеков! :-) теперь вы на пике прогресса! :-) :-)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

114. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от User294 (ok) on 08-Фев-10, 10:15 
>то что вы говорите -- с такими мыслями , с таким подходом
>к делу -- лучше вообще с FLOSS не иметь дело...

Стандартная логика проприетарного упыря из 90-х. Думаете, я побегу осваивать архитектуру под которую мне впаривают как тулкит только блобину под неудобную платформу да еще скрывают архитектуру? Ха-ха, мечтайте. Я не мазохист. И как ни странно - не только я, судя по всему. Осваивать зиллион проприетарных велосипедов и влипать от них в полную зависимость - прошлый век, однако. И, спасибо, но в прошлом веке такого наелись. Второй раз на те же грабли не наступим, и не надейтесь.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

110. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от anonymous (??) on 07-Фев-10, 23:26 
>Ну посмотрим через сколько там у clang появится нормальная генерация под atmel
>(8 и 32 бита), все виды ARM и MIPSов и т.п..Которые
>*уже* есть в GCC :)

Clang компилирует код в байткод для llvm, который поддерживает (взято с официального сайта):
>X86, X86-64, PowerPC, PowerPC-64, ARM, Thumb, SPARC, Alpha, CellSPU, PIC16 MIPS, MSP430, SystemZ, and XCore.

Не намного хуже gcc, по-моему.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

115. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от User294 (ok) on 08-Фев-10, 10:21 
> Не намного хуже gcc, по-моему.

А как и что сравнивалось? И что такое "PIC16 MIPS"? oO

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

111. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от oops_ on 08-Фев-10, 05:32 
    Как обычно пускаем газы? Лично я буду рад видеть этот компилятор в BSD. Ибо сделан по уму и вменяемыми людьми на идеях, заложенных Н.Виртом и уже показавших свою состоятельность в Java. А сборка под вышеупомянутые платформы появится ОЧЕНЬ быстро.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

112. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от User294 (ok) on 08-Фев-10, 09:48 
>показавших свою состоятельность в Java.

А, ну тогда понятно. Удачи в этом начинании. Жабисты которые орут про крутую оптимизацию - это да, знакомое дело. А вот софт на яве почему-то как на подбор - монструозные тормозные ублюдки, куда ни ткни.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

119. "Компилятор Clang преодолел барьер собственной пересборки"  +1 +/
Сообщение от zhus (ok) on 08-Фев-10, 12:09 
>>показавших свою состоятельность в Java.
>
>А, ну тогда понятно. Удачи в этом начинании. Жабисты которые орут про
>крутую оптимизацию - это да, знакомое дело. А вот софт на
>яве почему-то как на подбор - монструозные тормозные ублюдки, куда ни
>ткни.

Видите ли Юра... (с) У меня на производстве используются два воркфлоу. Один написан на яве, работает на богом забытом айбиэмовском сервере (power) под aix`ом. Другой, более современный, написан на с++, работает на двухпроцессорном делле (двухъядерные ксеноны 2.66), занимается тем же самым, написан на замену явовскому, который уже не поддерживается, т.к. устарел. Но пользуемся мы именно первым, так как это удобный, логичный и качественный инструмент. А плюсовое поделие стоимостью (в полной комплектации) больше 80 тыс. евро в гробу я видал по причине неудобности и глючности. Да и выглядит оно так, что... Нет, лучше промолчу.

Вы не с теми жабистами, наверное, общаетесь. Не надо слушать тех жабистов, "которые орут". Вы смотрите на результат работы тех, которые делают.

ps. Подскажите, плз, какого-нибудь "монструозного тормозного ублюдка", хоть посмотрю для расширения кругозора.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "Компилятор Clang преодолел барьер собственной пересборки"  +1 +/
Сообщение от Аноним (??) on 05-Фев-10, 14:10 
Прежде чем задавать такие вопросы стоит пройти на llvm.org и почитать материалы, там и будет ответ на вопрос зачем.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

6. "Компилятор Clang преодолел барьер собственной пересборки"  +1 +/
Сообщение от fr0ster (ok) on 05-Фев-10, 14:13 
Патч к лицензии?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от hizel (ok) on 05-Фев-10, 14:16 
они перешли на gpl3
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

11. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от dq0s4y71 (??) on 05-Фев-10, 15:46 
>интересно.... зачем это всё... чем gcc плох??

Я не понимаю только зачем нужен сишный франтэнд для виртуальной машины. Еще бы ассемблер к LLVM прикрутили...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

18. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Damon (??) on 05-Фев-10, 16:09 
> Я не понимаю только зачем нужен сишный франтэнд для виртуальной машины. Еще бы ассемблер к LLVM прикрутили...

"Большинство инструкций в LLVM принимают два аргумента (операнда) и возвращают одно значение (трёхадресный код). Значения определяются текстовым идентификатором. Локальные значения обозначаются префиксом %, а глобальные — @. Локальные значения также называют регистрами, а LLVM — виртуальной машиной с бесконечным числом регистров." -- http://ru.wikipedia.org/wiki/Low_Level_Virtual_Machine
Т.ч. инструкции LLVM и так есть, фактически, ассемблер. Прикручивать ничего не надо. :-)

А насчет C'шного фронтенда... Прочтите "Альфред Ахо, Рави Сети, Джеффри Ульман - Компиляторы. Принципы, технологии, инструменты" (взять можно, например, здесь: http://iboo.ru/502.htm). Вопросы, в том числе и про "трехадресный код" отпадут сами.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

34. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от dq0s4y71 (??) on 05-Фев-10, 19:38 
>А насчет C'шного фронтенда... Прочтите "Альфред Ахо, Рави Сети, Джеффри Ульман - Компиляторы. Принципы, технологии, инструменты"

Упомянутые вами уважаемые авторы обсуждают _общие_ принципы построения компиляторов, но ничего не говорят о том, нафига прикручивать сишный франтэнд к виртуальной машине. Си традиционно генерит машинный код и в этом его сила (скорость, универсальность и др.) и слабость (небезопасность, низкоуровневость и др.). Теперь, приделав все это к виртуальной машине, мы теряем его сильную сторону и оставляем все недостатки. То есть, ты так же думаешь об указателях, выходах за границы диапазонов, освобождении памяти и т.п., но при этом оно у тебя еще и работает со скоростью байт-кода...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

36. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Damon (??) on 05-Фев-10, 20:01 
> Упомянутые вами уважаемые авторы обсуждают _общие_ принципы построения компиляторов, но ничего не говорят о том, нафига прикручивать сишный франтэнд к виртуальной машине.

Про сишный франтэнд и виртуальную машину они и в самом деле ничего не говорят, тут Вы правы, крыть нечем. :-)
Но они вполне четко говорят, что выгоднее компилить языковые конструкции (безотносительно конкретного я зыка -- Си, Паскаль, калькулятор выражений, etc.) не сразу в машинный машинный код, а сначала в промежуточное представление, коих и предлагают несколько вариантов, одно из них, как раз, "трехадресный код". С их слов, так проще оптимизировать (а кто я такой, чтоб сомневаться в их словах?). А уже после оптимизации генерить машинный код, на основе этого промежуточного варианта. LLVM имеет средства для генерации машинного кода (для x86 и не только) на основе своих инструкций, следовательно, вполне логично прикрутить к нему сишный (и не только) франтэнд. По мне, так LLVM идеально вписывается в концепцию разработки компиляторов, описанную уважаемыми авторами, ИМХО.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

62. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от dq0s4y71 (??) on 05-Фев-10, 22:41 
Ну, если использовать LLVM как промежуточный вариант, тогда да, согласен.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

64. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от pavlinux (ok) on 05-Фев-10, 22:44 
>> Упомянутые вами уважаемые авторы обсуждают _общие_ принципы построения компиляторов, но ничего не говорят о том, нафига прикручивать сишный франтэнд к виртуальной машине.
> С их слов, так проще оптимизировать (а кто я такой, чтоб сомневаться в
>их словах?). А уже после оптимизации генерить машинный код, на основе
>этого промежуточного варианта.

Компиляторы для Itanium так и работают.  

> А уже после оптимизации генерить машинный код, на основе этого промежуточного варианта.

И умножать свои ошибки на их :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

81. "Компилятор Clang преодолел барьер собственной пересборки"  –2 +/
Сообщение от User294 (ok) on 06-Фев-10, 07:38 
Ну а что, прикольно же когда програмеры начнут мозг себе выносить кто же глючит и будут долго пытаться изловить трудноуловимые глюки.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

87. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Damon (??) on 06-Фев-10, 12:46 
Не поверите, но у GCC, тоже есть промежуточный вариант (http://www.ibm.com/developerworks/ru/library/l-gcc4/index.html) пара цитат:

"...Обычно компиляторы работают по принципу конвейера, а между отдельными стадиями передаются различные виды данных (см. рисунок 2). Начальная стадия (front end) зависит от языка программирования - на ней происходит синтаксическое распознавание исходного кода и преобразование к структурам на основе деревьев и промежуточному RTL-представлению (RTL - Register Transfer Language, язык межрегистровых пересылок). Конечная стадия (back end) принимает с предыдущей стадии языко-независимые RTL-инструкции и создает код, работающий на определенной платформе. При этом RTL-код подвергается оптимизации для получения максимально быстрого либо компактного кода (а если возможно, то и того, и другого), после чего направляется на вход генератора кода конкретной платформы."

   и

"...В предыдущих версиях (до 4) для оптимизации использовалось промежуточное представление на основе RTL (см. выше), которое очень близко к языку ассемблера и напоминает S-выражения языка LISP. Недостаток в том, что оптимизация RTL-представлений сильно зависит от целевой платформы. Оптимизировать на более высоком уровне не удается, так как высокоуровневые выражения теряются на RTL-стадии. Для устранения указанной проблемы были введены SSA-формы на основе дерева, которые далеки и от исходного языка, и от целевой платформы и при этом дают более продвинутый анализ и оптимизацию."

От себя добавлю. Не уверен, что фронтенды и бекенды gcc разрабатывает одна и таже группа людей, скорее разные группы, но каких-то _ОСОБЫХ_ проблем нет.

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

Так с чего же быть особым проблемам в связке шланг+LLVM?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

90. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от pavlinux (ok) on 06-Фев-10, 15:36 
>Не поверите, но у GCC, тоже есть промежуточный вариант

Ля-ля-ля ... http://connect.microsoft.com/Phoenix

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

91. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Damon (??) on 06-Фев-10, 15:46 
>Ля-ля-ля ... http://connect.microsoft.com/Phoenix

И это все?!!! Я ожидал чего-то более цветастого! Стареете, батенька, стареете!!! :-)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

93. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от pavlinux (ok) on 06-Фев-10, 16:11 
>Я ожидал чего-то более цветастого!

Вам в какой цвет разукрасить?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

96. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Damon (??) on 06-Фев-10, 16:44 
>Вам в какой цвет разукрасить?

А в какие можете?! Огласите весь список, пожалуйста.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

97. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от pavlinux (ok) on 06-Фев-10, 16:54 
>>Вам в какой цвет разукрасить?
>
>А в какие можете?! Огласите весь список, пожалуйста.

#000000
#BEEBEE
#DEADBE
#FACFAC
#FFFFFF

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

101. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Damon (??) on 06-Фев-10, 17:42 
>>>Вам в какой цвет разукрасить?
>>
>>А в какие можете?! Огласите весь список, пожалуйста.
>
>#000000
>#BEEBEE
>#DEADBE
>#FACFAC
>#FFFFFF

Тогда пожалуйста в "#000000"! Года, знаете ли уже не те, зрение подводит от долгого сидения за компом, а этот будет на данном фоне контрастнее остальных. :-)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

116. "Компилятор Clang преодолел барьер собственной пересборки"  –1 +/
Сообщение от User294 (ok) on 08-Фев-10, 10:40 
>Так с чего же быть особым проблемам в связке шланг+LLVM?

Ну, вообще, на трудноуловимые глюки оптимизатора gcc я налетал и не то чтобы 1 раз. Может для вас пободаться пару дней без результата чтобы узнать что глюки были из-за оптимизации и не особая проблема, конечно. А для меня - так весьма даже. Сейчас в gcc хотя-бы -O2 вроде работает без особых подлян. Не прошло и 10 лет. И то вон недавно Торвальдсу проверки на 0-е указатели тезхнично оптимизнули, блин.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

122. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Damon (??) on 08-Фев-10, 13:34 
>Ну, вообще, на трудноуловимые глюки оптимизатора gcc я налетал и не то
>чтобы 1 раз. Может для вас пободаться пару дней без результата
>чтобы узнать что глюки были из-за оптимизации и не особая проблема,
>конечно. А для меня - так весьма даже. Сейчас в gcc
>хотя-бы -O2 вроде работает без особых подлян. Не прошло и 10
>лет. И то вон недавно Торвальдсу проверки на 0-е указатели тезхнично
>оптимизнули, блин.

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

19. "Компилятор Clang преодолел барьер собственной пересборки"  –2 +/
Сообщение от pavlinux (ok) on 05-Фев-10, 16:09 
>Еще бы ассемблер к LLVM прикрутили...

int main()  {

         asm ("сli\n\t");
}

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

35. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от dq0s4y71 (??) on 05-Фев-10, 19:39 
>>Еще бы ассемблер к LLVM прикрутили...
>
>int main()  {
>
>         asm ("сli\n\t");
>}

А смысл?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

39. "Компилятор Clang преодолел барьер собственной пересборки"  –3 +/
Сообщение от Damon (??) on 05-Фев-10, 20:18 
cli, если не ошибаюсь, запрет прерываний... Эдакий изящный DOS (_не_ Дисковая Операционная Система!) в одну команду. :-)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

46. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от User294 (ok) on 05-Фев-10, 21:32 
Угу, только в большинстве современных OS данный DoS не катит из режима пользователя :)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

66. "Компилятор Clang преодолел барьер собственной пересборки"  +2 +/
Сообщение от pavlinux (ok) on 05-Фев-10, 22:56 
>Угу, только в большинстве современных OS данный DoS не катит из режима
>пользователя :)

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

  

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

70. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от аноним on 06-Фев-10, 00:08 
красиво :)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

103. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от User294 (ok) on 07-Фев-10, 10:34 
>Все кто програмит на асме, считают себя ну не богами,

Не надо мне рассказывать про программирование на асме. Я как-то для прикола в 0-й адрес фирмвари (да, откуда проц бутявится, тягая первые команды) вбил свой копирайт. Сделав его осмысленным набором команд, которые заодно еще и читаемый текст. Да, прпишлось поизгаляться пока получился и читаемый текст и безвредные или полезные команды. Да еще и проц в ранней фазе старта капризная субстанция - нихрена не инициализировано и потому шаг в сторону и все встает в позу. Но я это сделал :). Just because I can. Просто меня прикалывало когда в самом начале, с 0-го адреса - не скучный бинарный крап а симпотный такой копирайт :). Идея была честно уперта у какой-то группы, в начале COM-файла от которых был осмысленный текст, являвший собой и осмысленный набор команд (досовый com-файл как известно был просто потоком команд "в лоб").

>так по крайней мере, ангелами машинных инструкций,
>по этому для них root в системе, это всего лишь избалованный юзер.

Мне просто интересно - под какой средой выполнения должен работать твой пример :P.
Просто код какой-то странный. Он именно в таком виде нигде не встречается:

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

Под чем-то типа реального режима (мсдоса?) достаточно тупо влупить while (1) {do some useless crap} и юзер дооооооолго будет ждать возврата из программы, работающие прерывания не очень ему помогут :). Cli при этом не только чистоплюйство, но и в принципе не гарантирует взвиса, строго говоря. Ну как минимум надо еще while (1) воткнуть для надежности. А то мало ли что там еще и где выполнится - из main куда-то возвращаемся...

Что-то такое могло бы прокатить в embedded именно в подобном виде на какомнить 8-битнике. Где режим проца однин на все. Правда опять же - большой вопрос куда после cli вывалится отстрелявшийся main() и что там будет сделано потом (это на самом деле очень интересный вопрос, поскольку никаких стандартов на это нет и каждый обрабатывает столь странную ситуацию как возврат из main фирмвари в меру своих талантов). Да и в большинстве случаев в embedded за такое попросту вачдог подзатыльника даст и будет ребут а не взвис. В этом случае зависатор должен быть правильным а запрет прерываний очень усложняет завешивание системы вообще (прерывания от таймеров жутко удобны для периодического дергания вачдога, если уж так хочется что-то повесить нафиг, показав вачдогу жирную фигу! :D)

Итого: я не вдуплил - под какой средой этот концепт должен работать?! oO

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

107. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от pavlinux (ok) on 07-Фев-10, 14:43 
>Мне просто интересно - под какой средой выполнения должен работать твой пример
>:P.
>Просто код какой-то странный. Он именно в таком виде нигде не встречается

http://lxr.linux.no/#linux+v2.6.32/arch/x86/kernel/irq_32.c#...
http://lxr.linux.no/#linux+v2.6.32/arch/x86/include/asm/irqf...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

118. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от User294 (ok) on 08-Фев-10, 11:50 
1) А в каком месте там main()? Я что-то не нашел... oO.
2) Код в строке 248 на которую ты сослался - я заценил. Особенно то что он запихан в #if 0 а потому я резонно не вдупляю - а каким фигом он вообще смог бы выполниться? :D.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

108. "Компилятор Clang преодолел барьер собственной пересборки"  –1 +/
Сообщение от pavlinux (ok) on 07-Фев-10, 15:00 
>Под операционками для которых есть смысл делать cli чтобы поставить их в
>позу (т.е. нечто с какой-то изоляцией процессов и переключением задач) -
>обычно в загружаемом кернельном коде нет никаких main. В юзерском коде
>main конечно есть но cli сделать не дадут, дав по наглой
>рыжей морде эксепшном.

Угу... http://pavlinux.ru/CPUbugs.pdf

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

76. "asm ('сli\n\t'); "  +/
Сообщение от Ilya Evseev email on 06-Фев-10, 05:42 
> asm ("сli\n\t");

Может не прокатить.
Выполнение программы не остановится и есть шанс, что дальше встретится связка "cli-sti",
после которой всё оживёт.

Правильно так:
cli
hlt

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

88. "asm ('сli\n\t'); "  +/
Сообщение от Damon (??) on 06-Фев-10, 13:00 
>Правильно так:
>cli
>hlt

То был концепт... :-)
А совершенствовать можно бесконечно...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

94. "asm ('сli\n\t'); "  +/
Сообщение от pavlinux (ok) on 06-Фев-10, 16:13 
>> asm ("сli\n\t");
>
>Может не прокатить.
>Выполнение программы не остановится и есть шанс, что дальше встретится связка "cli-sti",
>
>после которой всё оживёт.
>
>Правильно так:
>cli
>hlt

Чел. спрашивал о применении asm внутри LLVM, а чёго уж там понапихаете, сами придумывайте...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "Компилятор Clang преодолел барьер собственной пересборки"  +2 +/
Сообщение от Aleksey (??) on 05-Фев-10, 14:03 
Хороший прогресс в разработке.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Cobold (??) on 05-Фев-10, 14:21 
Офтопик, но интересно - на Roadsend тоже решили с llvm работать, нужно будет попробовать что у них получится.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

9. "Компилятор Clang преодолел барьер собственной пересборки"  –1 +/
Сообщение от Аноним (??) on 05-Фев-10, 15:33 
идея у llvm надо сказать хорошая - нужно что-то такое в gcc под GPL3 толкать
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

14. "Компилятор Clang преодолел барьер собственной пересборки"  –3 +/
Сообщение от Аноним (??) on 05-Фев-10, 15:54 
патентованный FSF GNU GPL фан-бой?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

98. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от anonymous (??) on 06-Фев-10, 17:01 
Давным давно обсуждено и забыто. После долгих обсуждений команда GCC выбрала LTO а не виртуальную машину LLVM. Я не знаю что правильнее, время покажет, моя поделка уже с -flto -fwhole-program без ошибок компилится и работает.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

141. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от oops_ on 12-Фев-10, 05:41 
>идея у llvm надо сказать хорошая - нужно что-то такое в gcc
>под GPL3 толкать

Подождите немного. Скоро половину кода llvm вы найдете в gcc. :-D

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

12. "Там еще и scan-build есть"  +1 +/
Сообщение от Аноним (??) on 05-Фев-10, 15:48 
В CLang есть нормальный, работающий из коробки статический анализатор кода, выдающий красивенькие html отчеты.
Очень полезная вещь для нахождения потенциальных жоп.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

50. "Там еще и scan-build есть"  +/
Сообщение от Аноним (??) on 05-Фев-10, 21:48 
Я слышал, что дебажить в нём намного легче по сравнению с GCC.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

99. "Там еще и scan-build есть"  +/
Сообщение от anonymous (??) on 06-Фев-10, 17:10 
Это было до принятия патчей VTA http://old.nabble.com/VTA-merge--td23885581.html, сейчас даже сильно оптимизированый код можно сносно отлаживать в GCC. Пока это только в trunk и еще есть бекпорт в 4.4 ветку от RedHat.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

13. "Компилятор Clang преодолел барьер собственной пересборки"  –1 +/
Сообщение от letsmac on 05-Фев-10, 15:50 
А чего не сказано, что основной спонсор - Apple и что mac os X и iphone таки активно его используют.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

17. "Компилятор Clang преодолел барьер собственной пересборки"  +4 +/
Сообщение от Myc (??) on 05-Фев-10, 16:08 
А что без указания спонсоров новости уже нельзя публиковать?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

31. "Компилятор Clang преодолел барьер собственной пересборки"  +1 +/
Сообщение от Mna (??) on 05-Фев-10, 18:51 
Можно. но намного понятнее, когда спонсор назван - для чего это все.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

40. "Компилятор Clang преодолел барьер собственной пересборки"  +2 +/
Сообщение от XoRe (ok) on 05-Фев-10, 20:25 
>Можно. но намного понятнее, когда спонсор назван - для чего это все.

Это не однозначно указывает на то, для кого это делает.
Пример: Microsoft - платиновый спонсор апача.
Спонсоры (и присылателей патчей) linux - корпорации.

А то, что Apple будет использовать это у себя - тут никто не спорит.
Лицензия BSD как бы намекает на это)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

47. "Компилятор Clang преодолел барьер собственной пересборки"  –7 +/
Сообщение от User294 (ok) on 05-Фев-10, 21:35 
>А чего не сказано, что основной спонсор - Apple и что mac

Опять наш маковский фанбой своему фетишу подлизывает. Идите уже подолбитесь лбешником об пол около алтаря с фото Джоббса, как полагается.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

15. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от J10 on 05-Фев-10, 16:06 
>был использован простой и надежный способ проверки: собранным при помощи Clang исполняемым файлом была осуществлена пересборка Clang по второму и третьему кругу.

в каком месте он надёжный?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

16. "Компилятор Clang преодолел барьер собственной пересборки"  +2 +/
Сообщение от Аноним (??) on 05-Фев-10, 16:08 
потому что собранный Clang'ом Clang собирает Clang который в свою очередь тоже может собрать Clang.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

29. "Компилятор Clang преодолел барьер собственной пересборки"  +3 +/
Сообщение от Diogene the Open Source programmer on 05-Фев-10, 18:02 
Ну скорее исторический :) Компиляторы так проверять начали в те бородатые годы когда у половины из вас родители еще не были даже знакомы :)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

49. "Компилятор Clang преодолел барьер собственной пересборки"  –2 +/
Сообщение от User294 (ok) on 05-Фев-10, 21:38 
Ну так это хорошая и славная традиция в общем то, собирать компиляторы сами собой. И некоторый прикол на тему яйца и курицы. Данная традиция перешла и в некоторые иные области, скажем, UPX версии N обычно сам пожат UPXом версии N, ну и так далее :)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

20. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от daemonpnz (ok) on 05-Фев-10, 16:28 
Лет так через наддцать можно будет им пользоваться.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

21. "Компилятор Clang преодолел барьер собственной пересборки"  +2 +/
Сообщение от ffsdmad (ok) on 05-Фев-10, 16:41 
футуристичный заголовок
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

22. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от daemonpnz (ok) on 05-Фев-10, 16:44 
Прям ИИ, а не Clang.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

32. "Компилятор Clang преодолел барьер собственной пересборки"  –1 +/
Сообщение от Аноним (??) on 05-Фев-10, 19:00 
У llvm есть возможность создавать shared библиотеки?
Так чтобы например проект на python или ну руби скомпилировать в библиотеку и вызывать из нее из других доступных языков под llvm?
Читал но так и не смог понять.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

33. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Аноним (??) on 05-Фев-10, 19:12 
Решили базовую систему FreeBSD "затормозить" виртуальной машиной? O_o
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

37. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Ariel (??) on 05-Фев-10, 20:03 
>Решили базовую систему FreeBSD "затормозить" виртуальной машиной? O_o

Что вы к имени прицепились? LLVM это целая инфраструктура, компилятор C/C++/ObjC использует объектные файлы для link-time оптимизации и генерирует нативный код

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

44. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Аноним11 on 05-Фев-10, 21:23 
.net тоже генерирует нативный код. Да и у явы вроде есть jit компилятор.
Это не мешает обоим работать заметно медленней C/С++ и потребять немеряно ресурсов.
Чем llvm лучше? Идея то та же. Буквально получается .net без фреймворка.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

55. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Ariel (??) on 05-Фев-10, 22:05 
>.net тоже генерирует нативный код. Да и у явы вроде есть jit
>компилятор.
>Это не мешает обоим работать заметно медленней C/С++ и потребять немеряно ресурсов.

у java тормозит vm, у С нет vm, она используется для оптимизации "ассемблера"
>
>Чем llvm лучше? Идея то та же. Буквально получается .net без фреймворка.
>

объясняю:

c source code -> front-end (clang) -> intermediate code for virtual machine -> back-end (llvm) -> native code

компилируется один раз, благодаря механизмам оптимизации получается лучше и быстрее

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

61. "Компилятор Clang преодолел барьер собственной пересборки"  –4 +/
Сообщение от User294 (ok) on 05-Фев-10, 22:30 
>благодаря механизмам оптимизации получается лучше и быстрее

Где-то я это уже слышал. Ах да, вспомнил, жабисты и дотнетчики это уже говорили. Так что боян.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

63. "Компилятор Clang преодолел барьер собственной пересборки"  –1 +/
Сообщение от thirteensmay on 05-Фев-10, 22:42 
30% падения производительности дофига где роли не играет, а вот переносимость...
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

102. "Компилятор Clang преодолел барьер собственной пересборки"  +1 +/
Сообщение от Карбофос (ok) on 06-Фев-10, 23:43 
да дотнетчикам и жабистам и 100% роли не играет.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

68. "Компилятор Clang преодолел барьер собственной пересборки"  +1 +/
Сообщение от xxx (??) on 05-Фев-10, 23:53 
>Где-то я это уже слышал. Ах да, вспомнил, жабисты и дотнетчики это
>уже говорили. Так что боян.

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


Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

71. "Компилятор Clang преодолел барьер собственной пересборки"  –2 +/
Сообщение от аноним on 06-Фев-10, 00:14 
>.net тоже генерирует нативный код. Да и у явы вроде есть jit компилятор.
>Это не мешает обоим работать заметно медленней C/С++ и потребять немеряно ресурсов.

очень спорное утверждение.
жава масштабируется, а дотнет хорошо ложится на x86 архитектуру.
имеете отличное мнение - приложите результаты тестов.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

84. "Компилятор Clang преодолел барьер собственной пересборки"  +1 +/
Сообщение от anonymous (??) on 06-Фев-10, 09:51 
>очень спорное утверждение.
>жава масштабируется, а дотнет хорошо ложится на x86 архитектуру.
>имеете отличное мнение - приложите результаты тестов.

Маленький совет: перед требованием тестов выкладывать сперва свои, пожалуйста :) И про дотнет Вы глупость сморозили... Вернее глупость - выделить его таким образом. Аналогично можно сказать про очень много языков/фреймворков. Асм просто сказочно ложится на х86 к примеру. Ну вобщем Вы поняли, надеюсь, не буду перечислять остальные языки :))

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

41. "Компилятор Clang преодолел барьер собственной пересборки"  +2 +/
Сообщение от Аноним (??) on 05-Фев-10, 21:10 
Вы будете плакать, когда расово чистые дистрибутивы линукса начнут преходить на LLVM.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

54. "Компилятор Clang преодолел барьер собственной пересборки"  +1 +/
Сообщение от ixrws (??) on 05-Фев-10, 22:03 
Для этого llvm должна предолжить более качественную генерацию кода, пока это не так. Будем плакать или нет, пока это большие домыслы. Не думаю, что я замечу сильно смену компилятора в своём gentoo. И также не думаю, что в ближайшем будующем llvm будет выдавать значительно опережающий по качеству код, нежели gcс для x86, arm, mips. Эти три платформы должны быть _обязательно лучше_ поддерживаться, нежели в gcc, чтобы такой переход случился.
Да и что плакать? Никто же не плачет, что рассово нечистый apache во всех дистрибах?
Тут скорее имеет место обратная ситуация, когда в бзд предпринимают попытки создать рассово чистые базовые сборки.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

74. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Аноним (??) on 06-Фев-10, 04:11 
> Никто же не плачет, что рассово нечистый apache во всех дистрибах?

В том то и дело, глупый фанатизм и селективность во все поля, вместо чем работать, люди возмущаются насчет лицензий - не дело

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

67. "Компилятор Clang преодолел барьер собственной пересборки"  +2 +/
Сообщение от Erley (ok) on 05-Фев-10, 23:20 
Да ладно вам спорить, растёт проект, что в этом плохого-то?
Конечно GCC много чего умеет и обкатан уже, только вот он "тяжеловат" для доработок, надо бы ему дизайн освежить, а это практически равнозначно переписыванию.
Кому надо будут продолжать его использовать.

В качестве примера доработки - что-то не могут всё в GCC доделать нормальную поддержку стандарта C99 (который если мне не изменяет память, вышел ещё в 2004 году). А LLVM его полностью поддерживает. Кстати не так уж много компиляторов которые держат этот стандарт полностью. А поддержка стандарта важна хотя бы потому чтобы ваш драгоценный код под одну платформу был переносим на другую без всяких хитроумных #ifdef и прочих трюков которые так или иначе дуплицируют критические участки, делая их специализацию под каждую конечную архитектуру.

Кстати, если у вас есть что-то такое, что можно скормить LLVM - попробуйте скомпилить, разработчики будут рады узнать если возникнут какие-либо проблемы - они сами на сайте об этом просят.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

69. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от thirteensmay on 06-Фев-10, 00:02 
Плохо то что вокруг достойного, отрытого, перспективного, никому не мешающего проекта, с самой свободной лицензией, и практически единственного по настоящему открытого VM, ходят стайки красноглазых и вопрошают "О, а чей то тут за хрен вылез, нука нафиг его", и себя опускают и других, вот этим то мозги вправлять и приходится, отсюда и базар, а так все замечательно, удачи LLVM ! ;)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

72. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от ixrws (??) on 06-Фев-10, 00:52 
Ну народ неистово требовал конкуренции. Чего требовал - то и получил. Почему сторонники свободного gcc должны молчать? Нет, они поступают ровно так, как и следует в конкурентной среде - доказывают свои преимущества и опускают конкурента. Если бы llvm не хотели бы этого, они могли бы начать свой проект как эксперементальный подпроект gсс в виде попытки перекроить и переосмыслить.
А теперь, видишь ли раз они открытые, их трогать нельзя, это плохой тон. Можно, ещё как. Борьба господа, она на то и борьба, чтобы кто-то побеждал, а кого-то гасили. Иначе не надо было начинать играть в перетягайканат. Всё по честному.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

73. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Erley (ok) on 06-Фев-10, 01:34 
>Борьба господа, она на то и борьба, чтобы кто-то побеждал, а кого-то гасили.

Судя по темпам и направлению развития LLVM (а также его BSD лицензии) - борьба эта между ними скоро закончится уходом на покой этого свободного GCC. Эволюция короче говоря...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

89. "Компилятор Clang преодолел барьер собственной пересборки"  –1 +/
Сообщение от ixrws (??) on 06-Фев-10, 14:53 
Если вы так всё хорошо оценили темпы, вас не затруднит сказать, сколько лет потребуется, чтоб llvm+комиллеры для него будят сопоставимы по поддержке архитектур и языков  с gcc?
Я понимаю конечно, что всегда хочется верить в будующее и тд, но llvm пока что если сильно и двигается, то только в x86/arm и только C/C++. Ну ещё есть гугловский развивающийся компиллер питона. Но на этом всё пока что среди стремительных работ. И до полной поддержки C++ ещё далеко. До поддержки архитектур уровня gcc - ещё очень далеко. Да, если вдруг все компании поддерживающие gcc кинуться в llvm, то возможно через лет 10 оно и будет сопоставимо. Но будет ли это?
Насчёт эволюции тоже пока не совсем ясно, хотя бы потому что никто не мешает таки закончить работу по разделению gcc на компоненты. После того как это сделают, у llvm останется только преимущество в лицензии, в которое кто-то верит. Мне вот скажем не важно какой лицензии я софт использую, важно лишь чтобы она была по настоящему опенсорсной, а это требование удовлетворяется всеми современными широкораспространёнными опенсорными лицензиями. Для многих компаний, работающих над gcc вопрос лицензии также не важен. Он важен скажем для Apple, чтобы получить некоторое конкурентное преимущество по части скорости шейдеров в opengl. Но он совершенно не важен для ARM, MIPS, ti, samsung, ATMEL и тд, потому что от закрытости или открытости компилятора для их поделок им ни тепло ни холодно. Важно лишь чтобы компилятор работал и поддерживал последние версии железок, ибо железки и лицензии на продукты - вот их бизнес.
Жаль, что многие почему-то по дефолту считают что одни развиваются, а другие нет. Вот прямо таки обязательно llvm развивается, а gcc в стагнации. Линукс победит, а Apple помрёт. Не всё так просто, противник не всегда стоит на месте и ждёт пока ему хлопнут по чайнику.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

92. "Компилятор Clang преодолел барьер собственной пересборки"  +1 +/
Сообщение от iZEN (ok) on 06-Фев-10, 15:49 
Когда LLVM/Clang научится собирать Oracle Java (JVM), тогда и придёт капец GCC.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

95. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от ixrws (??) on 06-Фев-10, 16:14 
Для его использования в opensolaris и freebsd на x86?
Весьма локальный капец:)
Когда он функционально будет _более_ мощным чем gcc во всех аспектах - тогда и капец произойдёт, да. Но будет это не скоро, и будет ли - тоже большой вопрос.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

100. "Компилятор Clang преодолел барьер собственной пересборки"  –1 +/
Сообщение от Erley (ok) on 06-Фев-10, 17:12 
Поживём-увидим :)
Нам друг друга не понять похоже - я за совместную разработку чего-то лучшего, что есть, а ты всё про борьбу...
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

105. "Компилятор Clang преодолел барьер собственной пересборки"  +1 +/
Сообщение от Andrey Mitrofanov on 07-Фев-10, 14:23 
>я за совместную разработку чего-то лучшего, что есть, а ты всё про борьбу...

Аааа, то-то я гляжу "про борьбу" ="борьба эта между ними скоро закончится уходом на покой этого свободного GCC"=, видать, какой-то _другой_ анонимный BSDL-троль написал, совершенно _случайно_ под тем же ником. Бывает!

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

104. "Компилятор Clang преодолел барьер собственной пересборки"  –1 +/
Сообщение от User294 (ok) on 07-Фев-10, 10:42 
>- борьба эта между ними скоро закончится уходом на покой этого свободного GCC.

Да, коммунисты тоже вон светлое будущее все обещали. Совсем скоро, коммунизм, блаблабла. Каждому по потребностям и все такое. А что в итоге вышло? Бобик сдох! При том не очень то и быстро - аж 70 лет к светлому будущему шли. Ваше "скоро" - оно как, тоже 70 лет будет?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

106. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Аноним (??) on 07-Фев-10, 14:43 
>>- борьба эта между ними скоро закончится уходом на покой этого свободного GCC.
>
>Да, коммунисты тоже вон светлое будущее все обещали. Совсем скоро, коммунизм, блаблабла.
>Каждому по потребностям и все такое. А что в итоге вышло?
>Бобик сдох! При том не очень то и быстро - аж
>70 лет к светлому будущему шли. Ваше "скоро" - оно как,
>тоже 70 лет будет?

Не так давно на очень похожие твои вопли тебя уже спрашивали, что ты наверное
в те времена мечтал о космосе. Ну и "скоро" ты отвалишь туда с opennet?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

131. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от __anon__ on 10-Фев-10, 12:12 
Коммунизм разве только в СССР строили?
На китайцев посмотри.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

132. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от ixrws (??) on 10-Фев-10, 15:52 
Шутить вздумали? Там не коммунизм, а Империя с капиталистическим уклоном. Собственно и в СССР коммунизма не было, был плановый социо-капитализм(деньги же были). И в Китайской Империи тоже не было коммунизма, одно прикрытие. Потом решили коммунистическое прикрытие сменить на капиталистическое. Так что нигде ничего не строили, в какой-нибудь Шведции намного больше коммунизма:)
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

135. "Компилятор Clang преодолел барьер собственной пересборки"  +/
Сообщение от Basiley (ok) on 11-Фев-10, 03:50 
философия(коммунистическая)за десятилетия развития общественно-социальных наук(в том числе в СССР), ушла за десятилетия, вперед.
оставив "Манифест", далеко позади.
как и его автор, впрочем("Я не Марксист уж боле" (c) К. Маркс 190x).
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

Индекс форумов | Темы | Пред. тема | След. тема




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

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