LINUX.ORG.RU

Компилятор Clang теперь пригоден для сборки Linux-ядра

 , ,


0

3

В блоге разработчиков Clang появилась информация о том, что с помощью Clang удалось собрать работоспособное ядро Linux версии 2.6.36 с поддержкой многопроцессорных систем (SMP). Несмотря на то, что некоторые компоненты ядра пока не поддаются компиляции, это событие приближает тот момент, когда Clang превратится в полноценный аналог GCC.

Немного технической информации:

  • В качестве основного стенда использовался Macbook 5.1 на базе Intel Core 2 Duo (не стоит забывать, что разработку Clang поддерживает в первую очередь компания Apple). На этой конфигурации удалось запустить ядро с работоспособным X-сервером, а также ядро в среде Qemu
  • В качестве второго стенда использовалась microATX-платформа на базе Intel Atom. В этом случае ядро также функционировало, однако разработчики не пытались запускать X-сервер
  • В системе на базе собранного ядра компилятор успешно собирает сам себя, а также новое ядро. Разработчики докладывают об успешной работе кода, полученного в ходе четвертого цикла самосборки.

Работоспособны следующие компоненты ядра:

  • Базовый код ядра, файловые системы, поддержка шин, в том числе и PCI, ACPI
  • SMP, SMT, SysV, pThreads и POSIX IPC
  • NUMA, управление памятью и SWAP
  • Сетевой стек IPv4, за исключением IPSec
  • Некоторые драйверы и прошивки

Пока не удалось добиться работы следующих подсистем:

  • CryptoAPI, а следовательно, и SELinux, Posix ACLs, IPSec, eCrypt
  • Стека IPv6 и код Netfilter/Router из-за зависимости от CryptoAPI
  • Виртуализации (поддержки гипервизора Xen)
  • Поддержки загружаемых модулей

Разработчики намерены и дальше улучшать совместимость между Clang и GCC и добиваться сборки с помощью Clang полностью работоспособного ядра.

>>> Подробности



Проверено: anonymous_incognito ()
Последнее исправление: Dmitry_Sokolowsky (всего исправлений: 3)

Ответ на: комментарий от anonymous

Более интересны причины, по которым там нельзя использовать Linux.

Я видел несколько довольно больших систем (100..200 серверов) гоняющих MySQL. Это не доказывает, что MySQL - лучший. Это только доказывает, что в процессе эволюции системы мозги не использовались. Мучаются они, кстати, страшно :)

HappySquirrel
()
Ответ на: комментарий от baka-kun

>По умолчанию 8х5, можно взять 24х7.
Вот прямо взять и пойти в представительство фирмы в своем городе/стране и заказать поддержку?

anonymous
()
Ответ на: комментарий от baka-kun

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

Alphaer ★★
()
Ответ на: комментарий от HappySquirrel

>Более интересны причины, по которым там нельзя использовать Linux.
Да можно его там использовать.
Интереснее другое, FreeBSD считалась системой для серверов, но толстые производители серверов(Dell, HP, IBM, SGI) забили на неё большой шуруп. С Linux ранее была похожая ситуация, но она изменилась, вендоры железа стали активно его поддерживать, а FreeBSD скатилась в нишу «сервера на полтора землекопа».
И clang вряд ли сможет изменить эту ситуацию, просто будет еще одним нишевым продуктом :-)

anonymous
()
Ответ на: комментарий от anonymous

> А теперь ссылки на то, что в этих системах используется FreeBSD.

Тебя тоже на гугле забанили?

Более интересны причины, по которым там нельзя использовать Linux.

Первое, что попробовали. Не справился.

baka-kun ★★★★★
()
Ответ на: комментарий от anonymous

> Вот прямо взять и пойти в представительство фирмы в своем городе/стране и заказать поддержку?

Вам всё ещё надо куда-до ходить, чтобы заказать поддержку? Меняйте вендора.

baka-kun ★★★★★
()
Ответ на: комментарий от baka-kun

>> А теперь ссылки на то, что в этих системах используется FreeBSD.

Тебя тоже на гугле забанили?

А зачем для этой информации гугль использовать? Сайтов производителя вполне достаточно. Нет там этой информации.

anonymous
()
Ответ на: комментарий от baka-kun

>Вам всё ещё надо куда-до ходить, чтобы заказать поддержку? Меняйте вендора.
Мощный слив.

