The OpenNET Project / Index page

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

GCC удалён из основного состава FreeBSD

03.03.2020 18:37

В соответствии с ранее намеченным планом, набор компиляторов GCC удалён из дерева исходных текстов FreeBSD. Сборка GCC вместе с базовой системой для всех архитектур была отключена по умолчанию в конце декабря, а теперь код GCC удалён из SVN-репозитория. Отмечается, что на момент удаления GCC все платформы, не поддерживающие Clang, переведены на использование внешнего сборочного инструментария, устанавливаемого из портов. В базовой системе поставлялся устаревший выпуск GCC 4.2.1 (интеграция более новых версий была невозможна из-за перехода 4.2.2 на лицензию GPLv3, которая была признана неприемлемой для базовых компонентов FreeBSD).

Актуальные выпуски GCC, включая GCC 9, как и раньше, можно установить из пакетов и портов. GCC из портов также предлагается использовать для сборки FreeBSD на архитектурах, которые завязаны на GCC и не могут перейти на Clang. Напомним, что начиная с FreeBSD 10 базовая система для архитектур i386, AMD64 и ARM переведена на поставку по умолчанию компилятора Clang и развиваемой проектом LLVM библиотеки libc++. GCC и libstdc++ для указанных архитектур давно перестали собираться как часть базовой системы, но продолжили поставляться по умолчанию для архитектур powerpc, mips, mips64 и sparc64.

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: FuryBSD - новая Live-сборка FreeBSD с рабочим столом Xfce
  3. OpenNews: GCC будет удалён из основного состава FreeBSD
  4. OpenNews: Релиз FreeBSD 11.3
  5. OpenNews: Уязвимости в TCP-стеках Linux и FreeBSD, приводящие к удалённому отказу в обслуживании
  6. OpenNews: Тестирование разделения базовой системы FreeBSD на пакеты
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/52470-freebsd
Ключевые слова: freebsd, gcc
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (222) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 18:42, 03/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    Ну это логичный шаг, конечно. Ещё надо из osx все копролиты выкинуть. Кто-нибудь сравнивал, при сборке в гцц-9 попугаев сильно больше?
     
     
  • 2.33, Урри (?), 19:54, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Для фри не пробовал, для других больших проектов (видеоэнкодер, например) если для дженерика - в границах 5%. Для конкретных процессоров уже несколько больше, но сильно зависит от Венеры и количества осадков.
     
     
  • 3.38, Аноним (1), 20:07, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я тут собрал jq с -O2 -ffast-math -flto и pgo и получил под 40% ускорение на ровном месте. С обычным O3 ускорение не столь значительное и бинарники пухнут, к тому же приходится отключать векторизацию деревьев. В общем, pgo рулит. Так вот, интересно было бы сравнить способности оптимизации.
     
     
  • 4.87, ALex_hha (ok), 00:10, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Я тут собрал jq с -O2 -ffast-math -flto и pgo и получил под 40% ускорение на ровном месте

    https://i.imgur.com/N1kPWfi.png

    Не ты случаем?

     
  • 4.89, Аноним (89), 00:22, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А я изгальнулся собрать фирмвару микроконтроллера с LTO, очень круто вышло, из 6 кило осталось 4. Хоть gcc и багодром в такой конфигурации, конечно.
     
     
  • 5.93, n80 (?), 01:09, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Давно и регулярно так делаю, багов пока не видел (кроме тех, которые были вызваны ошибками в коде прошивки, тем же UB, например).
     
     
  • 6.96, Аноним (96), 01:29, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Давно и регулярно так делаю, багов пока не видел (кроме тех, которые
    > были вызваны ошибками в коде прошивки, тем же UB, например).

    GCC умеет весьма конкретно прикалываться. Например, втыкая в довольно неожиданных местах вызов memcpy прям в рамках кодогенерации. А у меня его (memcpy) не было - во, блин, фак. Спасибо что compile time error :). И таки это только при определенной оптимизации, с определенным набором команд. И таки известная фигня. Эти разработчики gcc такие затейники...

    Алсо, на cortex M почему-то -O3 код от LTO ... распух еще больше. Правда там и от -O3 смысла мизер, пухнет сильно а прибавка маргинальная.

     
     
  • 7.138, n80 (?), 14:00, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Вообще-то, это не прикол, это он имеет полное право так делать например, для ин... большой текст свёрнут, показать
     
     
  • 8.176, Аноним (176), 22:09, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1 большой - аж 16 байтов 2 Если static const сказать, это и воркэраундит ... большой текст свёрнут, показать
     
     
  • 9.196, n80 (?), 14:13, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Достаточно большую, чтобы нельзя было сделать одним-двумя mov или mov str Т... большой текст свёрнут, показать
     
     
  • 10.216, Аноним (-), 08:05, 07/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да Однако memcpy прямо в кодогенерации - достаточно неожиданно, а в микрокон... большой текст свёрнут, показать
     
  • 8.190, Аноним (190), 08:58, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Хм При любых флагах и опциях евойной командной строки ... текст свёрнут, показать
     
     
  • 9.195, n80 (?), 13:48, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да, при любых В некоторых случаях она не используется, но тогда от линковки с н... большой текст свёрнут, показать
     
  • 9.211, Аноним (211), 03:15, 06/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Теоретически, он не должен так делать при freestanding Практически - возможны в... текст свёрнут, показать
     
  • 4.156, кто пчелок уважает (?), 17:05, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а что не так с ftree-vectorize?
     
     
  • 5.185, Аноним (1), 02:00, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Компилятор может быть быть неожиданно тупым и генерировать совсем не то и не там, в результате всё очень плохо. Я всё мечтаю заценить векторизацию в ICC (интеловский компилятор и либы), говорят, что ему лучше всего она удаётся (когда удаётся).
     

     ....большая нить свёрнута, показать (15)

  • 1.2, Аноним (2), 18:52, 03/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Давно пора.
     
     
  • 2.123, пох. (?), 12:29, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    и чего такого ужасного было в сохранении старой версии в дереве?
    И, заодно - чего такого умудрились понагуанокодить для тех странных платформ, не поддерживаемых llvm, такого замечательного, что ну никак не собрать без волшебной девяточки?


    А, ну да, ну да - конечно же не понакодили, там давно уже некому, накопипастили. Куда-нибудь в contrib. И теперь, действительно, нисабираетца. Правда, скорее всего, потом в любом случае не работает, но главное ж - сборка.

     

  • 1.3, Аноним (2), 18:53, 03/03/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –13 +/
     
     
  • 2.5, Аноним (5), 18:56, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • +10 +/
     
     
  • 3.9, Аноним (9), 19:06, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • –7 +/
     
     
  • 4.13, Аноним (13), 19:16, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 5.17, dimcha (??), 19:19, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 5.64, IRASoldier_registered (ok), 21:45, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.15, Sluggard (ok), 19:17, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 4.34, zurapa (ok), 20:00, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 5.41, Аноним (1), 20:19, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.48, Аноним (48), 20:35, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 7.67, IRASoldier_registered (ok), 21:50, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.55, Аноним (55), 21:32, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 7.60, Аноним (60), 21:38, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 8.68, IRASoldier_registered (ok), 21:51, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
  • 7.61, Аноним (1), 21:39, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 7.69, Led (ok), 21:57, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 5.59, Аноним (60), 21:36, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.192, zurapa (ok), 12:01, 05/03/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     

     ....ответы скрыты (17)

  • 1.4, Аноним (4), 18:55, 03/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    Самозакапывание идёт как намечено
     
     
  • 2.105, Аноним (89), 02:56, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Там вон как раз DF релизнулся в пику. С довольно свежим gcc, конечно, они не настолько религиозные :P
     
     
  • 3.140, Аноним (140), 14:43, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну так в той же ветке прямо и написали, единственная вменяемая BSD.
     
     
  • 4.189, Аноним (-), 06:08, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Ну так в той же ветке прямо и написали, единственная вменяемая BSD.

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

     

  • 1.6, Аноним (60), 19:03, 03/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    GCC плохо прогибался под корпарастов.
     
     
  • 2.49, zzz (??), 20:39, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    С учетом того, что всё переезжает в облака, GPL теряет какой бы то ни было смысл. Внес гугл изменения в gpl-софтину в своем облаке, и теперь он обязан открыть код тому, что разворачивает софтину на серверах, т.е кому? То-то и оно. То же самое с амазоном, то же самое с мс, то же с клаудфларе, то самое с тысячами прочих облачных компаний. В результате облачники творят что хотят, а фанбои гпл на форумах на серьезных щах трут за то, как они всех к ногтю.
     
     
  • 3.53, Аноним (53), 21:20, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кому нужны ваши облака - кучке очкариков, которых меньше 0,1% населения? А вот "открытый" андроид нужен всем пользователям, которых - сколько там процентов населения Земли?.

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

     
     
  • 4.57, Joseph Illinois (?), 21:34, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ирочно, что андроид - по факту тонкий клиент для облачных сервисов
     
     
  • 5.106, ананчик (?), 03:37, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Может вы хотя бы прочитаете что такое тонкий клиент? Откуда вы лезете такие.
     
     
  • 6.118, Аноним (118), 10:09, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да,андройд тонким не назовешь
     
  • 4.65, IRASoldier_registered (ok), 21:47, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • –13 +/
    >Кому нужны ваши облака - кучке очкариков, которых меньше 0,1% населения?

    Эта "кучка очкариков" владеет оборудованием и обслуживает оборудование засчёт которого остальное население имеет бэкапы фоточек, бесплатную электропочту, онлайн-музыку и т.д.

     
     
  • 5.70, Led (ok), 21:58, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +10 +/
    > Эта "кучка очкариков" владеет оборудованием и обслуживает оборудование

    Не льсти себе.

     
     
  • 6.83, IRASoldier_registered (ok), 23:38, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • –10 +/
    Я тут уже кому-то писал как-то, что зависть - грех. Вот теперь ещё и тебе написал.

     
     
  • 7.186, Аноним (186), 04:58, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Я тут уже кому-то писал как-то, что зависть - грех. Вот теперь ещё и тебе написал.

    Led? Завидовать? Тебе? Он майнтайнером одной из версий glibc значится. Думаешь, ему с таким портфолио (подобное деяние таки украсит любого програмера) есть смысл завидовать тебе? :)

     
     
  • 8.213, IRASoldier_registered (ok), 12:42, 06/03/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да хоть ядра Linux ... текст свёрнут, показать
     
  • 4.75, анонн (ok), 22:19, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Кому нужны ваши облака - кучке очкариков, которых меньше 0,1% населения? А
    > вот "открытый" андроид нужен всем пользователям, которых - сколько там процентов населения Земли?.

    Ну да - зачем сдались повышающие надежность или производительность патчи FS (в том числе и ext2/3 еще 10+ лет назад), планировщика, сети и проч, протестированные на куче самого разного оборудования у корпораций с миллиардными оборотами?
    Незачем!
    Это же гугл, амазон, клаудфларь - платиновые спонсоры (ой, только гугл, амазон - аж целый серебрянный, а cloudflare вообще никакой, ой) Пингвинчика, понимать надо!
    Вот если бы речь шла о Сони и бздах, то да - совсем другое дело!

     
     
  • 5.135, пох. (?), 13:00, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну да - зачем сдались повышающие надежность или производительность патчи FS
    > (в том числе и ext2/3 еще 10+ лет назад), планировщика, сети и проч, протестированные
    > на куче самого разного оборудования у корпораций с миллиардными оборотами?

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

    Заметим, никакая гепеле этому помешать неспособна.

     
  • 4.97, Андрей (??), 01:32, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А вот "открытый" андроид нужен всем пользователям

    А толку от Андроида с Линуксом под GPLv2? Вот вам залоченное устройство и исходники. Хотите верьте, хотите нет, что бинарники действительно из этих исходников. Не говоря уже о том, что самому ничего не подправить. А разлочите - warranty void.

    Вот если бы GPLv3, чтобы производитель не имел права ничего лочить или лишать гарантии.

     
  • 3.62, YetAnotherOnanym (ok), 21:42, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > всё переезжает в облака

    нет

     
  • 2.56, Аноним (55), 21:33, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    это когда любой код собранный при помощи gcc автоматом лицензировался под GPL v3 ?
    да да - помним и такой "косяк" (забыли - после 2х лет просмотра лучшими юристами - и в это тоже поверим)
     
     
  • 3.141, Аноним (140), 14:46, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А тебя всё ещё беспокоят фантомные воспоминания? Обратись к психиатру.
     
  • 2.79, Ыы (?), 22:58, 03/03/2020 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 3.107, ананчик (?), 03:40, 04/03/2020 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     

     ....ответы скрыты (18)

  • 1.8, pin (??), 19:06, 03/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сколько сил потрачено в пустую из-за глупых предубеждений.
     
     
  • 2.12, Im banana man (?), 19:15, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В MS вообще только и делают, что иконки перерисовывают и обои ломают. Так что уже плевать кто что делает ) Чем бы дитя не тешилось )
     
     
  • 3.31, gogo (?), 19:50, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Иконки - это для видимости. МС сейчас сосредоточены на зондах. Не нужно им мешать.
     
     
  • 4.92, хотел спросить (?), 00:51, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а ничего страшного, что пипл всё это говно хавает?

    как бы пора создавать сообщества против всего этого дерьма

    а пока кроме опеннета и парочки других разрозненных сайтов и нет никуя

     
     
  • 5.100, Котофалк (?), 02:28, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не, не надо против. даже нехрен и силы тратить. надо объяснять за опенсорс, надо его развивать
     
     
  • 6.108, хотел спросить (?), 03:41, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > не, не надо против. даже нехрен и силы тратить. надо объяснять за
    > опенсорс, надо его развивать

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

    поэтому не понимайте мое "против" буквально, я имел ввиду, что нам надо более сознательное сообщество, как альтернатива стаду, иначе просто задавят количеством

    другими словами, к кому примкнуть поняв суть вещей? корпорастами дискридетируется сама идея open source, и право на приватность и даже более - на индивидуальность
    намного легче впаривать хомякам, чем думающим людям

     
  • 5.113, КО (?), 07:31, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Гугл схавали?
    Схавали.
    Десятку схавали?
    Схавали.
    Кто там еще вкусный?
     
     
  • 6.202, Wfhm (?), 16:36, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Эпл,всякие Instagram
     
  • 5.115, ryoken (ok), 08:46, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А каких ещё сайтов, кроме как здесь?
     
  • 5.142, Аноним (140), 14:49, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >а ничего страшного, что пипл всё это говно хавает?

    Страшно за этот Мир, который этот планкт...пипл населяет.

     
  • 5.147, Wilem (?), 15:24, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а пока кроме опеннета и парочки других разрозненных сайтов и нет никуя

    В русскоязычном пространстве ничего и не получится. Про то, что русские ого-го как сплачиваются - это миф. Всё сплочение происходит в первую очередь на западе. Посему - добро пожаловать на Reddit.

     
     
  • 6.191, Аноним (190), 09:08, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Всё сплочение происходит в первую очередь на западе

    Наполеон, Виктория и Гитлер - подтверждают и одобряют!

     
  • 4.234, Im banana man (?), 16:25, 20/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Иконки - это для видимости. МС сейчас сосредоточены на зондах. Не нужно
    > им мешать.

    Это как букет цветов. Визуально дарят цветы эти MS, тем временем сзади присовывая )

     
  • 2.124, пох. (?), 12:32, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Сколько сил потрачено в пустую из-за глупых предубеждений.

    когда-то давно я тоже так думал.

    А после истории с прекрасными libgcc_s.so - передумал. Потому что люди, намеренно создающие троянцев подобного рода - очевидно, не собираются при этом создавать лучший компилятор. Они собираются всеми силами мешать это сделать - другим.

    И их поделки надо выкидывать на раннем этапе, а не когда shit already happens.

     

  • 1.10, Аноним (9), 19:09, 03/03/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     
  • 1.11, Сергей (??), 19:14, 03/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Объясните, пожалуйста, чайнику на пальцах - чем gcc не угодил?
     
     
  • 2.14, Im banana man (?), 19:16, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    GCC лицензируется под GPL 3, что требует, чтобы все, кто использует его тоже открыли исходники. BSD-шникам это не нравится. Что дает возможность закрывать исходники и зарабатывать капиталистам
     
     
  • 3.18, Аноним (1), 19:19, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Что? Конечно не требует. Такое условие есть только если ты линкуешься (напрямую), и по-моему компилятор gcc является исключением из этого правила. А вот проприетарные закрытые плагины для модификации кода в него нельзя напихать, поэтому злонамеренные корпорации и не стали его использовать.
     
     
  • 4.109, ананчик (?), 03:41, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    какие закрытые технологии вы в шланге обнаружили?
     
     
  • 5.137, Аноним (1), 13:38, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Там вроде эпл что-то закрытое пилил (для раста, как это ни странно).
     
  • 5.143, Аноним (140), 14:53, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так потому вы их в официальном репозитории и не увидите, что они закрытые и поставляются отдельно.
     
  • 3.19, Аноним (13), 19:19, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > чтобы все, кто использует его тоже открыли исходники

    На самом деле нет. Есть обязанность либо распространять исходники вместе с бинарниками, либо дать гарантию получения этих исходников после получения бинарников, причём брать доп. плату за это нельзя. То есть, если модифицировать и использовать ПО под GPL, но не распространять его, то исходники "открывать" необязательно. Нет никакой обязанности заливать код на общедоступные ресурсы.

     
  • 3.20, анонн (ok), 19:22, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > GCC лицензируется под GPL 3, что требует, чтобы все, кто использует его тоже открыли исходники.

    Нет, не требует. Требует открывать код только тем, кому отгружаешь бинарник.

    > Что дает возможность закрывать исходники и зарабатывать капиталистам

    Это как Гуглю, Клаудфлари, Амазону и прочим облачникам, которым GPLv2 официально позволяет зажать код?
    Или скорее как Тесле и тысячам китайских фирм и фирмочек, которые годами обещают открыть (или просто игнорят бледнолицых демонов с их закидонами)?


     
  • 3.21, dimcha (??), 19:22, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    О нет, какое вопиющее извращение фактов!

    Речь о том, что сам GCC нельзя распространять, а не собранный им софт. Поэтому они и юзали для сборки говномамонтовую версию. Сейчас все порты, требующие gcc, перевели на портовый же gcc, а системный выпилили ... за ненадобностью.

     
     
  • 4.58, Аноним (55), 21:35, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    мисье напомнить историю с забытым исключением в gcc ?
    или сам нагуглит мисье?
    ну можно еще погуглить историю с object-c и gcc..
     
  • 3.32, Аноним (32), 19:53, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > GCC лицензируется под GPL 3, что требует, чтобы все
    > кто использует его тоже открыли исходники. BSD-шникам это
    > не нравится. Что дает возможность закрывать исходники
    > и зарабатывать капиталистам

    Ага. Все эти годы нравился, а тут внезапно не понравился.
    Аргумент не выдерживающий критики.

    И надо ли понимать ваше объяснение, как прогиб фряхи под капиталистов и корпорокрастов?
    Если всё так, то при всех минусах линукса и gpl - альтернативы им нет, и фряха в таком случае становится лютым ненужно.

     
     
  • 4.37, Crazy Alex (ok), 20:07, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    В смысле "прогиб"? Да они этого и не скрывали никогда
     
     
  • 5.101, Котофалк (?), 02:31, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    у вам одинаковые иллюзии? единотараканники?
     
  • 5.209, Im banana man (?), 19:35, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > В смысле "прогиб"? Да они этого и не скрывали никогда

    Ну как бы и усе. Сразу понятно кому надо, зачем надо.

     
  • 4.47, Аноним (48), 20:31, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Если всё так, то при всех минусах линукса и gpl - альтернативы им нет, и фряха в таком случае становится лютым ненужно.

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

     
     
  • 5.144, Аноним (140), 15:02, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Боян от проприерастов.
     
  • 4.50, анонн (ok), 20:44, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Если всё так, то при всех минусах линукса и gpl - альтернативы
    > им нет, и фряха в таком случае становится лютым ненужно.

    Т.е.:
    нежелание переходить с GPLv2 на GPLv3 (об AGPL даже не заикаемся - платиновые партнеры просто не поймут) в Пингвине - норм.

    А вот в случае Фри, нежелание поменять компоненту с GPLv2 на GPLv3 (ну и заодно, не только нежелание, но и невозможность из-за этой _одной_ компоненты, перевести лицензию всего проекта на нее же) - это "прогиб под капиталистов и корпорасов"?

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

     
  • 4.51, Anonn (?), 20:46, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага. Все эти годы нравился, а тут внезапно не понравился.

    Аргумент не выдерживающий критики.

    Все эти годы они использовали старую версию GCC со второй версией лицензии, пока запиливали ОС под LLVM. Сейчас этот процесс завершился и gcc стал не нужен в базовой системе вообще. Всё стройно и логично для тех, кто знает историю ситуации. Для молодняка это просто очередной повод поорать, безусловно. Это не ново.

     
     
  • 5.52, Аноним (-), 21:14, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > этот процесс завершился

    Ясно. То есть процесс "прогиба" завершился успешно.

    > кто знает историю

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

    > Для молодняка это просто очередной повод поорать

    Ну так говорите потище. Тут необязательно орать. Все люди взрослы.

     
  • 4.95, Im banana man (?), 01:29, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Может и так. Сейчас прибегут толпами эксперты и будут доказывать, что "вывсиенитакпанимаете", но я вот с обывательской точки зрения вижу это так.

    BSD-код бери и где хочешь используй. GPL - тут низзя, либо открывай свои исходники (что корпорасты не любят), либо не используй, а то засудим.

    Вот и все дела. Так что GPL как кость в горле корпорастам.

    Если только это не какой-нибудь общественный проект, который всем приятен. В таком случае крупные компании даже публикуют изменения публично. Что-нибудь с инфраструктурой связано, с настройками или еще чем. Бизнес-фичи к ним не относятся. Это все пишут внутри и никому не показывают.

     
     
  • 5.136, Аноним (55), 13:23, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    покажите эту кость в девайсах на андроиде ? что там у нас с загрузчиком и кастомными сборками?
    А ведь GPL...

    сколько там всяких сервисов у гугла? и что он выкладывает все свои изменения ?

     
     
  • 6.146, Аноним (140), 15:12, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Какой GPL? Android под Apache.
     
     
  • 7.178, Аноним (-), 22:23, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Какой GPL? Android под Apache.

    Попробуй хотя-бы в about зайти, узнаешь много нового :)

     
  • 6.148, Im banana man (?), 15:31, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > покажите эту кость в девайсах на андроиде ? что там у нас
    > с загрузчиком и кастомными сборками?
    > А ведь GPL...
    > сколько там всяких сервисов у гугла? и что он выкладывает все свои
    > изменения ?

    А исходники андроида прям сразу таки и публикуются. День в день. Агась?

     
     
  • 7.188, Аноним (-), 05:04, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А исходники андроида прям сразу таки и публикуются. День в день. Агась?

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


     
  • 2.16, хрю (?), 19:18, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чего в фразе "интеграция более новых версий была невозможна из-за перехода 4.2.2 на лицензию GPLv3, которая была признана неприемлемой для базовых компонентов FreeBSD" не понятно?
     
  • 2.27, анонн (ok), 19:43, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Объясните, пожалуйста, чайнику на пальцах - чем gcc не угодил?

    Тем, что при смене лицензии на GPLv3 исключения из правил для компилятора и его библиотек - еще не было.
    Поэтому весь объектный код из под gcc 4.2.2 принудительно менял лицензию на GPLv3. Такое кино понравилось далеко не всем - так появился clang (на который для основных платформ перешли еще в 2013 году), давший по совместительству еще и неплохого пинка разработчикам gcc в области более осмысленных сообщений об ошибках или проверок (тот же asan первым появился в шланге). О последних пунктах правда местные "знатоки" предпочитают в своих горячих спичах не вспоминать ))


     
     
  • 3.39, Crazy Alex (ok), 20:08, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А ты предпочитаешь не вспоминать, что исключение добавили резво, но те, кто хотел повод  повозмущаться GCC - его получили.
     
     
  • 4.45, анонн (ok), 20:26, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > А ты предпочитаешь не вспоминать, что исключение добавили резво, но те, кто хотел повод повозмущаться GCC - его получили.

    А ты предпочитаешь не вспоминать, что меняли лицензию не менее резво, при минорном переходе 4.2.1 -> 4.2.2, без предупреждения - и добавили исключение таки _позже_. Плюс - редистрибутится не только готовый продукт, но и сам код gcc c фряшными патчами. Т.е. пропатченый gplv3 код в проекте BSD - это что у нас юридически-лицензионно будет и с какими практическими ограничениями, не расскажите?
    Так что да, довольно неплохой повод не только повозмущаться, но и попытаться избавиться от зависимости от любителей таких взбрыков.
    Ну и с логикой у местных комментаторов не очень - нежелание (да и невозможность) поменять лицензию (или иметь базовые компоненты) во Фре из-за смены таковой у компилятора у местных комментаторов из "верности принципам" вдруг стало "прогибом под корпорасов". А если бы взяли и поменяли - тогда было бы что? "Непрогиб", но только для смены на GPLv3?  

    В то время, как комиты всякой дряни в ядро от МСца или "нежелание" переходить на AGPL, который не позволял бы облачным корпорасам утягивать и закрывать код (или хотя бы GPLv3, который осложнил бы жизнь корпоративным любителям закоммитить открытый загрузчик своего закрытого блобика) - "та ну, тут все норм!", если речь о Пингвинчике.
    Эталон двойных стандартов из палаты мер и весов …


     
     
  • 5.102, Котофалк (?), 02:36, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    когда анон изложил всё толково и ни отнять, ни добавить.
     
  • 5.114, Аноним (55), 07:48, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    можно еще напомнить историю с object-C.
     
  • 2.36, Аноним (48), 20:04, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Несовместимость GPLv3 с CDDL например.
    А еще необходимость собирать кросскомпилятор для каждой архитектуры, clang в этом плане гибче.
     
     
  • 3.44, Аноним (48), 20:26, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А во вспомнил, не стабильный С++ ABI еще, libc++ с этим все шоколадно, а с libstdc++ придется страдать.
     
     
  • 4.127, пох. (?), 12:39, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А во вспомнил, не стабильный С++ ABI

    это не нестабильный abi, это точно такая же диверсия гнусников, как и libgcc_s - только более ранняя, и "привычная". Да, гадить окружающим они старались еще до той истории.

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

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

     
  • 3.126, пох. (?), 12:35, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А еще необходимость собирать кросскомпилятор для каждой архитектуры, clang в этом плане гибче.

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

     
     
  • 4.187, Аноним (187), 05:03, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > - это вы называете - "гибче"?

    А, шо, мсье не фанат 40-метровых .so? :)

     
  • 3.166, freehck (ok), 18:54, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> чем gcc не угодил?
    > Несовместимость GPLv3 с CDDL например.

    Чушь. Как будто CDDL с GPLv2 совместима, говорите. А если бы это было так, то ничего бы не мешало интеграции ZFS в Linux Kernel. Тем не менее, суровая правда жизни такова, что Sun писали CDDL изначально с намерением сделать её несовместимой с GPL любой версии. Тем паче интересно, что несовместимость с CDDL постоянно ставится в упрёк GPL вам подобными, не разобравшимися в вопросе индивидами.

     
     
  • 4.207, Аноним (48), 18:55, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее ради DTrace и ZFS решили также и от kgdb избавиться.
     
     
  • 5.219, Аноним (-), 06:10, 08/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тем не менее ради DTrace и ZFS решили также и от kgdb избавиться.

    И тем хуже для кого? Ну вот смотри, у меня если кернель на пингвине подохнет, я gdb отправлю на qemu'шный debug сервер, жытаг, kgdb или чего там еще. А нелюбителы гну будут... э... погодите, ныть примерно как мистер пох, что система виснет, но почему - хрен знает? :)

     
     
  • 6.225, анонн (ok), 15:43, 08/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Для имеющих ценное мнение опеннетчиков В табличку поддержки платформ и фич http... большой текст свёрнут, показать
     
     
  • 7.226, Аноним (-), 02:14, 09/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не очень поможет для 1 Понимания где и какие ответки к этому есть 2 И в... большой текст свёрнут, показать
     
     
  • 8.231, Аноним (-), 03:14, 09/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Для понимания обсуждаемого предмета Без высосанных из пальца размышлизмов анони... текст свёрнут, показать
     
     
  • 9.233, Аноним (233), 02:10, 10/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ну конечно можно покозырять системными тулзами чисто для галочки, пробурчать... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (42)

  • 1.25, myhand (ok), 19:30, 03/03/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     
  • 1.26, Антошка (??), 19:33, 03/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Понятно почему. FreeBSD - это основа для консолей Sony и девайсов Яблока, а там везде шланг. Разработчики концентрируются на том, что им позволяет зарабатывать на жизнь. Нельзя их за это осуждать, да и вариативность в методах решения одной задачи не всегда хорошо.
     
     
  • 2.30, Аноним (30), 19:49, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И это неплохо. Проверил свои проекты - собираются в любом инструментарии под любой платформой.
     
  • 2.40, Crazy Alex (ok), 20:10, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Почему нельзя? Можно осуждать. Мало ли кто как зарабатывает, но далеко не все способы заработка и не длдя всех этичны
     
     
  • 3.54, Антошка (??), 21:28, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Люди работают, не воруют же, не паразитируют. Поэтому ваше замечание здесь неуместно.
     
     
  • 4.63, Joseph Illinois (?), 21:42, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Гитлер тоже не воровал, не паразитировал и много работал. Его тоже осуждать неуместно, да?
     
     
  • 5.78, zzz (??), 22:56, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что из перечисленного списка "не воровал, не паразитировал и много работал" является неэтичным?
     
     
  • 6.94, Христианин (?), 01:25, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Результат его работы.
     
     
  • 7.103, Котофалк (?), 02:39, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    поколение уверенных, что не воровать, не паразитировать и много работать приводит к трибуналу к выпуску готово. принимай, мир.
     
  • 5.110, ананчик (?), 04:04, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Лучше не стоит его и того о ком нельзя говорить упоминать в любом контексте если проживаете в РФ
     
  • 5.168, freehck (ok), 19:02, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Гитлер тоже не воровал, не паразитировал и много работал. Его тоже осуждать неуместно, да?

    Майк Годвин тоже не воровал, не паразитировал и много работал. Его упоминать неуместно, да? =)

     
  • 2.86, Аноним (86), 23:48, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да не, шланг и llvm - очень хорошие штуки. Если бы их не сделали компании, то пришлось бы делать Поттерингу. То, что генерируемый ими код хуже кода, генерируемого gcc - это на них просто недостаточно людей бросили. В последнее время критические баги вообще игнорятся.
     
     
  • 3.161, Dmitry (??), 18:31, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    По качеству генерируемого кода я бы поспорил.
    Специально сравнивал ассемблерные файлы, генерируемые clang и gcc.
    Находил отличия как в лучшую, так и в худшую стороны.

    Для clang обнаружил довольно таки забавные "предугадывания" для значений локальных переменных.
    Более "аггрессивное" использование регистров esi, edi, ebp, esp.

    В целом, если интересно, есть статья на хабре
    https://habr.com/ru/post/433598/

    Кстати, на больших объемах кода, оптимизация происходит более интересная.

     
  • 3.208, Аноним (48), 18:59, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    BTW clang довольно агрессивно векторизует код уже с -O2, а с llvm-polly разница приличная не в пользу gcc с graphite.
     
  • 2.153, Аноним (-), 16:10, 04/03/2020 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.170, qwerty123 (??), 20:22, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > FreeBSD - это основа для консолей Sony и девайсов Яблока, а там везде шланг.

    Linux - это основа для всех ведроидов, сотен фирм, а там везде GCC.

     
     
  • 3.183, нет (??), 23:22, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Серьёзно? А как же Лиса, Хром и Андроид переехавшие на кланг?
     
     
  • 4.220, Аноним (-), 06:12, 08/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Хром и Андроид переехавшие на кланг?

    Ну так парень из гугли это к рукам прибрал как лид проекта, IIRC :].

    > А как же Лиса,

    А это просто голимые хипстеры из маздая и гейоси.

     

  • 1.28, neAnonim (?), 19:44, 03/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Я только напомню что: https://opennet.ru/50970

    > Разработчики из Google предложили разработать свою libc для LLVM

    используй clang но libc тащи свой (их полно, и нужен ли он тебе)

     
     
  • 2.129, пох. (?), 12:41, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не хотел бы тебя огорчать, но в freebsd libc и так свой, на страдания гугля, что его линукс-зондам не подходит линуксная, им немного наплевать.

     

  • 1.29, Аноним (29), 19:44, 03/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ура! Ну наконец-то определённость.
     
  • 1.35, крок (?), 20:02, 03/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я бы еще сендмыло и прочее что есть в портах из базы выкинул, и положил пакетами для страждущих из коробки.
     
     
  • 2.43, Аноним (48), 20:22, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    sendmail вроде хотели спешно заменить на скромный Dragonfly Mail Agent, но там не хватало какого-то функционала, а кто-то просто завозмущался.
     
  • 2.66, YetAnotherOnanym (ok), 21:49, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Выкинь, расскажешь потом сколько народу с полноценной фри на твой форк мигрировали.
     
     
  • 3.72, Ivan_83 (ok), 22:08, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Можно через src.conf поотключать сборку, я так и сделал, теперь оно мёртвым грузом в /usr/src лежит и ждёт удаления :)
     
  • 2.150, Аноним (150), 15:48, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Поддерживаю. Сложный комбайн нужно заменить на простой. В свое время хорошая идея была в Debian заменить на exim, но потом как выяснилось, что в exim одни сплошные проблемы.
     

  • 1.42, zhzhzh (?), 20:21, 03/03/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +5 +/
     
  • 1.46, Аноним (46), 20:27, 03/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Clang vs GCC?
     
  • 1.71, Аноним (71), 22:04, 03/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Бздя окончательно окуклилась.
    Ждем появления прекрасной бабочки.
     
     
  • 2.85, Anonymqwe (?), 23:43, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Они GCC удалили из базовой системы, а не из портов (пакетов). Если вам нужен GCC вы можете доустановить его отдельно сами из поставляемых дополнительных портов.
     
     
  • 3.130, пох. (?), 12:42, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    ему не нужен - он же не умеет кодить.
    Ему покукарекать.

     
  • 2.169, Аноним (-), 20:20, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ждем появления прекрасной бабочки.

    Бабочек пока не завезли, но в соседней новости есть стрекоза, что харакретно, с gcc...

     

  • 1.73, Аноним (73), 22:10, 03/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    >из SVN-репозитория

    сидите дальше в своей пещере

     
     
  • 2.76, анонн (ok), 22:45, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    code git -C usr src log commit 2eef5ba15c09cc59ac2448b2600f25e9141b5cbf HEAD... большой текст свёрнут, показать
     
  • 2.134, пох. (?), 12:52, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > сидите дальше в своей пещере

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

    Они, внезапно, умеют phabricator.

    Остальные задачи разработчиков - svn решает лучше и эффективнее - потому что ее писали люди, умеющие пользоваться vcs и пользовавшиеся другими до того. А не божок, которого десять лет сотни человек пытались умолить наконец-то освоить хоть что-нибудь, а не вручную патчи разбирать из рассылки.

    Ну он и наляпал - ровно автоматизацию именно этого, соврешенно ненужного, процесса.

    А вы и рады с лопаты дерьмеца-то похавать.

     
     
  • 3.154, Wilem (?), 16:21, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Я уже не помню, какие были проблемы в svn, т к он закончился лет 10-15 назад и ... большой текст свёрнут, показать
     
     
  • 4.160, пох. (?), 18:31, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    говори яснее - с тех пор он не появлялся в тех трех подвалах, где тебя только и ... большой текст свёрнут, показать
     
     
  • 5.167, Wilem (?), 18:55, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > странно - а у меня появилась куча проблем, стало можно легко что-то испортить, что уже невозможно будет откатить, и придется с этим жить.
    > При этом 90% топящих за git разработчиков - пользоваться им не умеют вообще

    Какая ирония. Похоже те, кому он не нравится, точно также не умеют им пользоваться, ибо "невозможно откатить" в гите не бывает, а "стало можно легко испортить" (по сравнению с svn) это вообще глупость, т.к. у всех своя версия репы и испортить ты случайно можешь разве что себе самому.

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

     
     
  • 6.171, Аноним (171), 20:33, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Порог вхождения выше, это да.

    И преодолевает его, дай бог, где-то 1%? остальные по how-to'шкам pull-commit-push?

     
     
  • 7.182, Wilem (?), 23:16, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Смотря о чём речь. Если что-то нестандартное, то это понимать нужно. А если фичебранч в помойку закинуть одной кнопкой в web ui.
     
  • 7.198, пох. (?), 16:10, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > И преодолевает его, дай бог, где-то 1%? остальные по how-to'шкам pull-commit-push?

    "ой, не пушится, кто-то успел раньше!" "Штоделать, штоделать, щас...щас...а вот и похожий вопрос на стеке, ответ читать некогда, таски не ждут, попробую ... ой!"

    Чаще они, конечно, свою репу превращают в трэш, и свою работу переделывают (скопировать _руками_ правленные файлы, стереть нахрен, снова clone, руками положить обратно - типовой "use pattern"), но бывает и хуже.

     
  • 6.197, пох. (?), 16:06, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    похоже, ты один из тех кто таки не умеет да-да, у всех вообще своя репа, а общи... большой текст свёрнут, показать
     
  • 6.223, iZEN (ok), 14:11, 08/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Уж лучше hg. Проще и быстрее осваивается. Есть русский язык в системе помощи.
     
     
  • 7.227, Аноним (-), 02:17, 09/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Уж лучше hg. Проще и быстрее осваивается.

    Этот бобик настолько сдох что его даже уже битовая мусорница у себя выкинула. При том что изначально битовая мусорка создавалась как hg-хостинг :)

    > Есть русский язык в системе помощи.

    Актуально разве что 1Сникам, остальные совсем уж не зная инглиша прогать не смогут, остальное при этом не важно :)

     
  • 5.221, Аноним (-), 06:15, 08/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > говори яснее - с тех пор он не появлялся в тех трех
    > подвалах, где тебя только и приняли на работу.

    Слушай, даже MS накодил git в VS. Признав что их TFS - примерно такой же кал как и SVN для собственно, блин, контроля версий сорцов.

    Как угодно но именно телепаться между разными версиями в гите быстро и круто. А в svn это ацтойно даже с локального сервера (который еще и сетапить надо в обязаловку!) а с ремотного - это просто жесть. В результате вместо починки бага разработчик занимается туповэйтингом чудного инструмента...

     
  • 4.162, Hellfire Club (?), 18:39, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Открою секрет Полишинеля в этом мире выбор большинства не эквивалентно хорош... большой текст свёрнут, показать
     
     
  • 5.164, Wilem (?), 18:47, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > О существовании других систем контроля версий они либо тупо не знают,

    Куда же делись все разработчики, жившие на SVN до появления гита? Они внезапно забыли, что такое SVN и теперь им не с чем сравнивать?

     
     
  • 6.200, пох. (?), 16:17, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    кто в топ-топы, кто в кактус, кто просто спился большинство никогда и не знали ... большой текст свёрнут, показать
     
  • 4.172, Аноним (171), 20:41, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Иначе бы его не использовали все и везде.

    Да-да. А давайте поиграем в аналогии: сотни миллионов водителей используют автомобили. Только понастоящему умелых и ответственных водителей - там 0,1% от них? Остальные просто жмут на педали.

     
     
  • 5.201, пох. (?), 16:35, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > там 0,1% от них? Остальные просто жмут на педали.

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

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

    А с гитом - вполне достаточно записи в резюме "умею git!"
    Никого еще не уволили за то, что он в первый же день работы искал в гугле разницу между push и pull.


     
  • 5.218, Аноним (218), 06:04, 08/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Остальные просто жмут на педали.

    Ну вот поэтому и пришлось придумать экзамены и ПДД, и таки дрючить немилосердно...

     

     ....большая нить свёрнута, показать (18)

  • 1.77, Аноним (77), 22:52, 03/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    надо просто убрать поддержку бзди из gcc - и будет все агонь и справедливо
     
     
  • 2.80, Аноним (80), 23:20, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если он такая же хайповая помойка как сам Линь, то поему бы и нет.
     
  • 2.81, Аноний (?), 23:23, 03/03/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    не забудь убрать постгрес, опенсхх и прочие программы с BSD лицензией из лунупса.
    А и покаяться не забудь из-за скоммуниженного wifi драйверочка из NetBSD
     
     
  • 3.112, Аноним (77), 07:31, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –6 +/
    упоротые бздишники: postgres доступен в любом Linux дистре. то что у wifi есть тысячи чипсетов, код к которым выпускается по сотне лицензий ты походу даже не в курсе. а opencxx можешь закопать рядом с собой
     
     
  • 4.120, Аноний (?), 11:23, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >упоротые бздишники: postgres доступен в любом Linux дистре

    упоротые лунуксятники: gcc разнообразных версий есть в портах и пакетах

    про фиви речь была о не соблюдении БСД лицензии лулуксятниками.

     
     
  • 5.194, Аноним (77), 12:45, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    как лицензию назвали, так на нее и кладут
     
  • 2.90, анонн (ok), 00:28, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > надо просто убрать поддержку бзди из gcc - и будет все агонь и справедливо

    Бубунточку и остальные дистры без gcc в базовой поставке не забудь. И WSL вместе с десяточкой - тоже.

     
     
  • 3.91, Аноним (1), 00:50, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Убунта собрана гцц, то что там нет компилятора, это не значит, что там нет гцц. Единственный дистрибутив без гцц из мне известных это openmandriva. Может быть есть другие, я не слышал. Смысла в этом не много.
     
     
  • 4.98, анонн (ok), 01:45, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Убунта собрана гцц, то что там нет компилятора, это не значит, что там нет гцц.

    Т.е. компилятор там есть, просто его там нет. А так он есть.
    Ага.
    Л – логично, че.


     
     
  • 5.99, Аноним (1), 01:57, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, логично. Помимо компилятора есть библиотеки и код этим компилятором генерируемый и встраиваемый.
     
  • 3.111, Аноним (77), 07:27, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не асилил бубунточку ? hint: apt-get install gcc-9
     
     
  • 4.125, анонн (ok), 12:32, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Т е нужно ставить - а кто-то анонимный просто не осилил дочитать до без gcc в ... большой текст свёрнут, показать
     

  • 1.84, Аноним (86), 23:41, 03/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    От того, что gcc выпилили, баги в баг-трекере llvm и CLang не перестанут игнорироваться.

    Извините, но это п****ц, когда в шланге элементарнейшая ошибка, ломающая компиляцию с некоторыми флагами, которая фиксится в пару строк, просто проигнорирована людьми, которые якобы всерьёз занимаются его разработкой.

     
     
  • 2.119, Аноним (4), 11:06, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что пермиссивная лицензия фактически означает, что код без хозяина. Я тут что-то накалякал, сам не знаю что, а вы дальше трахайтесь как хотите.
     
     
  • 3.122, DerRoteBaron (ok), 11:31, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В этом случае скорее что хозаева кода что-то выплюнули, и им плевать, если кто-то использует не так как они, ведь остальное же было добавлено в свободное время по фану
     
  • 2.128, Gogi (??), 12:40, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Столько претензий... милейший, вы не забыли, что вы НИ КОПЕЙКИ не заплатили за весь FOSS-софт? Надо - редактор в руки и вперёд - правьте баги! Не можете - значит ждите. Это основа "бесплатного ПО".

    Я сам (как прогер) искренне понимаю, что довольно обидно ждать месяцами эти "фиксится в пару строк". Но это ОДИН баг. Рядом - другой, который тоже "в пару строк". И ещё один... их СОТНИ! И несмотря на количественно малый код, это всё отнимает время. Одна строчка может стоить целого ЧАСА работы. Вот как-то так.

     
     
  • 3.132, пох. (?), 12:47, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Надо - редактор в руки и вперёд - правьте баги!

    там кое-что уже исправили - но апстриму, видишь ли, недосуг эти исправления вмержить.

    Видимо, на макоси с этими флагами собираться не принято.

     
  • 3.174, Аноним (86), 21:21, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Одна строчка может стоить целого ЧАСА работы.

    Да и дня запросто. Если развели бюрократию. К счастью llvm когда я последний раз посылал патчи была не про бюрократию - патч сразу приняли без вопросов, зачем это нужно и без прочего маразма, вроде CLA факсом, как PSF любит.

    >вы не забыли, что вы НИ КОПЕЙКИ не заплатили за весь FOSS-софт?

    Я присылал патчи и их даже приняли. Но это было давно. Компиляция с 0 заняла день. Сейчас уже код изменился, сейчас для того, чтобы проверить мой патч, мне опять надо компилировать день. Не хочу. Не надо городить монстров, которые надо пересобирать полностью с нуля. Нужно городить систему из небольших либ, динамически связанных друг с другом, которые можно пересобирать независимо друг от друга.

     
     
  • 4.212, пох. (?), 10:40, 06/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > К счастью llvm когда я последний раз посылал патчи была не про бюрократию

    а этот последний раз не в 18м ли году, случайно, был?

    А то после некоторых событий - весьма вероятно что он таки был - последний.

     
  • 2.228, Аноним (228), 02:20, 09/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > некоторыми флагами, которая фиксится в пару строк, просто проигнорирована людьми, которые
    > якобы всерьёз занимаются его разработкой.

    Гугла баг не импактит, так что идите нафиг. А, еще эпл есть, но у них там чуть ли не свой полупроприетарный форк, они как-нибудь разберутся. Для того что их импактило. А вы - ну, вот, разбирайтесь кто вас будет иметь, толи эпл, толи гугл...

     

  • 1.88, mommy (?), 00:18, 04/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Ну тогда говорю бзде sayonara.
     
  • 1.116, Аноним (116), 09:16, 04/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Мне любопытно: а если llvm/clang вдруг перейдёт на GPL - бздя закроется?
     
     
  • 2.117, Сергей (??), 09:36, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А это уже не будет llvm/clang
     
     
  • 3.145, Анонанон (?), 15:02, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А это уже отмазка, а не ответ.
     
  • 2.184, нет (??), 23:28, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда фря будет использовать гцц, который в такой ситуации, уже перейдёт на бсд лицензию
     

  • 1.121, DerRoteBaron (ok), 11:29, 04/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Вот так они и остались без рабочего c++-компилятора в базовой системе. Поздравляю
     
     
  • 2.131, пох. (?), 12:45, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    ну да, компилятор который собирает сам себя вместе с тулсетом (llvm, внезапно - написан на с++) - это ж, нерабочий.

    Пингвинятки, вы кроме святой веры вообще хоть что-нибудь о мире знаете?

     
     
  • 3.155, DerRoteBaron (ok), 16:55, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На том подмножестве стандарта c++, который (надо сказать довольно криво) реализует clang.

    P.S. знаем, например, случаи, когда clang++ выдаёт некорректный или очень медленный код без причины на то, а порой и следует на стандарту, а каким-то фантазиям т.е. предложениям в том виде, в котором их удобнее реализовать, а не в том, в котором оно попало в стандарт.

     
     
  • 4.158, пох. (?), 18:04, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > знаем, например, случаи, когда clang++ выдаёт некорректный или очень медленный код без причины
    > на то, а порой и следует на стандарту, а каким-то фантазиям т.е. предложениям в том виде, в
    > котором их удобнее реализовать, а не в том, в котором оно попало в стандарт.

    охотно верю, но что - про gcc (причем модный-современный 9, не говоря уже о страшном и ужасном 4.7) вы того же самого разьве не можете рассказать?

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

     
     
  • 5.177, DerRoteBaron (ok), 22:12, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно мне так везло, но код (кроме совсем помойного), с которым приходилось работать, либо собирался gcc и ломался в шланге, или ломался (без особой причины) и там и там, и то это скорее привет весёлым людям, которые так забористо стандартизуют C++
     
  • 5.229, Аноним (228), 02:23, 09/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > не можете рассказать?

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

     
  • 4.163, Dmitry (??), 18:40, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я не знаю, в каком стандарте народ пишет на gcc и g++, но clang на него ругается со страшной силой.
    У меня куча питоновских библиотек не собирается из-за этого.
    То void функция возвращает результат.
    То не_void функция не возвращает результата.
    Причем gcc это за ошибки не считает.
     
     
  • 5.203, пох. (?), 16:40, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    так включи в gcc9 Wall - тоже будет ругаться.

    > Причем gcc это за ошибки не считает.

    -Werror к -Wall решит твою проблему, сломать сборку и на gcc ;-)

    Если что - решение проблемы с clang находится примерно в этой же плоскости. Там еще и дефолтные переключатели -std по разному стоят (ну или стояли, когда я на это напарывался).

    И да, я не знаю в каком стандарте был тот код, который от этого не собирался, но век бы того п-ца  больше не видеть.

     
  • 5.222, Аноним (-), 06:16, 08/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > У меня куча питоновских библиотек не собирается из-за этого.

    А это вообще не баг а фича :)

     
  • 2.133, Аноним (133), 12:48, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько я понимаю, в медицине не было случаев роста IQ со временем, только его уменьшения. так и с верхним комментарием.
     
  • 2.215, Аноним (-), 17:16, 06/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот так они и остались без рабочего c++-компилятора в базовой системе. Поздравляю

    Без рабочего с++ система вообще-то не соберется.
    /usr/src/sbin/devd



    delete_and_clear(vector<T *> &v)
    {
    typename vector<T *>::const_iterator i;

    for (i = v.begin(); i != v.end(); ++i)
      delete *i;
    v.clear();
    }
    [/Code]


     

  • 1.149, Аноним (-), 15:43, 04/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Всё теперь эта система считается для нас смёртвой. Без GNU GPL бзунов не реанимировать.
     
  • 1.152, Аноним (150), 15:51, 04/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    В целом конечно печалит, что используют clang. Ведь теперь считай что бы развернуть систему нужно уже собирать транслятор на С++. Требования возросли. В следующей эволюционной версии может быть нужен уже Rust.
    Конечно ничего страшного, но просто это сильно находит противников системного программирования, которые плотно и убежденно топят за классический Си.
     
     
  • 2.157, анонн (ok), 17:29, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ведь теперь считай что бы развернуть систему нужно уже собирать транслятор на С++. Требования возросли. В следующей эволюционной версии может быть нужен уже Rust.

    Жаль только, что требования к минимальному знанию матчасти комментаторами остались прежними ((

    1. "теперь" - на самом деле _штатно_ для tier1 платформ с 2013 года.
    2. https://gcc.gnu.org/install/prerequisites.html
    > Tools/packages necessary for building GCC
    > ISO C++98 compiler
    > Necessary to bootstrap GCC, although versions of GCC prior to 4.8 also allow bootstrapping with a ISO C89

    3. Чтобы развернуть систему, достаточно скачать base.txz и kernel.txz. Собирать их компилятором (и тем более, собирать сам компилятор) - совсем не обязательно.

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

    Бедолаги. Надеюсь, им никто не запрещает использовать tcc или древние версии gcc?

     
     
  • 3.159, пох. (?), 18:10, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > 1. "теперь" - на самом деле _штатно_ для tier1 платформ с 2013
    > года.

    на самом деле до 2016 (то есть он уже требовался - но CURRENT, который вменяемые себе не поставят) и до 2018 можно было отключать.

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

    В 11й версии WITHOUT_CLANG был окончательно доломан на этих платформах, что особенно доставляло на фоне его ld, неспособного слинковать собственно freebsd.
    (кажется, починили?)

    > Бедолаги. Надеюсь, им никто не запрещает использовать tcc или древние версии gcc?

    им никто не запрещает сесть и переписать clang на plain c. Жаль что они не умеют кодить, правда?

     
     
  • 4.165, Dmitry (??), 18:51, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Что все и делали, поскольку для сборки системы вполне хватало "немодного древнего" gcc, а собирается это чудовище, действительно, в разы дольше чем собирался до-clangовый word целиком.
    > Причем где-то в процессе образуется пара экземпляров компилятора, жрущих по пол-гигабайта оперативы.

    Не поверишь, но компилиться дольше оно из-за того, что собирает кросскомпилятор.
    Попробуй в /etc/src.conf дать ему такое:
    WITHOUT_LLVM_TARGET_AARCH64="YES"
    WITHOUT_LLVM_TARGET_ARM="YES"
    WITHOUT_LLVM_TARGET_MIPS="YES"
    WITHOUT_LLVM_TARGET_POWERPC="YES"
    WITHOUT_LLVM_TARGET_SPARC="YES"

    >В 11й версии WITHOUT_CLANG был окончательно доломан на этих платформах, что особенно доставляло на фоне его ld, неспособного слинковать собственно freebsd.
    >(кажется, починили?)

    ld для tier1 никогда и не был поломан. Откуда такие сведения ?

     
     
  • 5.173, анонн (ok), 20:47, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Что все и делали, поскольку для сборки системы вполне хватало "немодного древнего" gcc, а собирается это чудовище, действительно, в разы дольше чем собирался до-clangовый word целиком.
    >> Причем где-то в процессе образуется пара экземпляров компилятора, жрущих по пол-гигабайта оперативы.
    > Не поверишь, но компилиться дольше оно из-за того, что собирает кросскомпилятор.
    > Попробуй в /etc/src.conf дать ему такое:
    > WITHOUT_LLVM_TARGET_AARCH64="YES"
    > WITHOUT_LLVM_TARGET_ARM="YES"
    > WITHOUT_LLVM_TARGET_MIPS="YES"
    > WITHOUT_LLVM_TARGET_POWERPC="YES"
    > WITHOUT_LLVM_TARGET_SPARC="YES"

    Ну вон:



    grep WITHOUT_LLV /etc/src.conf
    WITHOUT_LLVM_TARGET_AARCH64=true
    WITHOUT_LLVM_TARGET_ARM=true
    WITHOUT_LLVM_TARGET_MIPS=true
    WITHOUT_LLVM_TARGET_POWERPC=true
    WITHOUT_LLVM_TARGET_SPARC=true


    и как раз крутится свежая сборка в фоне, в 1 job - уже часа 4, несмотря на ccache на стареньком SSD и "полный" /usr/obj (тоже на SSD).
    За это время на этой же машине можно было десяточку раза 2 собрать.

    > ld для tier1 никогда и не был поломан. Откуда такие сведения ?

    Речь не о "поломке" системного ld, а об использовании именно шлангового.
    Оно и само-то по себе появилось не так давно - в конце 2016 был WITH_LLD_AS_LD (т.е. нужно было выставлять явно), а уж по умолчанию активно для amd64 с 2018.

     
     
  • 6.175, Dmitry (??), 21:25, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуй добавить
    WITHOUT_CLANG_FULL и WITHOUT_CROSS_COMPILER
     
     
  • 7.180, анонн (ok), 22:46, 04/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Попробуй добавить
    >  WITHOUT_CLANG_FULL и WITHOUT_CROSS_COMPILER

    grep CROSS /etc/src.conf
    WITHOUT_CROSS_COMPILER=true

    А "--analyze" опция (которая, насколько я знаю, не соберется без CLANG_FULL) вообще-то самому нужна ;)

    PS: оно все еще компиляет.
    > ===> secure/lib/libcrypto (obj,all,install)

    такое чувство, что ccache наоборот, замедляет (конкретно эту) сборку.
    И hit rate почему-то 3.42 % - то ли я зачистил диск (и забыл), то ли из-за того, что прошлая сборка была предыдущей версией компилятора.

     
     
  • 8.199, aaa (??), 16:12, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Странно, у меня мир собирается за час, на железе 12-летней давности и без SSD... текст свёрнут, показать
     
  • 8.205, пох. (?), 17:49, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    PS оно все еще компиляет ты просто брезглив, но невнимателен - у тебя ж, навер... текст свёрнут, показать
     
     
  • 9.206, анонн (ok), 18:54, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Угу - ты не заметил как раз крутится свежая сборка в фоне, в 1 job - уже часа 4... текст свёрнут, показать
     
     
  • 10.210, пох. (?), 20:12, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ффак, я только цитату читал, а не оригинал не хватало еще тут все читать - но ... текст свёрнут, показать
     
  • 10.214, пох. (?), 14:43, 06/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, кстати, час на E3-1245 - не скажу, чтобы от запрещения лишних кросскомпилято... текст свёрнут, показать
     
  • 5.204, пох. (?), 17:45, 05/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Не поверишь, но компилиться дольше оно из-за того, что собирает кросскомпилятор.

    не только, не только - поверь, там основной потерей является то, что сборка c++ (причем там такой, вполне модный-современный плюс, а не времен Си-с-классами) всегда тяжелее plain c.

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

    > WITHOUT_LLVM_TARGET_AARCH64="YES"

    это вот кому-то спасибо огромное (хотя по словам автора - 12/14%, а потери от llvm'овых либ - они не в процентах, они в разах). Прям прослезился.

    Оно в releng попало какой-нибудь, или только 11 stable ?

    > ld для tier1 никогда и не был поломан. Откуда такие сведения ?

    оттуда же, оттуда же, из man src.conf.
    Вот тебе позапрошлогодние дефолты:
         WITHOUT_LLD_IS_LD
                 Set to use GNU binutils ld as the system linker, instead of
                 LLVM's LLD.

                 This is a default setting on amd64/amd64, arm/arm, arm/armeb,
                 arm/armv6, i386/i386, mips/mipsel, mips/mips, mips/mips64el,
                 mips/mips64, mips/mipsn32, pc98/i386, powerpc/powerpc,
                 powerpc/powerpc64 and sparc64/sparc64.

    Он не то что совсем поломан был, он то ли ядро, то ли не только ядро не мог слинковать. Поэтому (если ты руками ничего не трогал) на этом tier1 собиралось clang'ом, не собирался gcc, но зато ld у тебя было аж два - родной clang'овский, который дальше не использовался никак, и ld-gold, которым собиралась собственно операционная система, хоть и скомпиленная шлангом. При этом WITHOUT_LLD было можно (и нужно, нахрена мне второй-полуработающий, вызываемый по спецзаказу для ничего нужного)

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

     

  • 1.217, Аноним (217), 17:04, 07/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Отмечается, что на момент удаления GCC все платформы, не поддерживающие Clang, переведены на использование внешнего сборочного инструментария, устанавливаемого из портов

    Слабаки

     
  • 1.224, iZEN (ok), 15:06, 08/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто пробовал собирать FreeBSD последними версиями GCC (из портов)?

    CC=/usr/local/bin/gcc8
    CXX=/usr/local/bin/g++8
    CPP=/usr/local/bin/cpp8
    - в /etc/make.conf.

    % cd /usr/src/ && make cleandir && make cleandir buildworld buildkernel WITHOUT_CLANG=true
    ...
    /usr/local/bin/gcc8  -O2 -pipe   -fpic -DPIC -fvisibility=hidden -I/usr/src/lib/libc/iconv -DNDEBUG -MD  -MF.depend.__iconv.o -MT__iconv.o -std=gnu99 -fstack-protector-strong   -c /usr/src/lib/libc/iconv/__iconv.c -o __iconv.o
    In file included from /usr/src/lib/libc/iconv/__iconv.c:33:
    /usr/src/lib/libc/iconv/iconv-internal.h:37:48: error: unknown type name '__iconv_bool'; did you mean 'iconv_t'?
    int __bsd___iconv_get_list(char ***, size_t *, __iconv_bool);
                                                    ^~~~~~~~~~~~
                                                    iconv_t
    *** Error code 1

    Stop.
    make[4]: stopped in /usr/src/lib/libc_nonshared
    *** Error code 1

    Stop.
    make[3]: stopped in /usr/src
    *** Error code 1

    Stop.
    make[2]: stopped in /usr/src
    *** Error code 1

    Stop.
    make[1]: stopped in /usr/src
    *** Error code 1

    Stop.
    make: stopped in /usr/src

    Кто-нибудь сталкивался с этой ошибкой при компиляции iconv в составе libc?

     
     
  • 2.230, Аноним (228), 02:26, 09/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > int __bsd___iconv_get_list(char ***

    Ох, труба шатать, какие матюки то они запикали :). Нужно больше указателей на указатели, милорд!

     

  • 1.232, Анонимчик (?), 08:06, 09/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я не смог установить nvidia 440.64 с сайта.( Ошибка связана с отсутствием stdarg.h,freebsd kernel 12.1 realese.С gcc наверно проблем бы не было.(
     

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



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

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