The OpenNET Project / Index page

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



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

Оглавление

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

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


15. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +6 +/
Сообщение от Аноним (-), 15-Июл-12, 13:37 
Сначала сделайте компилятор поддерживающий такое же количество архитектур и стандартов как gcc, тогда можно будет и говорить о свалке. А так это не более чем игрушка для разминки головного мозга гиков.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

20. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +10 +/
Сообщение от Аноним (-), 15-Июл-12, 13:48 
> Сначала сделайте компилятор поддерживающий такое же количество архитектур и стандартов как gcc, тогда можно будет и говорить о свалке. А так это не более чем игрушка для разминки головного мозга гиков.

Вы просто друг друга стоите.
Один орет - "на свалку", стоит только ветру подуть в другую сторону.
Другой - "игрушка", только потому что не поддерживает огромное количество архитектур.

Что мешает разработать поддержку других архитектур, если система модульная и гибкая?
Думаете gcc сам сразу резко родился со всеми своими архитектурами?

Не иначе, как вы эти архитектуры пачками юзаете.

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

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

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

27. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от BratSinot (?), 15-Июл-12, 14:26 
> Не иначе, как вы эти архитектуры пачками юзаете.

Собирал binutils для amd64, ARM, PPC, PPC64, SPARC, SPARC64, MIPS и пользовался (ассемблер изучал под разные архитектуры).

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

34. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от Аноним (-), 15-Июл-12, 14:36 
> Собирал binutils для amd64, ARM, PPC, PPC64, SPARC, SPARC64, MIPS и пользовался (ассемблер изучал под разные архитектуры).

Ну и что?

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

78. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +12 +/
Сообщение от pavlinux (ok), 15-Июл-12, 16:44 
Надоело, женился, появились дети, нужны деньги, сейчас делает веб-сайты. :)
Ответить | Правка | Наверх | Cообщить модератору

28. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  –7 +/
Сообщение от Аноним (-), 15-Июл-12, 14:27 
>Что мешает разработать поддержку других архитектур, если система модульная и гибкая?

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

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

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

Что именно вы понимаете под развитием?
И почему вы уверены, что в LLVM есть проблемы с развитием?

Ну так и что же по вашему мнению мешает? Вы так и не сказали.

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

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

47. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от viemail (?), 15-Июл-12, 15:12 
Предидущие комментарии все хорошие и такие разнообразные!?!?!?
Как это их один и тот же Аноним записал (он что, сам с собой не дружит).
Суровый однако, комментатор ;)


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

50. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от ананим (?), 15-Июл-12, 15:19 
Нда-а-а.
Но не любой дурак видимо понимает, что llvm не компилятор.
Ответить | Правка | Наверх | Cообщить модератору

54. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от Аноним (-), 15-Июл-12, 15:34 
> Нда-а-а.
> Но не любой дурак видимо понимает, что llvm не компилятор.

llvm - виртуальная машина, среда, и много чего еще, на базе которой сделан компилятор.
Дальше что? Вы просто к словам придираетесь. Подразумевалась вся система в целом в ответ на рассуждения об "экосистеме gcc". Просто уже не знаете, что возразить.

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

118. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  –1 +/
Сообщение от ананим (?), 15-Июл-12, 19:11 
>llvm - виртуальная машина, среда, и много чего еще, на базе которой сделан компилятор.
>Дальше что?

ничего.
шланг есть шланг.
как не умел половины (в лучшем случае) от гцц (опять же только в части С/С++ и платформ) так и не умеет.

зыж
забано, что после этого меня считают противником шланга.
ЭТО НЕ ТАК.
а llvm так вообще уникальная и очень интересная идея. при чём воплощённая. которая ответ дотнету и жабе. и очень достойный ответ.

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

141. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от Аноним (-), 15-Июл-12, 21:11 
> ничего.
> шланг есть шланг.
> как не умел половины (в лучшем случае) от гцц (опять же только в части С/С++ и платформ) так и не умеет.

А вы хоть раз задумывались, а нужна ли особо оставшаяся часть в "одном флаконе"?

