The OpenNET Project / Index page

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



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

Оглавление

Продемонстрирован запуск openSUSE с ядром Linux, собранным п..., opennews (??), 15-Июл-12, (0) [смотреть все]

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


158. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от Аноним (-), 15-Июл-12, 22:52 
GCC заслуживает уважения, но надо смотреть на вещи объективно. Прогресс идет вперед, и все системы создаются с максимальной практичностью и неважно в каком секторе будет применяться эта самая практичность. GCC проект который активно развивается в плане возможностей, но в плане практичности кода он сильно усложняется от релиза к релизу. Конечно самим разработчикам проекта легко понять свой код. Но данное обстоятельство я считаю огромным минусом для открытого проекта.

Так что пока GCC думает об оптимизации кода, CLANG догонит GCC по функциональности. Тем более что LLVM спонсируется не одной крупной компанией

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

160. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  –1 +/
Сообщение от Аноним (-), 15-Июл-12, 23:01 
> Так что пока GCC думает об оптимизации кода, CLANG догонит GCC по функциональности. Тем более что LLVM спонсируется не одной крупной компанией

А нужно ли догонять gcc по функциональности? Нужно ли его вообще догонять, или лучше пойти просто другим путем. Что собственно и делается, к счастью.

Догонять кого-то или что-то - значит мыслить в той же плоскости.
Ну и получите то же самое с теми же проблемами.

Подумайте об этом.

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

168. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от Аноним (-), 15-Июл-12, 23:14 
>> Так что пока GCC думает об оптимизации кода, CLANG догонит GCC по функциональности. Тем более что LLVM спонсируется не одной крупной компанией
> А нужно ли догонять gcc по функциональности? Нужно ли его вообще догонять,
> или лучше пойти просто другим путем. Что собственно и делается, к
> счастью.
> Догонять кого-то или что-то - значит мыслить в той же плоскости.
> Ну и получите то же самое с теми же проблемами.
> Подумайте об этом.

Под словом догонять, я имел ввиду обеспечить совместимость стандартов.

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

257. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от Аноним (-), 16-Июл-12, 23:52 
> Что собственно и делается, к счастью.

Согласен, пусть бздуны и дальше сидят на пыльных х86 гробах. В то время как косми^W ARMv8 вкоммитили в gcc, эпплу серверные ARM никуда не вперлись и поэтому только и остается что лечить про иной маршрут  :)

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

260. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от grondek (ok), 17-Июл-12, 10:20 
Какой может быть "свой путь" у компилятора? Дело компилятора - компилить код в соответствии со стандартами (стандартами де-юро или де-факто не важно).

Если у него свой путь, то он или кривой или не компилятор вообще (я говорю о clang конкретно, а не о LLVM вообще).

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

263. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от Аноним (-), 17-Июл-12, 11:41 
> Какой может быть "свой путь" у компилятора? Дело компилятора - компилить код в соответствии со стандартами (стандартами де-юро или де-факто не важно).
> Если у него свой путь, то он или кривой или не компилятор вообще (я говорю о clang конкретно, а не о LLVM вообще).

Видимо в вашем понимании "компилить код в соответствии со стандартами (стандартами де-юро или де-факто не важно)" - это абсолютно без вариантов. Даже оказывается не важно де-юре или де-факто. И даже не знаете, что пишется не "де-юро", а "де-юре".

Еще один начитался умных словечек в Гугле, и думает, что уже все об этом знает.

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

266. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от grondek (ok), 17-Июл-12, 12:33 
> Видимо в вашем понимании "компилить код в соответствии со стандартами (стандартами де-юро
> или де-факто не важно)" - это абсолютно без вариантов. Даже оказывается
> не важно де-юре или де-факто.

Ну лажанулся ) В гугль как раз не глядел - писал на слух.

По теме. Да - компиляция в соответствии со стандартом - это очень важный фактор. Он позволяет при необходимости без особых проблем переползти на другой компилятор, который имеет такую же поддержку стандартов.
И да, я знаю, что gcc в части реализации стандарта C-какой-либо не идеален. Но он уже существует, им собрается куча проектов и именно на него приходится ориентироваться новичкам.

И вообще:

Не важно какова архитектура компилятора - это нужно в первую очередь самим разработчикам этого компилятора. Мне лично даже не сильно важна лицензия.