anonymous
()
Ответ на: комментарий от anonymous

> И clang вряд ли сможет изменить эту ситуацию, просто будет еще одним нишевым продуктом :-)

Да. Только ниша очень большая

namezys ★★★★
()
Ответ на: комментарий от Alphaer

> Правда,тот факт, что Ваш код есть в каждом проданном роутере как раз и означает, что с Вами поступили как с лохом.

Вы жадина. Вы не хотите давать, вы хотите только брать. Мы работает за идею, вы за результат

namezys ★★★★
()
Ответ на: комментарий от tailgunner

> и мне правда интересно увидеть ссылки на кластеры, в которых ZFS используется на FreeBSD.

а зачем?

namezys ★★★★
()
Ответ на: комментарий от namezys

>Мы работает за идею
Вы работаете за свое ЧСВ, чтобы о вас не забывали.

anonymous
()
Ответ на: комментарий от namezys

не вижу свободы в закрывании сорцов.

anonymous
()
Ответ на: комментарий от namezys

жадины — это проприетарщики, а бздуны им помогают.

anonymous
()
Ответ на: комментарий от Alphaer

>... И повесте на шею себе медаль. Правда,тот факт, что Ваш код есть в каждом проданном роутере как раз и означает, что с Вами поступили как с лохом. Но Вы не огорчайтесь - у Вас есть медаль.

И обязательно не забудь оповестить о том, что они лохи, всех разработчиков линукса! Ведь их код тоже есть, ну если не в каждом, то почти в каждом домашнем роутере/точке-wifi/etc.

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от anonymous

ваши моральные принципы — преступление против человечества.

Шесть уроков было, что ли? Или youtube не смотрите?

maxkit
()
Ответ на: комментарий от namezys

>Как не как, самая большая из всех других ниш по рыночной коммерциализации
Я не Linux имел в виду :-)
P.S. Как-никак пишется именно так :-)

anonymous
()
Ответ на: комментарий от HappySquirrel

У меня стоит CFQ и low latency desktop.

Ну так и у меня то же самое. Тем более, Вы тут не привели никаких сравнений с BSD на том же железе.

maxkit
()
Ответ на: комментарий от tailgunner

> Если ты совсем не отличаешь библиотеку от CLI-утилиты, у тебя проблема.

Тебе же был приведен конкретный пример.

С практической точки зрения GPL-CLI-утилита с текстовым интерпретатором stdin не отличается от LGPL-утилиты.

А теперь найди _бэкенд_, использующий MPlayer (xine используется как минимум в Phonon).

Таковой мне неизвестен, но что препятствует его созданию? Может, достаточность предоставляемой мплеером функциональности?

А использование xine в бэкэнде намекает на убогость данной библиотечки.

так разработчики не встроили простой интерпретатор текстовых команд в xine из соображений «защиты GPL» или каких иных?

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

Ты уходишь от ответа, видимо потому, что он тебе не выгоден.

Итак, повторю: связано ли отсутствие простого интерпретатора текстовых команд в xine со столлманоподобными соображениями «защиты GPL» или какими иными (просто недостаток времени например)?

И еще: как отсутствие такого простого интерпретатора текстовых команд согласуется с юниксовой идеологией?

У тебя не получается. Напомню изначальный вопрос: «И какие же крупные GPL программы сознательно препятствует их использованию в виде библиотеки?» Так что да, вспоминай дислексию.

Сама по себе GPL не является препятствием — вспоминаем интерпретатор из мплеера, про который я тебе уже давно талдычу.

Да и разработчики вначале могут плохо представлять, какая лицензия точно отвечает тому, что они хотят (или не хотят), и повестись на политическую агитацию. И только потом исправить.

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от baka-kun

>>«Apple достаточно взять apache к себе, улучшить и заточит. Заточенное — скрыть» … «Профит».

Самому не смешно?

Да, ржём прямо. Например Wolfram Workbench и Eclipse - очень смешно.

EvgenijM86
()
Ответ на: комментарий от www_linux_org_ru

> С практической точки зрения GPL-CLI-утилита с текстовым интерпретатором stdin не отличается от LGPL-утилиты.

Как скажешь.

связано ли отсутствие простого интерпретатора текстовых команд в xine со столлманоподобными соображениями «защиты GPL» или какими иными (просто недостаток времени например)?

