The OpenNET Project / Index page

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



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

Оглавление

В Clang доведена до готовности поддержка стандарта C++11 и п..., opennews (??), 21-Апр-13, (0) [смотреть все]

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


26. "В Clang доведена до готовности поддержка стандарта C++11 и п..."  +1 +/
Сообщение от Crazy Alex (ok), 21-Апр-13, 13:48 
для абстрактных коней в вакууме - да. А реальный мир редко идеально покрывается стандартами, оычбно есть еще неявные соглашения, которые лучше соблюдать, и общепринятые (хоть и нестандартные) расширения языка, которые стоит поддерживать. Тем более для такой специфической задачи, как ядро ОС.
Ответить | Правка | Наверх | Cообщить модератору

62. "В Clang доведена до готовности поддержка стандарта C++11 и п..."  +/
Сообщение от Аноним (-), 21-Апр-13, 15:26 
вы хотели сказать: "прогиб под тренд"?
Ответить | Правка | Наверх | Cообщить модератору

84. "В Clang доведена до готовности поддержка стандарта C++11 и п..."  +/
Сообщение от Аноним (-), 21-Апр-13, 15:49 
> вы хотели сказать: "прогиб под тренд"?

Ох, опасно это. Майкрософт вспомни - пишешь типа совместимый код, а на определенном этапе, когда бабки и силы уже вложены, оказывается, что кроме Вижуал Студио он нигде не компилируется.

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

126. "В Clang доведена до готовности поддержка стандарта C++11 и п..."  +3 +/
Сообщение от Crazy Alex (ok), 21-Апр-13, 21:28 
90% этой проблемы - в том, что Вижуал студио не кроссплатформенна и с закрытым кодом а адской еулой
Ответить | Правка | Наверх | Cообщить модератору

188. "В Clang доведена до готовности поддержка стандарта C++11 и п..."  –1 +/
Сообщение от Anton (??), 22-Апр-13, 13:45 
Открытость тут большого значения не имеет. Проблема в том, что программистам лень читать стандарты и они пишут код из принципа "собирается и ладно". И в таком случае собираться и работать он будет только с тем компилятором, который когда то был изначально выбран. Плохой код, который собирали только в GCC, скорее всего нигде больше собираться не будет (пример такого кода - ядро Linux), несмотря на то, что GCC открыт и кроссплатформен.

Усилия по сборке Linux-а clang-ом так или иначе повыстя качество кода Linux, т. к. он будет лучше соответствовать стандартам, а не особенностям GCC.

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

189. "В Clang доведена до готовности поддержка стандарта C++11 и п..."  +1 +/
Сообщение от Crazy Alex (??), 22-Апр-13, 15:08 
Вы прикидываетесь или в самом деле не понимаете разницу между плохим кодом и кодом, где выжимается всё из компилятора? И не понимаете особенности разработки таких базовых вещей, как ядро?

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

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

91. "В Clang доведена до готовности поддержка стандарта C++11 и п..."  +2 +/
Сообщение от fi (ok), 21-Апр-13, 16:44 
> вы хотели сказать: "прогиб под тренд"?

это называется "экониша", и вновь прибывшие изучают устав монастыря.

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

125. "В Clang доведена до готовности поддержка стандарта C++11 и п..."  +/
Сообщение от Crazy Alex (ok), 21-Апр-13, 21:26 
Я хотел сказать - делать надо так, как удобно тем, кто будет результатом твоей работы пользоваться. Как мне кажется, это очевидно. Как и то, что стандартизация - дело небыстрое и со своими закидонами.
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

119. "В Clang доведена до готовности поддержка стандарта C++11 и п..."  –3 +/
Сообщение от linux must _RIP_ (?), 21-Апр-13, 20:22 
> для абстрактных коней в вакууме - да. А реальный мир редко идеально
> покрывается стандартами, оычбно есть еще неявные соглашения, которые лучше соблюдать,
> и общепринятые (хоть и нестандартные) расширения языка, которые стоит поддерживать. Тем
> более для такой специфической задачи, как ядро ОС.

то есть вы хотели сказать - все такие белые разработчики ядра линукс - на самом деле бездари которые пишут нехрена не совпадающий с стандартами код - который завязан на один только компилятор и это является стандартами дефакто?
А еще вспоминается куча диких патчей на Mplayer при каждой новой версии gcc :/

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

127. "В Clang доведена до готовности поддержка стандарта C++11 и п..."  +3 +/
Сообщение от Crazy Alex (ok), 21-Апр-13, 21:33 
Я хотел сказать, что разработчики ядра достаточно квалифицированны, чтобы понять, когда возможностей стандарта де-юре им недостаточно и использовать нестандартные расширения. Учитывая, что GCC - компилятор, которым ядро гарантированно можно собрать, весьма хорош, портирован на кучу платформ и свободен - в принципе не было бы никакой проблемы, если бы ядро вообще больше ничем нельзя было бы скомпилировать в принципе.

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