Кто вам сказал, что разработчики clang изначально намеревались догнать gcc именно по количеству фич? А не по качеству.
Избыточность gcc в ущерб качеству внутреннего устройства - это как раз один из недостатков, который изначально планировалось избежать.

А если вам нужна именно точная копия gcc, то давным давно есть такая фича: cp gcc new_gcc - и делов-то.

Зачем все пихать в компилятор, если это умеют другие утилиты?
Достаточно интегрирующий скрипт написать.
А то, что в clang есть, уже давно самодостаточно. И пусть не торопятся пихать в него лишнее.

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

151. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от Аноним (-), 15-Июл-12, 21:54 
> Я звиняюсь, но вы дэбил.
> Я говорю только о качестве комнилятора.

Ну и я говорю о качестве компилятора. Так что еще как посмотреть, кто тут умственно отсталый.

> В данном случае с/с++.

Так с/с++ или все таки компилятор? Вы уж определитесь.

> Не гцц, а стандарты и качество кода.

Что "не гцц"? Что стандарты? Что качество кода?
Такое ощущение, что вы тоже быстренько всякие словечки по теме нагуглили, а что к чему не знаете. До вас тут уже один "грамотей" пытался про стандарты и gcc рассказывать, даже ссылки приводил, а объяснить своими словами, что он понял хотя бы из его же ссылок у него тоже не получилось.

> Мвои надиаанные "обогнать/п6регнать" оставьте айзену.

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

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

155. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от ананим (?), 15-Июл-12, 22:37 
> Ну и я говорю о качестве компилятора. 

Врёшь.

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

161. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от Аноним (-), 15-Июл-12, 23:02 
> Врёшь.

Ваше право так думать.

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

206. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +1 +/
Сообщение от kshetragia (ok), 16-Июл-12, 06:01 
> Сначала сделайте компилятор поддерживающий такое же количество архитектур и стандартов как gcc

А давайте уже пронумеруем цитаты и будем постить номера на них.

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

217. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 16-Июл-12, 12:09 
> А давайте уже пронумеруем цитаты и будем постить номера на них.

И не здесь, а на wiki.opennet.ru -- вот примерный план статьи, если кому охота:
* Clang/LLVM FAQ (что есть что и чем не является)
* цели разработки
* достоинства
* недостатки
* сравнение с другими вариантами // например, gcc
* распространённые заблуждения // не закрытые в FAQ

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

306. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от Аноним (-), 17-Июл-12, 23:44 
> Сначала сделайте компилятор поддерживающий такое же количество архитектур и стандартов
> как gcc, тогда можно будет и говорить о свалке. А так
> это не более чем игрушка для разминки головного мозга гиков.

стандарты? это вы о gcc? компилятора который с большой  охотой ложил на стандарты и внедрял кучу специфического только для какой-то одной версии кода - я не видел.
Видимо это от хорошей жизни код который собирался gcc-3 не собирался в gcc 3.1 или gcc-4 ?
Фанаты столмана они такие фанаты...

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

310. "Продемонстрирован запуск openSUSE с ядром Linux, собранным п..."  +/
Сообщение от Michael Shigorinemail (ok), 17-Июл-12, 23:55 
> Видимо это от хорошей жизни код который собирался gcc-3 не собирался в
> gcc 3.1 или gcc-4 ?

А идите-ка матчасть подтягивать, господин теоретик.

Начиная с gcc 3.0 как раз и пошла деятельность по более строгому соответствию стандартам.  Из IMHO откровенных глупостей было влепливание проверки на неиспользование возвращаемых функциями значений, что привело к массовому распространению патчей вида "заводим tmp и подтыкаем под каждый write()", чтоб не отрывать -Werror или кактамзвалитуселективнуюотрывалку, остальное было зачистками и приплывал на них косолапый код -- хорошие пакеты как раз тем и отличаются, что не ломаются с новыми компиляторами.

См. тж. какой http://gcc.gnu.org/gcc-4.6/porting_to.html или http://gcc.gnu.org/gcc-4.3/porting_to.html

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

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

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




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

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