The OpenNET Project / Index page

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

В Fedora планируют предоставить возможность сборки пакетов в Clang вместо GCC

05.06.2020 13:18

Для реализации в Fedora 33 намечено изменение правил применения компиляторов в дистрибутиве, в соответствии с которым компилятор для сборки пакета сможет выбираться в зависимости от рекомендаций и предпочтений основного проекта (upstream). В настоящее время в Fedora жёстко предписано использовать GCC для сборки всех пакетов, за исключением случаев, когда пакет может быть собран только в Clang/LLVM.

Мотивом предоставления возможности сборки при помощи Clang является то, что некоторые проекты, например, Firefox и Chromium, при разработке используют Clang в качестве основного компилятора и сборки на его основе являются более качественно протестированными. Использование Clang для подобных пакетов позволит избежать вылавливания ошибок, всплывающих при сборке в GCC, а также согласования исправлений этих ошибок с основным проектом. Сборка с использованием GCC положительно влияет на поддержании переносимости кода, развиваемого с использованием Clang, но создаёт большую нагрузку на сопровождающих и задерживает публикацию обновлений (например, Mozilla запрещает использовать торговую марку Firefox при применении сторонних патчей, поэтому приходится вначале добиваться включения патчей в основной состав и выпускать обновление только после появления исправлений в upstream).