А что до MPlayer - пока эти патчи пишете не вы - это не ваше дело.

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

286. "В Clang доведена до готовности поддержка стандарта C++11 и п..."  –1 +/
Сообщение от linux must _RIP_ (?), 24-Апр-13, 10:04 
> Я хотел сказать, что разработчики ядра достаточно квалифицированны, чтобы понять, когда возможностей стандарта де-юре им недостаточно и использовать нестандартные расширения.

ох.. давно вы участвовали в разработке ядра? :-) Многие из так называемых разрабочиков (кроме маинтейнеров) - знают где кончают gcc-specific расширения, а где стандарт на язык? увы не многие.
Достаточно почитать commit log в котором проскакивают постоянно комиты (раньше их больше было) по поддержке новых версий gcc. Достаточно вспомнить как смена версий gcc - сломала спинлоки в ядре и другие примитивы синхронизации - что вызвало ругань Линукса. Это тоже показатель квалифицированности ?:) я уже молчу когда ядро нельзя было собрать определенной версией binutils - gas глючил :-)

Примеры еще нужны?:)

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

Вот по таким глюкам и можно понять что они пишут как получится, не разделяя где стандарт - а где расширения, ибо этому их не учили :-)

> А что до MPlayer - пока эти патчи пишете не вы - это не ваше дело.

LOL. А почему бы не указать на явные проблемы и незнание стандартов на язык у известных проектов?
а в ответ крыть то нечем.. Если мало MPlayer - тогда сошлемся на Дебиан - маинтенеры которого писали что затраты на портирование под clang сравнимы с переходом между версиями gcc :-) что на это ответит мастер всезнайка?

PS. о качестве разработки ядра - хорошо говорит свежая дискуссия о работе page cache в ext4-devel когда страницы для метаданных которые постоянно нужны - мометом убивают, вынуждая постоянно перечитывать с диска.

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

297. "В Clang доведена до готовности поддержка стандарта C++11 и п..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 24-Апр-13, 13:55 
> Примеры еще нужны?:)

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

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

304. "В Clang доведена до готовности поддержка стандарта C++11 и п..."  –1 +/
Сообщение от qux (ok), 26-Апр-13, 15:16 
> Многие из так называемых разрабочиков (кроме маинтейнеров) - знают где кончают gcc-specific расширения, а где стандарт на язык?

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

> Достаточно почитать commit log в котором проскакивают постоянно комиты (раньше их больше было) по поддержке новых версий gcc.

$ git log --oneline -i --all-match --grep gcc --grep '4\.[0-9]' --grep support | wc -l
66
Это за всё время и о всех связанных с gcc вещах.

> Достаточно вспомнить как смена версий gcc - сломала спинлоки в ядре и другие примитивы синхронизации - что вызвало ругань Линукса.

Достаточно это если указывать почему. И наверное всё же Линуса.

> Это тоже показатель квалифицированности ?

Согласен, публичная ругань это не она ни разу.

> я уже молчу когда ядро нельзя было собрать определенной версией binutils - gas глючил :-)

Про кросс-компиляцию на RISC'и тогда вообще вспоминать нельзя.

> о качестве разработки ядра - хорошо говорит свежая дискуссия

Угу. Вот в мэйл-листах конкурентов тишь да гладь :)

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

227. "В Clang доведена до готовности поддержка стандарта C++11 и п..."  +1 +/
Сообщение от Аноним (-), 23-Апр-13, 00:10 
>разработчики ядра линукс - на самом деле бездари

Всё не так страшно, в ядре очень мало кода разработчиков из oracle.

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

287. "В Clang доведена до готовности поддержка стандарта C++11 и п..."  –1 +/
Сообщение от linux must _RIP_ (?), 24-Апр-13, 10:28 
>>разработчики ядра линукс - на самом деле бездари
> Всё не так страшно, в ядре очень мало кода разработчиков из oracle.

да да, эти "другие" разработчики - поволяют себе писать код который ломает спинлоки при смене версий gcc.. это правда такой показатель правильности ?:)

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

305. "В Clang доведена до готовности поддержка стандарта C++11 и п..."  –1 +/
Сообщение от qux (ok), 26-Апр-13, 15:17 
> да да, эти разработчики X - поволяют себе писать код который ломает Y при Z.. это правда такой показатель правильности ?:)

Fixed.

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

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

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




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

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