Мне нужно:
1. Чтобы код собирающийся в одном компиляторе (gcc) собирался и в другом (clang). И тут уж ничего не поделаешь, clang - догоняющий и он вынужден подделываться под gcc.
2. Чтобы я имел гарантии, что через год этот самый clang не закроют и не огородят, начав барыжить им за дикие деньги и мне в спешке придется искать либо деньги, либо новый компилятор.

> Еще один начитался умных словечек в Гугле, и думает, что уже все
> об этом знает.

Можно вместо умных слов написать по-тупому: стандарт по бумажкам и общепринятые технологии.

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

271. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от Аноним (-), 17-Июл-12, 13:34 
> По теме. Да - компиляция в соответствии со стандартом - это очень важный фактор. Он позволяет при необходимости без особых проблем переползти на другой компилятор, который имеет такую же поддержку стандартов.
> И да, я знаю, что gcc в части реализации стандарта C-какой-либо не идеален. Но он уже существует, им собрается куча проектов и именно на него приходится ориентироваться новичкам.

То есть вы считаете, что в высказывании о "своем пути" clang, к чему вы начали придираться в начале, вы считаете, что этим как-то попиралась важность стандартов?

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

> И вообще:
> Не важно какова архитектура компилятора - это нужно в первую очередь самим разработчикам этого компилятора. Мне лично даже не сильно важна лицензия.

Это и так понятно, что таким как вы, архитектура компилятора абсолютно не важна.
Хотя тут уже несколько раз говорилось, что разработчики llvm/clang делают эту систему прежде всего для самих себя, как и положено в настоящем СПО.

> Мне нужно:
> 1. Чтобы код собирающийся в одном компиляторе (gcc) собирался и в другом (clang). И тут уж ничего не поделаешь, clang - догоняющий и он вынужден подделываться под gcc.

То есть для вас стандарты языков, которые компилирует gcc, и сам gcc - это одно и то же.
А вот FreeBSD как-то взяли и быстренько собрали clang'ом, и gcc даже не пришлось догонять.

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

> 2. Чтобы я имел гарантии, что через год этот самый clang не закроют и не огородят, начав барыжить им за дикие деньги и мне в спешке придется искать либо деньги, либо новый компилятор.

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

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

>> Еще один начитался умных словечек в Гугле, и думает, что уже все
>> об этом знает.
> Можно вместо умных слов написать по-тупому: стандарт по бумажкам и общепринятые технологии.

Что еще за "стандарт по бумажкам"?
Что вы называете "общепринятыми технологиями"?
Еще один пришел из бумажного мира, и решил высказать свое ценное мнение, кто кого будет догонять в мире компиляторов.

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

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

287. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +1 +/
Сообщение от grondek (ok), 17-Июл-12, 16:41 
Да не волнуйтесь вы так - собирайте свой мир clang'ом - я вам не мешаю.

> То есть для вас стандарты языков, которые компилирует gcc, и сам gcc - это одно и то же.

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

> Вы чего-то хотите? И еще и гарантии на это?

GPL под которой распространяется gcc дает гарантию открытости кода в будущем (если не придумают хитрый обходной маневр).

> Как бы теперь уже разработчикам gcc не пришлось догонять clang именно по качеству архитектуры, которыя вам совершенно не важна.

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


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

290. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от Аноним (-), 17-Июл-12, 17:02 
> Да не волнуйтесь вы так - собирайте свой мир clang'ом - я вам не мешаю.

Можно подумать, вы как-то можете этому помешать.

>> То есть для вас стандарты языков, которые компилирует gcc, и сам gcc - это одно и то же.
>
> Мы как бы в реальном мире живем и имеем дело, к сожалению, не со стандартами языков, а с их реализациями в компиляторах. И это часто две большие разницы.

А теперь читаем вашу исходную фразу.

> Какой может быть "свой путь" у компилятора? Дело компилятора - компилить код в соответствии со стандартами (стандартами де-юро или де-факто не важно).

Видимо, погуглили-погуглили, и решили пойти на попятную.

> GPL под которой распространяется gcc дает гарантию открытости кода в будущем (если не придумают хитрый обходной маневр).

Здесь вы говорите вещи, которые и без вас прекрасно известны. Видимо желая отвлечь внимание от того, что вы сказали в начале.

> Ну и пусть они там между собой рулятся архитектурами. На данный момент gcc может больше, лучше и правильней. Что будет дальше - посмотрим.

Значит для вас это так.

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

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

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




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

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