Отсуствие интерпретатора именно в xine? Оно связано с тем, что xine - это набор библиотек.

Сама по себе GPL не является препятствием — вспоминаем интерпретатор из мплеера, про который я тебе уже давно талдычу.

Похоже, ты забыл, что такого интерпретатора не существует. Почему - спроси разработчиков MPlayer.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

> Похоже, ты забыл, что такого интерпретатора не существует. Почему - спроси разработчиков MPlayer.

да что ты говоришь

вот например разложение фильма на скриншоты в джипегах примерно через 20 секунд (самодельщина, может есть лучше):

perl -We '$p=0; while() { $p+=20; print «pause\nseek $p 2\n» }' | mplayer -noconsolecontrols -slave -input file=/dev/stdin -vo jpeg -noframedrop "../$f"

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

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от anonymous

> А зачем для этой информации гугль использовать?

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

Можешь ещё на NetApp посмотреть, там ты точно сможешь найти на сайте упоминания, что хранилище вертится на FreeBSD.

baka-kun ★★★★★
()
Ответ на: комментарий от tailgunner

> А причем тут Top500?

AFAIR, мы эту тему обсудили ещё два года назад в теме про выход FreeBSD 7.1, тогда упоминался петафлопный Роадраннер а Лос Аламосе. В нем данные на Panasas.

baka-kun ★★★★★
()
Ответ на: комментарий от EvgenijM86

> Например Wolfram Workbench и Eclipse - очень смешно.

EPL не ограничивает лицензию на плагины. В Wolfram написали классное расширение для своей Математики (и прочего), почему они не могут им распорядиться по собственному усмотрению? Только потому, что кого-то жаба душит, что он так не умеет?

baka-kun ★★★★★
()
Ответ на: комментарий от tailgunner

по твоим оценкам, если написать аналогичную скришотилку на xine, у которого такого интерпретатора, как мне показалось, нет (скриншоты надо делать только с ключевых кадров, т.к. у промежуточных качество хуже, и мплеер в данном коде ходит только на ключевые), то во сколько раз длиннее выйдет код?

это я опять к тому, что столлмановская «защита gpl» явно противоречит юниксовой идеологии

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от maxkit

>Вы хотите сказать, что сам код под GPL чем-то лучше? Так это настолько толсто, что даже спорить не хочется.

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

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

Заметьте, это происходит не по какому-то железному правилу, а по правилу записанному вилами на воде.

Так, может, Вам уже начать работать над планом по срыву разработок продуктов с изначально закрытым исходным кодом? Что ж Вы начали с нашей парикмахерской?

А при чём тут я и настоящее время;) Когда запирают дверь на ключ и пристёгиваются ремнём, заботятся не о настоящем а предотвращают нежелательное будущее. А срывом таких разработок в меру своих сил занимаются Редхат с Торвальдсом и прочими. Какую лицензию люто «любят» проприетарщики? Чем больше будет продуктов с такой лицензией, тем лучше пользователю благодаря конкуренции.

Napilnik ★★★★★
()
Ответ на: комментарий от Napilnik

Заметьте, это происходит не по какому-то железному правилу, а по правилу записанному вилами на воде.

А Вы, значит, хотите загнать человечество к счастью железной рукой, запретив всё, кроме GPL, что ли?

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

Очень может быть, что многие закрытые продукты высочайшего качества так и не появились бы, если бы нельзя было делать закрытый продукт. Тем самым «конкурировать» было бы не с кем и «расти» было бы некуда и незачем, в том числе и ПО под GPL.

Нельзя бороться за свободу, ограничивая её.

maxkit
()
Ответ на: комментарий от maxkit

>А Вы, значит, хотите загнать человечество к счастью железной рукой, запретив всё, кроме GPL, что ли?

Ошибаетесь, не нужно тащить хомячков в интеллектуальную среду, иначе они своими тупыми желаниями и финансированием лажи устроят в ней помойку. Я не хочу чтобы у гимпа было окно фотожопа. Функции поиска в приложениях кде4, тоже, «улучшены» для хомячков: включи поиск и окно расползётся на 1.5 экрана, а что, большинство любит мелкие буквы и неи!@#. Если их количество увеличится, система деградирует. Я за расширение свободной зоны до разумного предела, кто хочет, пусть присоединяется.