Отмечается, что было бы логичным, использовать Clang для пакетов, для которых данный компилятор подходит лучше и используется в основном проекте. Для подобных пакетов удалось бы снизить нагрузку на сопровождение, если подготовкой пакетов занимаются представители основного проекта. Если сборкой пакета занимается представитель из сообщества, то возможность выбора компилятора предлагается предоставить мэйнтейнеру. Для пакетов, основные проекты которых не отдают предпочтение тому или иному компилятору рекомендуется сохранить статус-кво (собирать в GCC как и раньше). Автором предложения является Джеф Ло (Jeff Law) из компании Red Hat, который входит в число мэйнтейнеров GCC и Binutils.

  1. Главная ссылка к новости (https://www.mail-archive.com/d...)
  2. OpenNews: Результаты пересборки пакетной базы Debian при помощи Clang 10
  3. OpenNews: Прогресс в обеспечении поддержки LLVM/Clang в NetBSD
  4. OpenNews: Экспериментальная поддержка пересборки ядра Linux в Clang с механизмом защиты CFI
  5. OpenNews: Fedora планирует перевести RPM с BerkeleyDB на SQLite
  6. OpenNews: Проект по эмуляции сборки Red Hat Enterprise Linux на базе Fedora
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/53097-fedora
Ключевые слова: fedora, clang, gcc
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (57) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Zenitur (ok), 13:45, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В OpenMandriva так уже 5 лет
    https://www.opennet.ru/opennews/art.shtml?num=42102
    https://www.opennet.ru/opennews/art.shtml?num=44961
     
     
  • 2.53, Аноним (53), 00:20, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не так. Там по умолчанию.
     

  • 1.2, Fracta1L (ok), 13:45, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/
    Лучше бы начали переписывать системное окружение на Rust
     
     
  • 2.3, Аноним (3), 13:49, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Кому лучше?
     
     
  • 3.8, Аноним (8), 14:22, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Растаманам
     
     
  • 4.48, анонн. (?), 22:53, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Растаманам

    Из фрактала растоман примерно такой же, как и балерина.

     
  • 3.43, Аноним (43), 20:46, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Всем, кроме фанатиков сишечки?
     
     
  • 4.63, заминированный тапок (ok), 23:27, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    чтобы потом, например, сломать окружение в качестве солидарности с борьбой за права имепарторских пингвинов. Ну или какой-нибудь другой солидарностью.

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

    А если все остальные корпорации будут иметь одинаковый вес в развитии и принадлежности Раста и будут постоянно решать что ща технические решения и "договариваться" между собой, то он просто превратится в C++

     
  • 2.9, Аноним (9), 14:23, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Подождите, ещё на петоне не всё переписали.
     
  • 2.33, Аноним (33), 19:33, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага, и статическую линковку во все поля!
     
     
  • 3.62, анонимуслинус (?), 23:20, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    с современными стандартами программирования в проду, то статическая линковка как то и не так плохо смотрится. кстати большинство новых прогеров и не слышали наверное об этом, так как у них ускоренный курс "взлет - посадка"))и вообще в статической линковке имеются жирные плюсы когда требуется несколько одинаковых прог разных поколений. опять же это полезно для прогеров.
     

  • 1.13, Аноним (13), 14:28, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ждем перехода на msvc
     
     
  • 2.17, Аноним (17), 14:48, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С в MSVC++ слишком недоразвит. Даже C99 не поддерживает. Там только C++ хороший. Иначе бы давно было 2 параллельных ветки ядра с холиварами.
     
     
  • 3.19, Андрей (??), 15:05, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чем больше с развит становится, тем тормознее и жирнее у программистов получается из под него код. тути прямопропорциональная зависимость. проще писать,значит проще быдлокодить.
     
     
  • 4.26, eee (??), 16:28, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну как раз с сями этот фокус не проходит. как это ни странно, но си так и остался ассемблером для ленивых, что не может не радовать, все ресурсо-критичные вещи таки пишутся на сях, причем иногда там втречаются настолько гениальные алгоритмы для работы, например, с памятью, что хочется снять шляпу перед этими перцами
     
  • 3.30, anonymous (??), 17:40, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Даже C99 не поддерживает.

    Уже поддерживает. Но поздно.
    А для ядра C99 недостаточно, там всякие GCC-расширения нужны. Clang только недавно все нужные стал поддерживать.

     
     
  • 4.31, stool (?), 19:05, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Clang только недавно все нужные стал поддерживать.

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

     
  • 4.67, aa (?), 09:28, 08/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А для ядра C99 недостаточно, там всякие GCC-расширения нужны. Clang только недавно все нужные стал поддерживать.
    ------
    правильнее было бы от gcc-измов избавляться, а не на новые компиляторы что-то кроме стандарта вешеать.
     
     
  • 5.70, Ушастый (?), 11:29, 09/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Стандарт языка - штука, во-первых, довольно неповоротливая, а, во-вторых, чрезвычайно общая. Многих важных, нужных и удобных вещей в нем нет. И у авторов ядра остаются два варианта: либо писать на ассемблере, повышая сложность поддержки кода и все равно завязываясь на конкретный ассемблер, либо писать с использованием расширений компилятора.
     
  • 4.69, Совершенно другой аноним (?), 08:44, 09/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению, по крайней мере на момент MSVC 2015 - поддерживают только то, что заявлено и в C++ и в С99/С11. Если что-то есть только в C, то поддержки нет.
     

  • 1.15, Аноним (15), 14:42, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Соболезную федороносцам.
     
  • 1.16, Аноним (16), 14:46, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Фрактал, тут новых дыреней подвезли!
     
  • 1.20, nonamenogame (?), 15:14, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Вспомнил шутку про линукс:
    Линукс написан не на Си - он паписан на gcc :)))
     
     
  • 2.68, Аноним (8), 19:26, 08/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не вижу в этом проблемы. А что, если бы Линус решил перевести ядро на свой диалект C ? Запилил бы свой KernelC.
     

  • 1.21, d (??), 15:22, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Еще ICC надо добавить.
     
     
  • 2.46, донни (?), 22:28, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Проприетарщина же. Да и оптимизирован под дырявого синего производителя процессоров.
     
     
  • 3.47, Аноним (47), 22:51, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У интела кстати самый эффективный на свете компилятор фортрана. Да и icc стабильно даёт прикурить, векторизация в нём нормально работала ещё лет 20 назад. У конкурентов она и сегодня глючит.
     
  • 3.64, Gefest (?), 02:19, 07/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошая , годная проприентарщина
    А вот тот факт, что одна и та же программа дает разный результат при компилляции на clang и gcc, - позор всего opensource  сообщества ...
     

  • 1.27, Аноним (27), 16:37, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    это к вопросу разработки дистрибутивов сидя на МакОС.
     
     
  • 2.28, Oh Yeah (?), 16:52, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    К слову большая часть кода в линуксе сейчас пишется именно на macOS.
     
     
  • 3.29, Аноним (27), 17:19, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    именно, проблема в том, что кривой подход тянется везде.
    в clang есть ключи оптимизации и FF, собранный с тем же -mtune намного лучше себя показывает, вот только это нах никому не надо. В макос не надо, значит и тут не надо.
     

  • 1.32, Аноним (-), 19:14, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А про лицемерие никто не написал. "отивом предоставления возможности сборки при помощи Clang является то". Это же лицемерие.
     
  • 1.34, Любитель Монеточки (?), 19:59, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чем Clang лучше GCC?
     
     
  • 2.35, Онаним (?), 20:02, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чем GCC.
     
  • 2.38, srgazh (?), 20:16, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Лицензией
     
     
  • 3.41, Аноним (41), 20:24, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    мусорная у него лицензия
     
  • 3.50, Аноним (50), 00:12, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот таки лицензией(ями) он хуже.
     
     
  • 4.58, srgazh (?), 09:34, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот таки лицензией(ями) он хуже.

    Эпле и я таки не думает.

     
  • 2.39, Аноним (39), 20:21, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    просто набор багов отличается от gcc-шных
     
  • 2.44, Аноним (43), 20:49, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Он основной на многих популярных платформах (андроид, мак, айос).
    Кроссплатформенное приложение лучше собирать одним компилятором вместо трёх+.
     
     
  • 3.61, vle (ok), 19:18, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кросс-платформное приложение лучше собирать и тестировать как можно большим количеством компиляторов. Благо, они есть. Чем больше компиляторов опробовано, тем больше багов в приложении выловлено.
     

  • 1.36, Аноним (36), 20:03, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    когда заменят gimp на glimps?
     
     
  • 2.40, Аноним (39), 20:23, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ...когда в RedHat сделают команду GLEARH (как GLEAM)
     

  • 1.37, srgazh (?), 20:16, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Красавцы
     
  • 1.42, Аноним (41), 20:25, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    всё! теперь скатились - это закат GCC
     
     
  • 2.51, Аноним (50), 00:17, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то закатывальщики давно уже GCC и Xorg закатывают, а они всё живут.
     

  • 1.45, microsoft (?), 21:12, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мало было знать gcc теперь еще и сраный clang изучать.
     
     
  • 2.49, Аноним (-), 23:48, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > microsoft

    По сравнению со сраной современной визуальной студией, в которой ты и сам без поллитры не разбираешься, там изучать нечего, а документация вместо легкого чтива на ночь подходит.
    Может тут кто подскажет, как из актуальной визуальной студии надергать хедеры без установки самой студии (в идеале -- и без полной скачки дистрибутива; 35 Gb, БЛДЖАД!)? microsoft, что характерно, не знает. Или намеренно скрывает, надеясь с анонима телеметрии поиметь.

     
     
  • 3.54, Аноним (53), 00:29, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Может тут кто подскажет, как из актуальной визуальной студии надергать хедеры без установки самой студии (в идеале -- и без полной скачки дистрибутива; 35 Gb, БЛДЖАД!)?

    vs_BuildTools.exe — 1.3 МБ. Где скачать — не скажу, проприетофаги должны страдать.
    Да, если что, MinGW благополучно обходится без студийных хедеров.

     
     
  • 4.57, Аноним (-), 03:06, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Спасибо, Кэп, ты таки старался И между онлайн даунлоадер с мутным бэкэндом и н... большой текст свёрнут, показать
     
     
  • 5.59, Анончик (?), 11:31, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не позволяет.
    Устанавливаешь студию, выдераешь нужное руками,
    Удалять студию
     
  • 5.60, Ф1 (?), 18:28, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тут https://rsdn.org/forum/tools/7513869.1 люди уже надергали все что нужно.
     
  • 3.56, хотел спросить (?), 03:05, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Виндовые хидеры? Это же все часть Windows SDK.
     
  • 3.65, Gefest (?), 02:23, 07/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Что таклое ?? Вы ж линуксоиды , у вас согласно последним веяниям ein folk,ein furher,ein Gnome ! И Если разработчику ,например, лень  работать с freetype, - линуксоиды , все как один, бегут за новым монитором. А тут каких-то 35 гигабайт (на самом деле втрое меньше) ...
     
  • 2.52, Аноним (50), 00:19, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем его изучать? Ну собирает им кто-то пакеты и пусть себе собирает. А вы как прогали на GCC, так и дальше будете.
     

  • 1.55, Ilya Indigo (ok), 01:39, 06/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Mozilla запрещает использовать торговую марку Firefox при применении сторонних патчей

    https://build.opensuse.org/package/show/mozilla:Factory/MozillaFirefox
    Видимо openSUSE кладёт на это болт! (Как минимум пач для KDE)

     
     
  • 2.66, Gefest (?), 02:27, 07/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Пепел Iceweasel стучит в наших средцах. Слабаки !
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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