Очень может быть, что многие закрытые продукты высочайшего качества так и не появились бы, если бы нельзя было делать закрытый продукт. Тем самым «конкурировать» было бы не с кем и «расти» было бы некуда и незачем, в том числе и ПО под GPL.

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

Napilnik ★★★★★
()
Ответ на: комментарий от www_linux_org_ru

>> Похоже, ты забыл, что такого интерпретатора не существует. Почему - спроси разработчиков MPlayer.

да что ты говоришь

Голые факты.

вот например разложение фильма на скриншоты в джипегах примерно через 20 секунд (самодельщина, может есть лучше):

perl -We

Замечательный «встроенный интерпретатор команд». Ты еще PrtSc генерируй - а что, тоже интерпретатор.

tailgunner ★★★★★
()
Ответ на: комментарий от Lonli-Lokli

> По меньшей мере cups с webkit'ом изначально ни разу не яббловские разработки.

И что. WebKit от оригинального кода почти уже ничего не содержит.

cups был значительно доработан, а тем более куплен - так что тут вообще чистая комерция.

namezys ★★★★
()
Ответ на: комментарий от www_linux_org_ru

> и так, для общего развития — че же тебе из проигрыватель-специфичного надо, что нельзя сделать оберткой вокруг этого интерпретатор текстовых комнанд мплеера?

Эффекты наложить

namezys ★★★★
()
Ответ на: комментарий от Napilnik

Ошибаетесь, не нужно тащить хомячков в интеллектуальную среду, иначе они своими тупыми желаниями и финансированием лажи устроят в ней помойку.

А сейчас там не помойка? Зоопарк и почти везде ситуация, аналогичная 12309.

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

Вы тут какой-то научный коммунизм описали. Законы рынка не действуют в этом секторе. Спрос на аналог Adobe Flash ничего толкового не родил. И не родит без тех, кого Вы выше назвали «хомячками», т.к. ради 1% никто особенно стараться не будет. Даже для Mac OS X далеко не всё есть, хотя их доля - выше и даже некий ореол «элитарности» привит.

maxkit
()
Ответ на: комментарий от tailgunner

perl -We

Замечательный «встроенный интерпретатор команд». Ты еще PrtSc генерируй - а что, тоже интерпретатор.

$ perl -We '$p=0; while() { $p+=20; print "pause\nseek $p 2\n" }' | head
pause
seek 20 2
pause
seek 40 2
pause
seek 60 2
pause
seek 80 2
pause
seek 100 2

Очевидно, что perl -We это ГЕНЕРАТОР, а интерпретатор сгенеренного — это мплеер.

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от tailgunner

> Ты еще PrtSc генерируй - а что, тоже интерпретатор.

И опять уход в сторону. События «нажатие клавиши PrtSc» интерпретируются виндой, а не прикладной программой.

И это имеет отрицательные последствия — например, если поверх программы выскочит чужое случайное окошко, то все сломается.

Интерпретация же самой программой таких последствий не имеет.

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от www_linux_org_ru

> если написать аналогичную скришотилку на xine, у которого такого интерпретатора, как мне показалось, нет (скриншоты надо делать только с ключевых кадров, т.к. у промежуточных качество хуже, и мплеер в данном коде ходит только на ключевые), то во сколько раз длиннее выйдет код?

А по твоим оценкам, во сколько раз решение приведенной выше задачи наложения фильтров будет короче в случае xine-libs? Возможно ли вообще решение такой задачи через командный интерфейс MPlayer?

столлмановская «защита gpl» явно противоречит юниксовой идеологии

Ахренеть. Каким образом? GPL не заражает через pipe'ы.

tailgunner ★★★★★
()
Ответ на: комментарий от www_linux_org_ru

>> Ты еще PrtSc генерируй - а что, тоже интерпретатор.

И опять уход в сторону.

Опять придирки.

События «нажатие клавиши PrtSc» интерпретируются виндой, а не прикладной программой.

Какой еще вендой? У меня нет венды. И ты можешь посылать не PrtSc, а клавишу, которая делает скриншот именно в плейере.

tailgunner ★★★★★
()
Ответ на: комментарий от www_linux_org_ru

> perl -We это ГЕНЕРАТОР, а интерпретатор сгенеренного — это мплеер.

Приведи мне цитату из man mplayer, в которой говориться о том, что он умеет читать команды с stdin (да хоть откуда-нибудь).

tailgunner ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.