The OpenNET Project / Index page

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



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

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

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52470

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

Оглавление

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


1. "GCC удалён из основного состава FreeBSD "  –8 +/
Сообщение от Аноним (1), 03-Мрт-20, 18:42 
Ну это логичный шаг, конечно. Ещё надо из osx все копролиты выкинуть. Кто-нибудь сравнивал, при сборке в гцц-9 попугаев сильно больше?
Ответить | Правка | Наверх | Cообщить модератору

33. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Урри (?), 03-Мрт-20, 19:54 
Для фри не пробовал, для других больших проектов (видеоэнкодер, например) если для дженерика - в границах 5%. Для конкретных процессоров уже несколько больше, но сильно зависит от Венеры и количества осадков.
Ответить | Правка | Наверх | Cообщить модератору

38. "GCC удалён из основного состава FreeBSD "  +2 +/
Сообщение от Аноним (1), 03-Мрт-20, 20:07 
Я тут собрал jq с -O2 -ffast-math -flto и pgo и получил под 40% ускорение на ровном месте. С обычным O3 ускорение не столь значительное и бинарники пухнут, к тому же приходится отключать векторизацию деревьев. В общем, pgo рулит. Так вот, интересно было бы сравнить способности оптимизации.
Ответить | Правка | Наверх | Cообщить модератору

87. "GCC удалён из основного состава FreeBSD "  –5 +/
Сообщение от ALex_hha (ok), 04-Мрт-20, 00:10 
> Я тут собрал jq с -O2 -ffast-math -flto и pgo и получил под 40% ускорение на ровном месте

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

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

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

89. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (89), 04-Мрт-20, 00:22 
А я изгальнулся собрать фирмвару микроконтроллера с LTO, очень круто вышло, из 6 кило осталось 4. Хоть gcc и багодром в такой конфигурации, конечно.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

93. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от n80 (?), 04-Мрт-20, 01:09 
Давно и регулярно так делаю, багов пока не видел (кроме тех, которые были вызваны ошибками в коде прошивки, тем же UB, например).
Ответить | Правка | Наверх | Cообщить модератору

96. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (96), 04-Мрт-20, 01:29 
> Давно и регулярно так делаю, багов пока не видел (кроме тех, которые
> были вызваны ошибками в коде прошивки, тем же UB, например).

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

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

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

138. "GCC удалён из основного состава FreeBSD "  +5 +/
Сообщение от n80 (?), 04-Мрт-20, 14:00 
Вообще-то, это не прикол, это он имеет полное право так делать (например, для инициализации начального значения большой локальной переменной).
См., например, здесь: https://wiki.osdev.org/Meaty_Skeleton

> The GCC documentation explicitly states that libgcc requires the freestanding environment to supply the memcmp, memcpy, memmove, and memset functions, as well as abort on some platforms.

И, конечно же: https://wiki.osdev.org/Libgcc#When_do_I_need_to_link_with_li...
> All code compiled with GCC *must* be linked with libgcc.

Так что тут сугубо документированное поведение.

Далее, от -O3 код конечно-же пухнет, это же оптимизация по скорости, а не по размеру, а многие оптимизации по скорости и по размеру являются взаимоисключающими (особенно сильно это проявляется на том же x86, но и на ARM это видно). Хуже того, -O2 тоже обычно жирнее -Os.

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

176. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от Аноним (176), 04-Мрт-20, 22:09 
> Вообще-то, это не прикол, это он имеет полное право так делать (например,
> для инициализации начального значения большой локальной переменной).

1) "большой" - аж 16 байтов :)
2) Если static const сказать, это и воркэраундит такую "оптимизацию" и делает код меньше.
3) Я по-моему очень доходчиво -ffreestanding сказал, и дополнительно подкрепил nostdlib, no-builtin, nostartfiles и проч, потому что совершенно не желаю чтобы мне в мою фирмвару пытались поумничать через мою голову на кривой козе.
4) В этом тулчейне ... нет либы с реализацией memcpy :). Не, ну я конечно накодил свой, для сравнения code size такого комбо, любопытно было, но я ж вроде сказал явно - это freestanding. С фуя ли вызовы memcpy?

Да еще в случае вот именно LTO gcc'у башню так круто сносит. Вот так он memcpy видит, а вот так видимо грохает как unused, а потом - бдыщ - undefined reference.

Сорь, но от компилера я в такой ситуации ожидаю все же не такое поведение. И более того - если баги gcc копнуть, ЭТО даже чинили. Однако тот свич который заимплементили таки походу другое комбо оптимизаций :D и на мой сценарий никакого эффекта не оказал. Видимо баг вкрался для еще одного комбо опций и это комбо vs freestanding таки не заметили. А с LTO это умеет коллапсировать в довольно глючную спираль.

> to supply the memcmp, memcpy, memmove, and memset functions,

...и в принципе это катит, но с LTO эта скотина умудряется дополнительно поумничать, а потом таки сказать undefined reference, даже если я его и заимплементил, блин :))). И да, нет там никакого libgcc в baremetal тулчейн. И вообще, последнее что я хочу видеть в микроконтроллере это какой-то левый код впертый мне без спросу на кривой козе.

>> All code compiled with GCC *must* be linked with libgcc.

Пожелаю этим умникам напрогать bare metal фирмрварь для микроконтроля а потом умничать.

> Так что тут сугубо документированное поведение.

Это не делает его менее кривым или сколь-нибудь желательным. Даже сами прогеры gcc таки подтвердили в багтрекере на подобный баг что freestanding - вполне явно декларит реквест об отказе от таких навязчивых услуг. Но вот видимо для одного комбо опций это таки пролезло в каком-то другом куске оптимизатора.

> Далее, от -O3 код конечно-же пухнет, это же оптимизация по скорости, а не по размеру,

Просто код пухнет чуть не в разы а прибавка в скорости буквально единицы процентов, очень неудачный tradeoff на МК. Я надеялся что с LTO будет соотношение поинтереснее. А вместо этого код еще распух. Ну и смысла в таком комбо?! :)

Еще там бывает очень странная реакция если компил и линк разнесены в разные фазы, а тулчейн был кросс. Он как-то лихо так "plugin needed to handle object" - и все, болт. Если одним чихом компилять, нормально срабатывает.

> Хуже того, -O2 тоже обычно жирнее -Os.

Да, конечно, жирнее. Но и заметно шустрее. Вот тут разница уже процентов 30 была (в интенсивном алгоритме).

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

196. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от n80 (?), 05-Мрт-20, 14:13 
> 1) "большой" - аж 16 байтов :)

Достаточно большую, чтобы нельзя было сделать одним-двумя mov (или mov + str).

> 2) Если static const сказать, это и воркэраундит такую "оптимизацию" и делает код меньше.

Так ведь это изменение меняет семантику, а компилятор не может оптимизировать в нарушение стандарта, делает строго по документации. Я же, надеюсь, не надо объяснять в чём разница между static и обычными локальными переменными (и что в C слово const работает не так хорошо, как хотелось бы, «спасибо» любителям использовать UB и требовать обратной совместимости)? Так что если там действительно совсем константа, конечно нужно было сразу указывать static const, всегда так делаю.

> 3) Я по-моему очень доходчиво -ffreestanding сказал, и дополнительно подкрепил nostdlib,
> no-builtin, nostartfiles и проч, потому что совершенно не желаю чтобы мне
> в мою фирмвару пытались поумничать через мою голову на кривой козе.

Эх, человек. Со своим инструментом надо если не дружить, то хотя бы сотрудничать на взаимовыгодных условиях. А не сражаться. Не надо так.
То что операции + и * компилятор всё равно реализует — не смущает? Так и нечего тогда переизобретать велосипед. Если всё написано правильно, никакое из этих (документированных!) явлений код раздувать не будет. И сам не будешь тратить время и усилия на велосипедостроение там, где достаточно было почитать документацию. А то сначала думают что умнее, а потом оказывается что в одном месте оптимизировали, а в другом потеряли куда больше из-за того что некогда было подумать над выбором типов, добавлением static и const в нужных местах, алгоритмическими оптимизациями и т.д.

>> to supply the memcmp, memcpy, memmove, and memset functions,
> ...и в принципе это катит, но с LTO эта скотина умудряется дополнительно
> поумничать, а потом таки сказать undefined reference, даже если я его
> и заимплементил, блин :))). И да, нет там никакого libgcc в
> baremetal тулчейн. И вообще, последнее что я хочу видеть в микроконтроллере
> это какой-то левый код впертый мне без спросу на кривой козе.

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

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

В общем, сражаться с инструментом — заведомо плохая идея и если есть ощущение что сражаешься, надо читать доку, обычно окажется что решение куда проще, чем казалось, да ещё и тому есть неиллюзорные причины.

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

216. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (-), 07-Мрт-20, 08:05 
> Достаточно большую, чтобы нельзя было сделать одним-двумя mov (или mov + str).

Ну да. Однако memcpy прямо в кодогенерации - достаточно неожиданно, а в микроконтроллере еще и очень так себе сюрприз. А с LTO и вовсе вспрыг на грабли.

> Так ведь это изменение меняет семантику,

Однако если уж он так хотел адски поумничать, мог бы, чтоли, заметить что это переменная с локальной видимостью в функции, используемая только readonly, которую никто нигде никак больше не использует и сам задемотить ее до static const, чтоли...

> а компилятор не может оптимизировать в нарушение стандарта,

Ну вообще-то если хочется чтобы совсем вот так, полагается "volatile" сказать. Некоторые вещи компилер имеет право не заметить. Ну например он не знает что обработчик IRQ или хардварного exception кто-то (железо) ВНЕЗАПНО вызывает.

> делает строго по документации.

Если уж мы об этом, запрос freestanding клещится с идеей влупить memcpy. И прямо на уровне стандарта C99 вроде даже, там удосужились сие явно регламентировать.

> «спасибо» любителям использовать UB и требовать обратной совместимости)?

Не очень понимаю этот реверанс. Воткнуть memcpy в freestanding окружении - и правда UB, потому что его там быть не обязано. Проблема в том что это сделал не я а компилер...

> Так что если там действительно совсем константа, конечно нужно было сразу
> указывать static const, всегда так делаю.

Что однако не извиняет ВНЕЗАПНЫЙ memcpy в freestanding окружении. Но это было бы полбеды, еще половина - в том как это с LTO умеет взаимодействовать :)

> Эх, человек. Со своим инструментом надо если не дружить, то хотя бы
> сотрудничать на взаимовыгодных условиях. А не сражаться. Не надо так.

Да на самом деле я с ним и дружу. В МК с ним приходится оооочень плотно знакомиться, там начальная раскрутка окружения (да, я написал себе "стартап", прямо на си) и чудеса линкерным скриптом, и даже Очень Странные Макросы. Но когда меня дернул черт LTO попробовать - я таки отхватил вот приключений, явно больше чем ожидал :)

> То что операции + и * компилятор всё равно реализует — не смущает?

Он это реализует только очень местами - в лучшем случае это как раз таки лобовые ассемблерные команды, что-нибудь типа ADD и MUL.

> никакое из этих (документированных!) явлений код раздувать не будет.

Код распух когда -O3 пущен с LTO. Обычно LTO убавляет размер, но в случае -O3 вышло наоборот. Почитав как это работает - там у LTO какое-то довольно сложное взаимодействие, так что в каких-то отдельных случаях он так и правда может. И даже есть какие-то более fine-graned опции тюнинга оптимизаций, подозреваю что ими можно попробовать повертеть. Но меня устроило -O2+LTO если мне "быстро" и -Os+LTO если "место жмет".

> было почитать документацию.

Документация на LTO, кстати, довольно средненькая и лаконичная. Хоят общее понимание процесса дает, но в целом LTO в GCC та еще камасутра, имхо.

> больше из-за того что некогда было подумать над выбором типов, добавлением
> static и const в нужных местах, алгоритмическими оптимизациями и т.д.

Так компилер и не умничал, до тех пор пока я не попробовал посмотреть а какой вообще минимально можно код. Я сменил набор команд и врубил LTO. А он и взбрыкни с undefined reference, и даже если memcpy дать.

> Так ведь такое дело, что это код не более левый, чем весь
> остальной сгенерированный компилятором.

Как бы это сказать? Ну если вы господа умники уж втыкаете референс на memcpy - тогда, хотя-бы, врубите мозг и не optimize out его реализацию, не?! А то как я его provide'ить должен? :)

> можно было сделать красивее, но знали б где упадут — соломки подстелили.

Можно было уважить стандарт и не фигарить в freestanding окружение такие клюки. А если уж так сильно хочется - ну, ладно, а зачем тогда мой memcpy выпиливать и потом жаловаться? Я еще должен явно хинтить что он used, при том что компилер сам его used? В общем он сам себя надул :)

> инструкциями. Но, насколько понимаю, когда отключаются builtins, такая оптимизация уже
> не будет работать, конечно.

И более того - в МК работа с памятью довольно деликатная штука и такие выходки могут отобрать у меня контроль над происходящим до того как все инициализировано. Обгадив весь компот. Я чо, на асме стартап должен писать? Да ну в пень?! Половина фич Cortex M в том что его можно с места в карьер сями пнуть, без асма.

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

Я примерно так и сделал, и все же имею заметить что LTO может подкинуть сюрпризов в упомянутом случае.

p.s. да вы не бойтесь, на шланге я вообще не возьмусь такие пируэты откалывать и там наверняка не меньше приколов зарыто... :)

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

190. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (190), 05-Мрт-20, 08:58 
> All code compiled with GCC *must* be linked with libgcc

Хм... При любых флагах и опциях евойной командной строки?

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

195. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от n80 (?), 05-Мрт-20, 13:48 
Да, при любых. В некоторых случаях она не используется, но тогда от линковки с ней ничего в коде и не прирастёт (в общем-то, почти всегда так и есть).

Откуда уши растут: иногда возникает необходимость добавить в код целые функции, например, для деления на архитектурах, где для нет такой инструкции (или для работы с long long на 32-битных архитектурах). Авторы GCC могли добавить особые случаи на уровне кодогенератора и линковщика чтобы реализация этих функций подставлялась молча и без указания флагов, но не захотели плодить костыли и делать протекающие абстракции, потому и просто воспользовались штатной функциональностью линковщика, вынеся такие функции в отдельную статическую либу.

Это явление (что компилятор на одну строчку исходника может воткнуть целую функцию, обходя ограничения целевой платформы) имеет место, пожалуй, с /любым/ компилятором, просто здесь это сделано через либу, а где-то — через неведомое место.

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

211. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (211), 06-Мрт-20, 03:15 
> Хм... При любых флагах и опциях евойной командной строки?

Теоретически, он не должен так делать при freestanding. Практически - возможны варианты, так что memcpy/memset/memmove он может все же возжелать при определенных уровнях оптимизации.

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

156. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от кто пчелок уважает (?), 04-Мрт-20, 17:05 
а что не так с ftree-vectorize?
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

185. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (1), 05-Мрт-20, 02:00 
Компилятор может быть быть неожиданно тупым и генерировать совсем не то и не там, в результате всё очень плохо. Я всё мечтаю заценить векторизацию в ICC (интеловский компилятор и либы), говорят, что ему лучше всего она удаётся (когда удаётся).
Ответить | Правка | Наверх | Cообщить модератору

2. "GCC удалён из основного состава FreeBSD "  +7 +/
Сообщение от Аноним (2), 03-Мрт-20, 18:52 
Давно пора.
Ответить | Правка | Наверх | Cообщить модератору

123. "GCC удалён из основного состава FreeBSD "  –3 +/
Сообщение от пох. (?), 04-Мрт-20, 12:29 
и чего такого ужасного было в сохранении старой версии в дереве?
И, заодно - чего такого умудрились понагуанокодить для тех странных платформ, не поддерживаемых llvm, такого замечательного, что ну никак не собрать без волшебной девяточки?


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

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

3. Скрыто модератором  –13 +/
Сообщение от Аноним (2), 03-Мрт-20, 18:53 
Ответить | Правка | Наверх | Cообщить модератору

5. Скрыто модератором  +10 +/
Сообщение от Аноним (5), 03-Мрт-20, 18:56 
Ответить | Правка | Наверх | Cообщить модератору

9. Скрыто модератором  –7 +/
Сообщение от Аноним (9), 03-Мрт-20, 19:06 
Ответить | Правка | Наверх | Cообщить модератору

13. Скрыто модератором  +1 +/
Сообщение от Аноним (13), 03-Мрт-20, 19:16 
Ответить | Правка | Наверх | Cообщить модератору

17. Скрыто модератором  –1 +/
Сообщение от dimchaemail (??), 03-Мрт-20, 19:19 
Ответить | Правка | Наверх | Cообщить модератору

64. Скрыто модератором  +/
Сообщение от IRASoldier_registered (ok), 03-Мрт-20, 21:45 
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

15. Скрыто модератором  +2 +/
Сообщение от Sluggard (ok), 03-Мрт-20, 19:17 
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

34. Скрыто модератором  –1 +/
Сообщение от zurapa (ok), 03-Мрт-20, 20:00 
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

41. Скрыто модератором  +/
Сообщение от Аноним (1), 03-Мрт-20, 20:19 
Ответить | Правка | Наверх | Cообщить модератору

48. Скрыто модератором  +2 +/
Сообщение от Аноним (48), 03-Мрт-20, 20:35 
Ответить | Правка | Наверх | Cообщить модератору

67. Скрыто модератором  +/
Сообщение от IRASoldier_registered (ok), 03-Мрт-20, 21:50 
Ответить | Правка | Наверх | Cообщить модератору

55. Скрыто модератором  +1 +/
Сообщение от Аноним (55), 03-Мрт-20, 21:32 
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

60. Скрыто модератором  –1 +/
Сообщение от Аноним (60), 03-Мрт-20, 21:38 
Ответить | Правка | Наверх | Cообщить модератору

68. Скрыто модератором  +3 +/
Сообщение от IRASoldier_registered (ok), 03-Мрт-20, 21:51 
Ответить | Правка | Наверх | Cообщить модератору

61. Скрыто модератором  +/
Сообщение от Аноним (1), 03-Мрт-20, 21:39 
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

69. Скрыто модератором  +1 +/
Сообщение от Led (ok), 03-Мрт-20, 21:57 
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

59. Скрыто модератором  +/
Сообщение от Аноним (60), 03-Мрт-20, 21:36 
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

192. Скрыто модератором  +/
Сообщение от zurapa (ok), 05-Мрт-20, 12:01 
Ответить | Правка | Наверх | Cообщить модератору

4. "GCC удалён из основного состава FreeBSD "  –11 +/
Сообщение от Аноним (4), 03-Мрт-20, 18:55 
Самозакапывание идёт как намечено
Ответить | Правка | Наверх | Cообщить модератору

105. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (89), 04-Мрт-20, 02:56 
Там вон как раз DF релизнулся в пику. С довольно свежим gcc, конечно, они не настолько религиозные :P
Ответить | Правка | Наверх | Cообщить модератору

140. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (140), 04-Мрт-20, 14:43 
Ну так в той же ветке прямо и написали, единственная вменяемая BSD.
Ответить | Правка | Наверх | Cообщить модератору

189. "GCC удалён из основного состава FreeBSD "  –2 +/
Сообщение от Аноним (-), 05-Мрт-20, 06:08 
> Ну так в той же ветке прямо и написали, единственная вменяемая BSD.

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

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

6. "GCC удалён из основного состава FreeBSD "  +10 +/
Сообщение от Аноним (60), 03-Мрт-20, 19:03 
GCC плохо прогибался под корпарастов.
Ответить | Правка | Наверх | Cообщить модератору

49. "GCC удалён из основного состава FreeBSD "  +2 +/
Сообщение от zzz (??), 03-Мрт-20, 20:39 
С учетом того, что всё переезжает в облака, GPL теряет какой бы то ни было смысл. Внес гугл изменения в gpl-софтину в своем облаке, и теперь он обязан открыть код тому, что разворачивает софтину на серверах, т.е кому? То-то и оно. То же самое с амазоном, то же самое с мс, то же с клаудфларе, то самое с тысячами прочих облачных компаний. В результате облачники творят что хотят, а фанбои гпл на форумах на серьезных щах трут за то, как они всех к ногтю.
Ответить | Правка | Наверх | Cообщить модератору

53. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от Аноним (53), 03-Мрт-20, 21:20 
Кому нужны ваши облака - кучке очкариков, которых меньше 0,1% населения? А вот "открытый" андроид нужен всем пользователям, которых - сколько там процентов населения Земли?.

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

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

57. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Joseph Illinois (?), 03-Мрт-20, 21:34 
Ирочно, что андроид - по факту тонкий клиент для облачных сервисов
Ответить | Правка | Наверх | Cообщить модератору

106. "GCC удалён из основного состава FreeBSD "  +2 +/
Сообщение от ананчик (?), 04-Мрт-20, 03:37 
Может вы хотя бы прочитаете что такое тонкий клиент? Откуда вы лезете такие.
Ответить | Правка | Наверх | Cообщить модератору

118. "GCC удалён из основного состава FreeBSD "  +2 +/
Сообщение от Аноним (118), 04-Мрт-20, 10:09 
Да,андройд тонким не назовешь
Ответить | Правка | Наверх | Cообщить модератору

65. "GCC удалён из основного состава FreeBSD "  –13 +/
Сообщение от IRASoldier_registered (ok), 03-Мрт-20, 21:47 
>Кому нужны ваши облака - кучке очкариков, которых меньше 0,1% населения?

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

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

70. "GCC удалён из основного состава FreeBSD "  +10 +/
Сообщение от Led (ok), 03-Мрт-20, 21:58 
> Эта "кучка очкариков" владеет оборудованием и обслуживает оборудование

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

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

83. "GCC удалён из основного состава FreeBSD "  –10 +/
Сообщение от IRASoldier_registered (ok), 03-Мрт-20, 23:38 
Я тут уже кому-то писал как-то, что зависть - грех. Вот теперь ещё и тебе написал.

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

186. "GCC удалён из основного состава FreeBSD "  –4 +/
Сообщение от Аноним (186), 05-Мрт-20, 04:58 
> Я тут уже кому-то писал как-то, что зависть - грех. Вот теперь ещё и тебе написал.

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

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

213. "GCC удалён из основного состава FreeBSD "  –3 +/
Сообщение от IRASoldier_registered (ok), 06-Мрт-20, 12:42 
> майнтайнером одной из версий glibc

Да хоть ядра Linux.

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

75. "GCC удалён из основного состава FreeBSD "  +5 +/
Сообщение от анонн (ok), 03-Мрт-20, 22:19 
> Кому нужны ваши облака - кучке очкариков, которых меньше 0,1% населения? А
> вот "открытый" андроид нужен всем пользователям, которых - сколько там процентов населения Земли?.

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

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

135. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от пох. (?), 04-Мрт-20, 13:00 
> Ну да - зачем сдались повышающие надежность или производительность патчи FS
> (в том числе и ext2/3 еще 10+ лет назад), планировщика, сети и проч, протестированные
> на куче самого разного оборудования у корпораций с миллиардными оборотами?

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

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

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

97. "GCC удалён из основного состава FreeBSD "  +2 +/
Сообщение от Андрей (??), 04-Мрт-20, 01:32 
> А вот "открытый" андроид нужен всем пользователям

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

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

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

62. "GCC удалён из основного состава FreeBSD "  +2 +/
Сообщение от YetAnotherOnanym (ok), 03-Мрт-20, 21:42 
> всё переезжает в облака

нет

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

56. "GCC удалён из основного состава FreeBSD "  +2 +/
Сообщение от Аноним (55), 03-Мрт-20, 21:33 
это когда любой код собранный при помощи gcc автоматом лицензировался под GPL v3 ?
да да - помним и такой "косяк" (забыли - после 2х лет просмотра лучшими юристами - и в это тоже поверим)
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

141. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (140), 04-Мрт-20, 14:46 
А тебя всё ещё беспокоят фантомные воспоминания? Обратись к психиатру.
Ответить | Правка | Наверх | Cообщить модератору

79. Скрыто модератором  +2 +/
Сообщение от Ыы (?), 03-Мрт-20, 22:58 
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

107. Скрыто модератором  +1 +/
Сообщение от ананчик (?), 04-Мрт-20, 03:40 
Ответить | Правка | Наверх | Cообщить модератору

8. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от pin (??), 03-Мрт-20, 19:06 
Сколько сил потрачено в пустую из-за глупых предубеждений.
Ответить | Правка | Наверх | Cообщить модератору

12. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от Im banana man (?), 03-Мрт-20, 19:15 
В MS вообще только и делают, что иконки перерисовывают и обои ломают. Так что уже плевать кто что делает ) Чем бы дитя не тешилось )
Ответить | Правка | Наверх | Cообщить модератору

31. "GCC удалён из основного состава FreeBSD "  +4 +/
Сообщение от gogo (?), 03-Мрт-20, 19:50 
Иконки - это для видимости. МС сейчас сосредоточены на зондах. Не нужно им мешать.
Ответить | Правка | Наверх | Cообщить модератору

92. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от хотел спросить (?), 04-Мрт-20, 00:51 
а ничего страшного, что пипл всё это говно хавает?

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

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

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

100. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от Котофалк (?), 04-Мрт-20, 02:28 
не, не надо против. даже нехрен и силы тратить. надо объяснять за опенсорс, надо его развивать
Ответить | Правка | Наверх | Cообщить модератору

108. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от хотел спросить (?), 04-Мрт-20, 03:41 
> не, не надо против. даже нехрен и силы тратить. надо объяснять за
> опенсорс, надо его развивать

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

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

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

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

113. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от КО (?), 04-Мрт-20, 07:31 
Гугл схавали?
Схавали.
Десятку схавали?
Схавали.
Кто там еще вкусный?
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

202. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Wfhm (?), 05-Мрт-20, 16:36 
Эпл,всякие Instagram
Ответить | Правка | Наверх | Cообщить модератору

115. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от ryoken (ok), 04-Мрт-20, 08:46 
А каких ещё сайтов, кроме как здесь?
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

142. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (140), 04-Мрт-20, 14:49 
>а ничего страшного, что пипл всё это говно хавает?

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

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

147. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Wilem (?), 04-Мрт-20, 15:24 
> а пока кроме опеннета и парочки других разрозненных сайтов и нет никуя

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

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

191. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (190), 05-Мрт-20, 09:08 
> Всё сплочение происходит в первую очередь на западе

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

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

234. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Im banana man (?), 20-Мрт-20, 16:25 
> Иконки - это для видимости. МС сейчас сосредоточены на зондах. Не нужно
> им мешать.

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

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

124. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от пох. (?), 04-Мрт-20, 12:32 
> Сколько сил потрачено в пустую из-за глупых предубеждений.

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

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

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

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

10. Скрыто модератором  –1 +/
Сообщение от Аноним (9), 03-Мрт-20, 19:09 
Ответить | Правка | Наверх | Cообщить модератору

11. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Сергей (??), 03-Мрт-20, 19:14 
Объясните, пожалуйста, чайнику на пальцах - чем gcc не угодил?
Ответить | Правка | Наверх | Cообщить модератору

14. "GCC удалён из основного состава FreeBSD "  –4 +/
Сообщение от Im banana man (?), 03-Мрт-20, 19:16 
GCC лицензируется под GPL 3, что требует, чтобы все, кто использует его тоже открыли исходники. BSD-шникам это не нравится. Что дает возможность закрывать исходники и зарабатывать капиталистам
Ответить | Правка | Наверх | Cообщить модератору

18. "GCC удалён из основного состава FreeBSD "  +4 +/
Сообщение от Аноним (1), 03-Мрт-20, 19:19 
Что? Конечно не требует. Такое условие есть только если ты линкуешься (напрямую), и по-моему компилятор gcc является исключением из этого правила. А вот проприетарные закрытые плагины для модификации кода в него нельзя напихать, поэтому злонамеренные корпорации и не стали его использовать.
Ответить | Правка | Наверх | Cообщить модератору

109. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от ананчик (?), 04-Мрт-20, 03:41 
какие закрытые технологии вы в шланге обнаружили?
Ответить | Правка | Наверх | Cообщить модератору

137. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (1), 04-Мрт-20, 13:38 
Там вроде эпл что-то закрытое пилил (для раста, как это ни странно).
Ответить | Правка | Наверх | Cообщить модератору

143. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (140), 04-Мрт-20, 14:53 
Так потому вы их в официальном репозитории и не увидите, что они закрытые и поставляются отдельно.
Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

19. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от Аноним (13), 03-Мрт-20, 19:19 
> чтобы все, кто использует его тоже открыли исходники

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

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

20. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от анонн (ok), 03-Мрт-20, 19:22 
> GCC лицензируется под GPL 3, что требует, чтобы все, кто использует его тоже открыли исходники.

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

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

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


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

21. "GCC удалён из основного состава FreeBSD "  +2 +/
Сообщение от dimchaemail (??), 03-Мрт-20, 19:22 
О нет, какое вопиющее извращение фактов!

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

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

58. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (55), 03-Мрт-20, 21:35 
мисье напомнить историю с забытым исключением в gcc ?
или сам нагуглит мисье?
ну можно еще погуглить историю с object-c и gcc..
Ответить | Правка | Наверх | Cообщить модератору

32. "GCC удалён из основного состава FreeBSD "  +9 +/
Сообщение от Аноним (32), 03-Мрт-20, 19:53 
> GCC лицензируется под GPL 3, что требует, чтобы все
> кто использует его тоже открыли исходники. BSD-шникам это
> не нравится. Что дает возможность закрывать исходники
> и зарабатывать капиталистам

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

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

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

37. "GCC удалён из основного состава FreeBSD "  +5 +/
Сообщение от Crazy Alex (ok), 03-Мрт-20, 20:07 
В смысле "прогиб"? Да они этого и не скрывали никогда
Ответить | Правка | Наверх | Cообщить модератору

101. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от Котофалк (?), 04-Мрт-20, 02:31 
у вам одинаковые иллюзии? единотараканники?
Ответить | Правка | Наверх | Cообщить модератору

209. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Im banana man (?), 05-Мрт-20, 19:35 
> В смысле "прогиб"? Да они этого и не скрывали никогда

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

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

47. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от Аноним (48), 03-Мрт-20, 20:31 
>Если всё так, то при всех минусах линукса и gpl - альтернативы им нет, и фряха в таком случае становится лютым ненужно.

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

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

144. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (140), 04-Мрт-20, 15:02 
Боян от проприерастов.
Ответить | Правка | Наверх | Cообщить модератору

50. "GCC удалён из основного состава FreeBSD "  +7 +/
Сообщение от анонн (ok), 03-Мрт-20, 20:44 
> Если всё так, то при всех минусах линукса и gpl - альтернативы
> им нет, и фряха в таком случае становится лютым ненужно.

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

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

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

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

51. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Anonn (?), 03-Мрт-20, 20:46 
> Ага. Все эти годы нравился, а тут внезапно не понравился.

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

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

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

52. "GCC удалён из основного состава FreeBSD "  +4 +/
Сообщение от Аноним (-), 03-Мрт-20, 21:14 
> этот процесс завершился

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

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

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

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

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

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

95. "GCC удалён из основного состава FreeBSD "  –2 +/
Сообщение от Im banana man (?), 04-Мрт-20, 01:29 
Может и так. Сейчас прибегут толпами эксперты и будут доказывать, что "вывсиенитакпанимаете", но я вот с обывательской точки зрения вижу это так.

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

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

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

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

136. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (55), 04-Мрт-20, 13:23 
покажите эту кость в девайсах на андроиде ? что там у нас с загрузчиком и кастомными сборками?
А ведь GPL...

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

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

146. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (140), 04-Мрт-20, 15:12 
Какой GPL? Android под Apache.
Ответить | Правка | Наверх | Cообщить модератору

178. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (-), 04-Мрт-20, 22:23 
> Какой GPL? Android под Apache.

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

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

148. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Im banana man (?), 04-Мрт-20, 15:31 
> покажите эту кость в девайсах на андроиде ? что там у нас
> с загрузчиком и кастомными сборками?
> А ведь GPL...
> сколько там всяких сервисов у гугла? и что он выкладывает все свои
> изменения ?

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

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

188. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (-), 05-Мрт-20, 05:04 
> А исходники андроида прям сразу таки и публикуются. День в день. Агась?

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


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

16. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от хрю (?), 03-Мрт-20, 19:18 
Чего в фразе "интеграция более новых версий была невозможна из-за перехода 4.2.2 на лицензию GPLv3, которая была признана неприемлемой для базовых компонентов FreeBSD" не понятно?
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

27. "GCC удалён из основного состава FreeBSD "  +5 +/
Сообщение от анонн (ok), 03-Мрт-20, 19:43 
> Объясните, пожалуйста, чайнику на пальцах - чем gcc не угодил?

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


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

39. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Crazy Alex (ok), 03-Мрт-20, 20:08 
А ты предпочитаешь не вспоминать, что исключение добавили резво, но те, кто хотел повод  повозмущаться GCC - его получили.
Ответить | Правка | Наверх | Cообщить модератору

45. "GCC удалён из основного состава FreeBSD "  +9 +/
Сообщение от анонн (ok), 03-Мрт-20, 20:26 
> А ты предпочитаешь не вспоминать, что исключение добавили резво, но те, кто хотел повод повозмущаться GCC - его получили.

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

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


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

102. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Котофалк (?), 04-Мрт-20, 02:36 
когда анон изложил всё толково и ни отнять, ни добавить.
Ответить | Правка | Наверх | Cообщить модератору

114. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (55), 04-Мрт-20, 07:48 
можно еще напомнить историю с object-C.
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

36. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (48), 03-Мрт-20, 20:04 
Несовместимость GPLv3 с CDDL например.
А еще необходимость собирать кросскомпилятор для каждой архитектуры, clang в этом плане гибче.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

44. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (48), 03-Мрт-20, 20:26 
А во вспомнил, не стабильный С++ ABI еще, libc++ с этим все шоколадно, а с libstdc++ придется страдать.
Ответить | Правка | Наверх | Cообщить модератору

127. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от пох. (?), 04-Мрт-20, 12:39 
> А во вспомнил, не стабильный С++ ABI

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

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

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

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

126. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от пох. (?), 04-Мрт-20, 12:35 
> А еще необходимость собирать кросскомпилятор для каждой архитектуры, clang в этом плане гибче.

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

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

187. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (187), 05-Мрт-20, 05:03 
> - это вы называете - "гибче"?

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

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

166. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от freehckemail (ok), 04-Мрт-20, 18:54 
>> чем gcc не угодил?
> Несовместимость GPLv3 с CDDL например.

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

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

207. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (48), 05-Мрт-20, 18:55 
Тем не менее ради DTrace и ZFS решили также и от kgdb избавиться.
Ответить | Правка | Наверх | Cообщить модератору

219. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (-), 08-Мрт-20, 06:10 
> Тем не менее ради DTrace и ZFS решили также и от kgdb избавиться.

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

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

225. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от анонн (ok), 08-Мрт-20, 15:43 
>> Тем не менее ради DTrace и ZFS решили также и от kgdb избавиться.
> И тем хуже для кого?

Для имеющих ценное мнение опеннетчиков?

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

В табличку поддержки платформ и фич https://sourceware.org/gdb/wiki/Systems Очередной Анонимный Знаток с Ценным Мнением глядел?
Количество кастомных патчей, игнорируемых апстримом, видел?
https://github.com/freebsd/freebsd-ports/tree/master/devel/g...

Ну и
$ kgdb                                                                            
GNU gdb (GDB) 8.3.1 [GDB v8.3.1 for FreeBSD]
$ pkg which /usr/local/bin/kgdb
/usr/local/bin/kgdb was installed by package gdb-8.3.1_1

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

226. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (-), 09-Мрт-20, 02:14 
> В табличку поддержки платформ и фич

...не очень поможет для
1) Понимания где и какие "ответки" к этому есть.
2) И в каком все это, собственно, состоянии. Что, мягко говоря не последнее соображение для in-kernel интерфейса, который должен трепыхаться в состоянии "ядру настала амба". Иначе нафига б он без этого сдался :)
3) GDB как-то не кошерно, однако, с его лицензией. Что там у вас, LLDB, чтоли, не?

А так все хорошо, прекрасная маркиза.

> /usr/local/bin/kgdb was installed by package gdb-8.3.1_1

Похвастаться kgdb залистив какой-то бинарник... ну я даж не знаю. Вот ежели бы вы скрин дебага упавшего ядра бзды в этом показали.... ээ... кстати, там вон у поха как раз какая-то железка виснет, не хотите ему помочь? Мне системной дряни под линухом хватает, так что на бзды я все же пас, но вы как раз можете показать мастеркласс низкоуровневого дебага и траблшутинга :))

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

231. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (-), 09-Мрт-20, 03:14 
>> В табличку поддержки платформ и фич
> ...не очень поможет для
> 1) Понимания где и какие "ответки" к этому есть.

Для понимания обсуждаемого предмета. Без высосанных из пальца размышлизмов анонима.
Например, можно увидеть что gdbserver для fbsd апстримом не поддерживается.

>> /usr/local/bin/kgdb was installed by package gdb-8.3.1_1
> Похвастаться kgdb залистив какой-то бинарник... ну я даж не знаю. Вот ежели
> бы вы скрин дебага упавшего ядра бзды в этом показали.... ээ...

Спрыгнуть с темы и перевести стрелки - без этого аноним не аноним? Или какая принципиальная разница, установлено оно пакетом или поставляется бандлом? В бубунте вон тоже нет из коробки ни gcc ни kgdb и что-то никто не вопит "Выпилили! Избавились!"

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

233. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (233), 10-Мрт-20, 02:10 
Не, ну конечно можно покозырять системными тулзами чисто для галочки, пробурчать что решение есть и отвалить спать, как математик в анекдоте про огнетушитель и пожар, но я такой гад что системными тулсами еще и пользуюсь. И мне они нужны для использования, а не для того чтобы номинально ими размахивать.

И ежели все приходит к "gdbserver для fbsd апстримом не поддерживается" - тогда, простите, а фигли толку с разглагольствований? Дебагеры - инструмент отладки, а не инструмент разведения понтов.

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

25. Скрыто модератором  +1 +/
Сообщение от myhand (ok), 03-Мрт-20, 19:30 
Ответить | Правка | Наверх | Cообщить модератору

26. "GCC удалён из основного состава FreeBSD "  +5 +/
Сообщение от Антошка (??), 03-Мрт-20, 19:33 
Понятно почему. FreeBSD - это основа для консолей Sony и девайсов Яблока, а там везде шланг. Разработчики концентрируются на том, что им позволяет зарабатывать на жизнь. Нельзя их за это осуждать, да и вариативность в методах решения одной задачи не всегда хорошо.
Ответить | Правка | Наверх | Cообщить модератору

30. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (30), 03-Мрт-20, 19:49 
И это неплохо. Проверил свои проекты - собираются в любом инструментарии под любой платформой.
Ответить | Правка | Наверх | Cообщить модератору

40. "GCC удалён из основного состава FreeBSD "  +4 +/
Сообщение от Crazy Alex (ok), 03-Мрт-20, 20:10 
Почему нельзя? Можно осуждать. Мало ли кто как зарабатывает, но далеко не все способы заработка и не длдя всех этичны
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

54. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от Антошка (??), 03-Мрт-20, 21:28 
Люди работают, не воруют же, не паразитируют. Поэтому ваше замечание здесь неуместно.
Ответить | Правка | Наверх | Cообщить модератору

63. "GCC удалён из основного состава FreeBSD "  –2 +/
Сообщение от Joseph Illinois (?), 03-Мрт-20, 21:42 
Гитлер тоже не воровал, не паразитировал и много работал. Его тоже осуждать неуместно, да?
Ответить | Правка | Наверх | Cообщить модератору

78. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от zzz (??), 03-Мрт-20, 22:56 
Что из перечисленного списка "не воровал, не паразитировал и много работал" является неэтичным?
Ответить | Правка | Наверх | Cообщить модератору

94. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Христианин (?), 04-Мрт-20, 01:25 
Результат его работы.
Ответить | Правка | Наверх | Cообщить модератору

103. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от Котофалк (?), 04-Мрт-20, 02:39 
поколение уверенных, что не воровать, не паразитировать и много работать приводит к трибуналу к выпуску готово. принимай, мир.
Ответить | Правка | Наверх | Cообщить модератору

110. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от ананчик (?), 04-Мрт-20, 04:04 
Лучше не стоит его и того о ком нельзя говорить упоминать в любом контексте если проживаете в РФ
Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

168. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от freehckemail (ok), 04-Мрт-20, 19:02 
> Гитлер тоже не воровал, не паразитировал и много работал. Его тоже осуждать неуместно, да?

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

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

86. "GCC удалён из основного состава FreeBSD "  –3 +/
Сообщение от Аноним (86), 03-Мрт-20, 23:48 
Да не, шланг и llvm - очень хорошие штуки. Если бы их не сделали компании, то пришлось бы делать Поттерингу. То, что генерируемый ими код хуже кода, генерируемого gcc - это на них просто недостаточно людей бросили. В последнее время критические баги вообще игнорятся.
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

161. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Dmitry (??), 04-Мрт-20, 18:31 
По качеству генерируемого кода я бы поспорил.
Специально сравнивал ассемблерные файлы, генерируемые clang и gcc.
Находил отличия как в лучшую, так и в худшую стороны.

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

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

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

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

208. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (48), 05-Мрт-20, 18:59 
BTW clang довольно агрессивно векторизует код уже с -O2, а с llvm-polly разница приличная не в пользу gcc с graphite.
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

153. Скрыто модератором  +/
Сообщение от Аноним (-), 04-Мрт-20, 16:10 
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

170. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от qwerty123 (??), 04-Мрт-20, 20:22 
> FreeBSD - это основа для консолей Sony и девайсов Яблока, а там везде шланг.

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

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

183. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от нет (??), 04-Мрт-20, 23:22 
Серьёзно? А как же Лиса, Хром и Андроид переехавшие на кланг?
Ответить | Правка | Наверх | Cообщить модератору

220. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (-), 08-Мрт-20, 06:12 
> Хром и Андроид переехавшие на кланг?

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

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

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

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

28. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от neAnonim (?), 03-Мрт-20, 19:44 
Я только напомню что: https://opennet.ru/50970

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

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

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

129. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от пох. (?), 04-Мрт-20, 12:41 
не хотел бы тебя огорчать, но в freebsd libc и так свой, на страдания гугля, что его линукс-зондам не подходит линуксная, им немного наплевать.

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

29. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Анонимemail (29), 03-Мрт-20, 19:44 
Ура! Ну наконец-то определённость.
Ответить | Правка | Наверх | Cообщить модератору

35. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от крок (?), 03-Мрт-20, 20:02 
Я бы еще сендмыло и прочее что есть в портах из базы выкинул, и положил пакетами для страждущих из коробки.
Ответить | Правка | Наверх | Cообщить модератору

43. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (48), 03-Мрт-20, 20:22 
sendmail вроде хотели спешно заменить на скромный Dragonfly Mail Agent, но там не хватало какого-то функционала, а кто-то просто завозмущался.
Ответить | Правка | Наверх | Cообщить модератору

66. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от YetAnotherOnanym (ok), 03-Мрт-20, 21:49 
Выкинь, расскажешь потом сколько народу с полноценной фри на твой форк мигрировали.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

72. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Ivan_83 (ok), 03-Мрт-20, 22:08 
Можно через src.conf поотключать сборку, я так и сделал, теперь оно мёртвым грузом в /usr/src лежит и ждёт удаления :)
Ответить | Правка | Наверх | Cообщить модератору

150. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (150), 04-Мрт-20, 15:48 
Поддерживаю. Сложный комбайн нужно заменить на простой. В свое время хорошая идея была в Debian заменить на exim, но потом как выяснилось, что в exim одни сплошные проблемы.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

42. Скрыто модератором  +5 +/
Сообщение от zhzhzh (?), 03-Мрт-20, 20:21 
Ответить | Правка | Наверх | Cообщить модератору

46. "GCC удалён из основного состава FreeBSD "  –2 +/
Сообщение от Аноним (46), 03-Мрт-20, 20:27 
Clang vs GCC?
Ответить | Правка | Наверх | Cообщить модератору

71. "GCC удалён из основного состава FreeBSD "  –5 +/
Сообщение от Аноним (71), 03-Мрт-20, 22:04 
Бздя окончательно окуклилась.
Ждем появления прекрасной бабочки.
Ответить | Правка | Наверх | Cообщить модератору

85. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Anonymqwe (?), 03-Мрт-20, 23:43 
Они GCC удалили из базовой системы, а не из портов (пакетов). Если вам нужен GCC вы можете доустановить его отдельно сами из поставляемых дополнительных портов.
Ответить | Правка | Наверх | Cообщить модератору

130. "GCC удалён из основного состава FreeBSD "  +3 +/
Сообщение от пох. (?), 04-Мрт-20, 12:42 
ему не нужен - он же не умеет кодить.
Ему покукарекать.

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

169. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (-), 04-Мрт-20, 20:20 
> Ждем появления прекрасной бабочки.

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

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

73. "GCC удалён из основного состава FreeBSD "  –4 +/
Сообщение от Аноним (73), 03-Мрт-20, 22:10 
>из SVN-репозитория

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

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

76. "GCC удалён из основного состава FreeBSD "  +5 +/
Сообщение от анонн (ok), 03-Мрт-20, 22:45 
>>из SVN-репозитория
> сидите дальше в своей пещере


git -C /usr/src log
commit 2eef5ba15c09cc59ac2448b2600f25e9141b5cbf (HEAD -> freebsd/12-stable/master, stabl>
Author: emaste <emaste@FreeBSD.org>
Date:   Tue Mar 3 16:25:28 2020 +0000
    MFC r357844: addr2line: Handle DW_AT_ranges in compile units

https://wiki.freebsd.org/action/recall/GitWorkflow?action=re...
> Revision 11 as of 2012-03-22 08:47:37
> There are a couple of FreeBSD git repositories that have been converted with various programs and various parameters. This page describes the "official" git-branch of the FreeBSD project that should be used as a common repository to base other work on.

Патчи из гита оф. поддерживаются, причем много лет:
https://wiki.freebsd.org/action/recall/Phabricator?action=re...
> Revision 23 as of 2014-07-17 22:50:40
> Patches can be created by diff, svn, git,

https://wiki.freebsd.org/action/recall/GraphicsOld/Ports...
> Revision 1 as of 2014-10-19 11:46:29
> Get changes from other developers
> If other people are working on the same branch with you, you'll have to fetch their changes:
> git pull -r

В общем, газифицируйте и далее лужи, делая вид, что принимаете грязевые ванны ))


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

134. "GCC удалён из основного состава FreeBSD "  +2 +/
Сообщение от пох. (?), 04-Мрт-20, 12:52 
> сидите дальше в своей пещере

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

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

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

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

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

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

154. "GCC удалён из основного состава FreeBSD "  –2 +/
Сообщение от Wilem (?), 04-Мрт-20, 16:21 
> Остальные задачи разработчиков - svn решает лучше и эффективнее

Я уже не помню, какие были проблемы в svn, т.к. он закончился лет 10-15 назад и с тех пор нигде, никогда, ни в каких конторах не появлялся - все перешли на гит. Так вот проблемы не помню, но помню, что после перехода на гит как гора с плеч. Исчезла куча проблем, стало можно делать всякие удобные штуки, не боятся что-то испортить и тд. Не знаю, есть ли что-то лучше гита, но то, что гит в миллион раз удобнее для всех разработчиков, которых я когда-либо видел - это факт. Иначе бы его не использовали все и везде. Ну или хотябы жаловались бы на него. Чё-то жалоб не слышно. Плюс, почему-то svnhub.com - не центр мировой разработки софта, как-то так получилось. Что-то наверно разработчики не понимают, ведь это лучший для них инструмент. Наверно, они все получили письмо - не будешь юзать гит, мы тебя того, ну ты понял. Вот они все и испугались, боятся голову поднять.

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

160. "GCC удалён из основного состава FreeBSD "  +2 +/
Сообщение от пох. (?), 04-Мрт-20, 18:31 
>> Остальные задачи разработчиков - svn решает лучше и эффективнее
> Я уже не помню, какие были проблемы в svn, т.к. он закончился
> лет 10-15 назад и с тех пор нигде, никогда, ни в
> каких конторах не появлялся - все перешли на гит. Так вот

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

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

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

При этом 90% топящих за git разработчиков - пользоваться им не умеют вообще, имеют крайне смутное представление о том как он работает и для чего все это надо, и _каждый_ комит немедленно пушат в центральный репо, "а то вдруг кто-то запушит что-то еще". Еще один тут надысь предлагал такой метод в качестве перманентного бэкапа (да, вы не ослышались - он таким образом "бэкапит" вручную)

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

его используют "все и везде" только там, где голос макаки что-то значит.

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

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

> бы на него. Чё-то жалоб не слышно. Плюс, почему-то svnhub.com -
> не центр мировой разработки софта, как-то так получилось. Что-то наверно разработчики

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

Мировой свалкой исходников она таки да, стала - 6ешплатное же ж - взять-взять-взять! - но весьма многие, как ни странно, используют ее именно как свалку - "пожалуйста, шлите ваши патчи воооон туда, здесь мы не принимаем пул-реквестов". (Обычно это означает, что патчи проще слать в /dev/null, потому что там их тоже не примут, но это так, ремарка на полях)

> ты понял. Вот они все и испугались, боятся голову поднять.

да нет, они как не умели гитом пользоваться, так и svn не умели, а какая им разница, чем не уметь?

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

167. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от Wilem (?), 04-Мрт-20, 18:55 
> странно - а у меня появилась куча проблем, стало можно легко что-то испортить, что уже невозможно будет откатить, и придется с этим жить.
> При этом 90% топящих за git разработчиков - пользоваться им не умеют вообще

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

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

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

171. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (171), 04-Мрт-20, 20:33 
> Порог вхождения выше, это да.

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

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

182. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Wilem (?), 04-Мрт-20, 23:16 
Смотря о чём речь. Если что-то нестандартное, то это понимать нужно. А если фичебранч в помойку закинуть одной кнопкой в web ui.
Ответить | Правка | Наверх | Cообщить модератору

198. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от пох. (?), 05-Мрт-20, 16:10 
> И преодолевает его, дай бог, где-то 1%? остальные по how-to'шкам pull-commit-push?

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

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

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

197. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от пох. (?), 05-Мрт-20, 16:06 
> Какая ирония. Похоже те, кому он не нравится, точно также не умеют им пользоваться, ибо
> "невозможно откатить" в гите не бывает

похоже, ты один из тех кто таки не умеет.

> т.к. у всех своя версия репы

да-да, у всех вообще своя репа, а общий проект им и даром не нужен, они вообще в разных подвалах работают.
Или, может, push запрещен под страхом смертной казни и из кода выковырян вручную?
А, нет, все как обычно - это опять запылился мой хрустальный шар, на самом деле и этот васян делает git commit && git push на каждую строчку, "иначе ж можно потерять ценные изменения, если что-то случится с локальным репо"(c).

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

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

> Порог вхождения выше, это да.

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

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

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

223. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от iZENemail (ok), 08-Мрт-20, 14:11 
Уж лучше hg. Проще и быстрее осваивается. Есть русский язык в системе помощи.
Ответить | Правка | К родителю #167 | Наверх | Cообщить модератору

227. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (-), 09-Мрт-20, 02:17 
> Уж лучше hg. Проще и быстрее осваивается.

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

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

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

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

221. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (-), 08-Мрт-20, 06:15 
> говори яснее - с тех пор он не появлялся в тех трех
> подвалах, где тебя только и приняли на работу.

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

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

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

162. "GCC удалён из основного состава FreeBSD "  +2 +/
Сообщение от Hellfire Club (?), 04-Мрт-20, 18:39 
Открою секрет Полишинеля: в этом мире "выбор большинства" не эквивалентно "хороший выбор". Стыдно уже в эпоху инстаграмов, ютубов, фейсбуков не знать о том, насколько легко манипулируемо массовое сознание.

> Иначе бы его не использовали все и везде.
> Вот они все и испугались

Ты не поверишь, но в нынешней разработке, как и в "нормальном" обществе, 95% - типичные овечки, готовые идти на поводу и делать так, как скажут им некие модные авторитеты. О существовании других систем контроля версий они либо тупо не знают, либо слышали пару странных слов типа svn, но всерьез не воспринимают, считая каким-то древним говном, не стоящим внимания. Если завтра пара модных авторитетов начнёт пиарить SVN, те же 95% внезапно узреют и начнут проповедовать svn, героически терпеть его недостатки, и прочая, и прочая.

> Ну или хотябы жаловались бы на него. Чё-то жалоб не слышно.

https://ru.wikipedia.org/wiki/Пузырь_фильтров
На что жаловаться, когда сравнивать не с чем? С чем сравнивать плюсы/минусы гита, когда он везде? Поставить и опробовать самостоятельно? Но зачем, когда везде гит?

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

164. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Wilem (?), 04-Мрт-20, 18:47 
> О существовании других систем контроля версий они либо тупо не знают,

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

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

200. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от пох. (?), 05-Мрт-20, 16:17 
> Куда же делись все разработчики, жившие на SVN до появления гита?

кто в топ-топы, кто в кактус, кто просто спился.

> Они внезапно забыли, что такое SVN и теперь им не с чем сравнивать?

большинство никогда и не знали - "Новая папка (22)", и теперь "Новый клон на попробовать (255)" у них ничем особенным не отличается.
Меньшинство кто не топ, не овощ и жив вообще - кто-то по прежнему использует svn (местами - экспортя без разбора в git через git-svn, "все равно твоя история на самом деле никому не нужна и никто в ней копаться никогда не будет") кто-то с разной степенью успешности заменил его hg, кто-то купил лицензию пефорсы.
Кто-то пользуется git, без веток, черри-пиков и сложных мержей - то есть по сути в режиме svn, но с неудобным и неочевидным синтаксисом.

Таких, которые сознательно выбрали git не "патамушта мейнстрим", "патамушта шитлаб который нас заставили поставить, ничего другого не умеет" - мне неизвестно.

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

172. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (171), 04-Мрт-20, 20:41 
> Иначе бы его не использовали все и везде.

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

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

201. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от пох. (?), 05-Мрт-20, 16:35 
> там 0,1% от них? Остальные просто жмут на педали.

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

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

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


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

218. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (218), 08-Мрт-20, 06:04 
> Остальные просто жмут на педали.

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

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

77. "GCC удалён из основного состава FreeBSD "  –3 +/
Сообщение от Аноним (77), 03-Мрт-20, 22:52 
надо просто убрать поддержку бзди из gcc - и будет все агонь и справедливо
Ответить | Правка | Наверх | Cообщить модератору

80. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (80), 03-Мрт-20, 23:20 
Если он такая же хайповая помойка как сам Линь, то поему бы и нет.
Ответить | Правка | Наверх | Cообщить модератору

81. "GCC удалён из основного состава FreeBSD "  +7 +/
Сообщение от Аноний (?), 03-Мрт-20, 23:23 
не забудь убрать постгрес, опенсхх и прочие программы с BSD лицензией из лунупса.
А и покаяться не забудь из-за скоммуниженного wifi драйверочка из NetBSD
Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

112. "GCC удалён из основного состава FreeBSD "  –6 +/
Сообщение от Аноним (77), 04-Мрт-20, 07:31 
упоротые бздишники: postgres доступен в любом Linux дистре. то что у wifi есть тысячи чипсетов, код к которым выпускается по сотне лицензий ты походу даже не в курсе. а opencxx можешь закопать рядом с собой
Ответить | Правка | Наверх | Cообщить модератору

120. "GCC удалён из основного состава FreeBSD "  +2 +/
Сообщение от Аноний (?), 04-Мрт-20, 11:23 
>упоротые бздишники: postgres доступен в любом Linux дистре

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

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

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

194. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (77), 05-Мрт-20, 12:45 
как лицензию назвали, так на нее и кладут
Ответить | Правка | Наверх | Cообщить модератору

90. "GCC удалён из основного состава FreeBSD "  –2 +/
Сообщение от анонн (ok), 04-Мрт-20, 00:28 
> надо просто убрать поддержку бзди из gcc - и будет все агонь и справедливо

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

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

91. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (1), 04-Мрт-20, 00:50 
Убунта собрана гцц, то что там нет компилятора, это не значит, что там нет гцц. Единственный дистрибутив без гцц из мне известных это openmandriva. Может быть есть другие, я не слышал. Смысла в этом не много.
Ответить | Правка | Наверх | Cообщить модератору

98. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от анонн (ok), 04-Мрт-20, 01:45 
> Убунта собрана гцц, то что там нет компилятора, это не значит, что там нет гцц.

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


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

99. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (1), 04-Мрт-20, 01:57 
Да, логично. Помимо компилятора есть библиотеки и код этим компилятором генерируемый и встраиваемый.
Ответить | Правка | Наверх | Cообщить модератору

111. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (77), 04-Мрт-20, 07:27 
не асилил бубунточку ? hint: apt-get install gcc-9
Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

125. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от анонн (ok), 04-Мрт-20, 12:32 
> не асилил бубунточку ?  hint: apt-get install gcc-9

Т.е. нужно ставить - а кто-то анонимный просто не осилил дочитать до "без gcc в базовой поставке"?

Или аноним опять не осилил разобраться в теме, но полез высказывать ценное мнение?
Hint:


$ uname -rs
FreeBSD 12.1-STABLE

$ gcc5 --version
gcc5 (FreeBSD Ports Collection) 5.5.0
Copyright (C) 2015 Free Software Foundation, Inc.

$  gcc --version
gcc (FreeBSD Ports Collection) 9.2.0

pkg search --repository FreeBSD gcc
aarch64-gcc-6.4.0_8            Cross GNU Compiler Collection for aarch64
aarch64-gcc6-6.5.0             Cross GNU Compiler Collection for aarch64
aarch64-none-elf-gcc-6.4.0_7   GNU Compiler Collection for bare metal arm cross-development
aarch64-xtoolchain-gcc-0.4_1   Pre seeded toolchain to cross build FreeBSD base
aarch64-gcc9-9.2.0             Cross GNU Compiler Collection for aarch64
amd64-gcc-6.4.0_8              Cross GNU Compiler Collection for amd64
...
gcc-ecj-4.5                    Eclipse Java Compiler used to build GCC Java
gcc10-devel-10.0.1.s20200223   GNU Compiler Collection 10
gcc48-4.8.5_11                 GNU Compiler Collection 4.8
gcc6-6.5.0_3                   GNU Compiler Collection 6
gcc6-aux-20180516_1,1          Version of GCC 6 with full Ada support
gcc7-7.5.0                     GNU Compiler Collection 7
gcc8-8.3.0_3                   GNU Compiler Collection 8
gcc8-devel-8.3.1.s20200221     GNU Compiler Collection 8
gcc9-9.2.0_1                   GNU Compiler Collection 9
gcc9-devel-9.2.1.s20200222     GNU Compiler Collection 9
i386-gcc-6.4.0_8               Cross GNU Compiler Collection for i386
i386-gcc6-6.5.0                Cross GNU Compiler Collection for i386
...
mips-gcc9-9.2.0                Cross GNU Compiler Collection for mips
mips-xtoolchain-gcc-0.4_1      Pre seeded toolchain to cross build FreeBSD base
mips64-gcc-6.4.0_8             Cross GNU Compiler Collection for mips64
...
powerpc-gcc9-9.2.0             Cross GNU Compiler Collection for powerpc
powerpc64-gcc-6.4.0_8          Cross GNU Compiler Collection for powerpc64
powerpc64-gcc6-6.5.0           Cross GNU Compiler Collection for powerpc64
powerpc64-gcc9-9.2.0           Cross GNU Compiler Collection for powerpc64
powerpc64-xtoolchain-gcc-0.4_1 Pre seeded toolchain to cross build FreeBSD base
psptoolchain-gcc-stage1-4.9.3_1 PlayStation Portable development toolchain gcc
psptoolchain-gcc-stage2-4.9.3  PlayStation Portable development toolchain gcc

...
riscv32-unknown-elf-gcc-8.3.0_7 GNU Compiler Collection for bare metal arm cross-development
riscv64-gcc-8.3.0              Cross GNU Compiler Collection for riscv64
riscv64-gcc9-9.2.0             Cross GNU Compiler Collection for riscv64
riscv64-none-elf-gcc-8.3.0_7   GNU Compiler Collection for bare metal arm cross-development
riscv64-xtoolchain-gcc-0.4_1   Pre seeded toolchain to cross build FreeBSD base
sparc64-gcc-6.4.0_8            Cross GNU Compiler Collection for sparc64
sparc64-gcc6-6.5.0             Cross GNU Compiler Collection for sparc64
sparc64-gcc9-9.2.0             Cross GNU Compiler Collection for sparc64
sparc64-xtoolchain-gcc-0.4_1   Pre seeded toolchain to cross build FreeBSD base
zpu-gcc-1.0_1                  ZPU gcc compiler

приятного обтекания.

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

84. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (86), 03-Мрт-20, 23:41 
От того, что gcc выпилили, баги в баг-трекере llvm и CLang не перестанут игнорироваться.

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

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

119. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (4), 04-Мрт-20, 11:06 
Потому что пермиссивная лицензия фактически означает, что код без хозяина. Я тут что-то накалякал, сам не знаю что, а вы дальше трахайтесь как хотите.
Ответить | Правка | Наверх | Cообщить модератору

122. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от DerRoteBaron (ok), 04-Мрт-20, 11:31 
В этом случае скорее что хозаева кода что-то выплюнули, и им плевать, если кто-то использует не так как они, ведь остальное же было добавлено в свободное время по фану
Ответить | Правка | Наверх | Cообщить модератору

128. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Gogi (??), 04-Мрт-20, 12:40 
Столько претензий... милейший, вы не забыли, что вы НИ КОПЕЙКИ не заплатили за весь FOSS-софт? Надо - редактор в руки и вперёд - правьте баги! Не можете - значит ждите. Это основа "бесплатного ПО".

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

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

132. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от пох. (?), 04-Мрт-20, 12:47 
> Надо - редактор в руки и вперёд - правьте баги!

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

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

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

174. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (86), 04-Мрт-20, 21:21 
>Одна строчка может стоить целого ЧАСА работы.

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

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

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

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

212. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от пох. (?), 06-Мрт-20, 10:40 
> К счастью llvm когда я последний раз посылал патчи была не про бюрократию

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

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

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

228. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (228), 09-Мрт-20, 02:20 
> некоторыми флагами, которая фиксится в пару строк, просто проигнорирована людьми, которые
> якобы всерьёз занимаются его разработкой.

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

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

88. "GCC удалён из основного состава FreeBSD "  –3 +/
Сообщение от mommy (?), 04-Мрт-20, 00:18 
Ну тогда говорю бзде sayonara.
Ответить | Правка | Наверх | Cообщить модератору

116. "GCC удалён из основного состава FreeBSD "  –3 +/
Сообщение от Аноним (116), 04-Мрт-20, 09:16 
Мне любопытно: а если llvm/clang вдруг перейдёт на GPL - бздя закроется?
Ответить | Правка | Наверх | Cообщить модератору

117. "GCC удалён из основного состава FreeBSD "  +2 +/
Сообщение от Сергей (??), 04-Мрт-20, 09:36 
А это уже не будет llvm/clang
Ответить | Правка | Наверх | Cообщить модератору

145. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Анонанон (?), 04-Мрт-20, 15:02 
А это уже отмазка, а не ответ.
Ответить | Правка | Наверх | Cообщить модератору

184. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от нет (??), 04-Мрт-20, 23:28 
Тогда фря будет использовать гцц, который в такой ситуации, уже перейдёт на бсд лицензию
Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

121. "GCC удалён из основного состава FreeBSD "  –6 +/
Сообщение от DerRoteBaron (ok), 04-Мрт-20, 11:29 
Вот так они и остались без рабочего c++-компилятора в базовой системе. Поздравляю
Ответить | Правка | Наверх | Cообщить модератору

131. "GCC удалён из основного состава FreeBSD "  +4 +/
Сообщение от пох. (?), 04-Мрт-20, 12:45 
ну да, компилятор который собирает сам себя вместе с тулсетом (llvm, внезапно - написан на с++) - это ж, нерабочий.

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

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

155. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от DerRoteBaron (ok), 04-Мрт-20, 16:55 
На том подмножестве стандарта c++, который (надо сказать довольно криво) реализует clang.

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

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

158. "GCC удалён из основного состава FreeBSD "  +2 +/
Сообщение от пох. (?), 04-Мрт-20, 18:04 
> знаем, например, случаи, когда clang++ выдаёт некорректный или очень медленный код без причины
> на то, а порой и следует на стандарту, а каким-то фантазиям т.е. предложениям в том виде, в
> котором их удобнее реализовать, а не в том, в котором оно попало в стандарт.

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

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

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

177. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от DerRoteBaron (ok), 04-Мрт-20, 22:12 
Возможно мне так везло, но код (кроме совсем помойного), с которым приходилось работать, либо собирался gcc и ломался в шланге, или ломался (без особой причины) и там и там, и то это скорее привет весёлым людям, которые так забористо стандартизуют C++
Ответить | Правка | Наверх | Cообщить модератору

229. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (228), 09-Мрт-20, 02:23 
> не можете рассказать?

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

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

163. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от Dmitry (??), 04-Мрт-20, 18:40 
Я не знаю, в каком стандарте народ пишет на gcc и g++, но clang на него ругается со страшной силой.
У меня куча питоновских библиотек не собирается из-за этого.
То void функция возвращает результат.
То не_void функция не возвращает результата.
Причем gcc это за ошибки не считает.
Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

203. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от пох. (?), 05-Мрт-20, 16:40 
так включи в gcc9 Wall - тоже будет ругаться.

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

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

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

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

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

222. "GCC удалён из основного состава FreeBSD "  –1 +/
Сообщение от Аноним (-), 08-Мрт-20, 06:16 
> У меня куча питоновских библиотек не собирается из-за этого.

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

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

133. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (133), 04-Мрт-20, 12:48 
Насколько я понимаю, в медицине не было случаев роста IQ со временем, только его уменьшения. так и с верхним комментарием.
Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

215. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (-), 06-Мрт-20, 17:16 
> Вот так они и остались без рабочего 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();
}


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

149. "GCC удалён из основного состава FreeBSD "  –4 +/
Сообщение от Аноним (-), 04-Мрт-20, 15:43 
Всё теперь эта система считается для нас смёртвой. Без GNU GPL бзунов не реанимировать.
Ответить | Правка | Наверх | Cообщить модератору

152. "GCC удалён из основного состава FreeBSD "  –2 +/
Сообщение от Аноним (150), 04-Мрт-20, 15:51 
В целом конечно печалит, что используют clang. Ведь теперь считай что бы развернуть систему нужно уже собирать транслятор на С++. Требования возросли. В следующей эволюционной версии может быть нужен уже Rust.
Конечно ничего страшного, но просто это сильно находит противников системного программирования, которые плотно и убежденно топят за классический Си.
Ответить | Правка | Наверх | Cообщить модератору

157. "GCC удалён из основного состава FreeBSD "  +1 +/
Сообщение от анонн (ok), 04-Мрт-20, 17:29 
> Ведь теперь считай что бы развернуть систему нужно уже собирать транслятор на С++. Требования возросли. В следующей эволюционной версии может быть нужен уже 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?

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

159. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от пох. (?), 04-Мрт-20, 18:10 
> 1. "теперь" - на самом деле _штатно_ для tier1 платформ с 2013
> года.

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

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

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

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

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

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

165. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Dmitry (??), 04-Мрт-20, 18:51 
> Что все и делали, поскольку для сборки системы вполне хватало "немодного древнего" 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 никогда и не был поломан. Откуда такие сведения ?

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

173. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от анонн (ok), 04-Мрт-20, 20:47 
>> Что все и делали, поскольку для сборки системы вполне хватало "немодного древнего" 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.

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

175. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Dmitry (??), 04-Мрт-20, 21:25 
Попробуй добавить
WITHOUT_CLANG_FULL и WITHOUT_CROSS_COMPILER
Ответить | Правка | Наверх | Cообщить модератору

180. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от анонн (ok), 04-Мрт-20, 22:46 
> Попробуй добавить
>  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 % - то ли я зачистил диск (и забыл), то ли из-за того, что прошлая сборка была предыдущей версией компилятора.

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

199. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от aaa (??), 05-Мрт-20, 16:12 
Странно, у меня мир собирается за час, на железе 12-летней давности и без SSD
Ответить | Правка | Наверх | Cообщить модератору

205. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от пох. (?), 05-Мрт-20, 17:49 
PS: оно все еще компиляет.
> ===> secure/lib/libcrypto (obj,all,install)

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

ps'ом смотри, убедишься, кто на самом деле все ништяки зохавал.

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

206. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от анонн (ok), 05-Мрт-20, 18:54 
> PS: оно все еще компиляет.
>> ===> secure/lib/libcrypto (obj,all,install)
> ты просто брезглив, но невнимателен - у тебя ж, наверняка, многопроцессная сборка?

Угу - ты не заметил "как раз крутится свежая сборка в фоне, в 1 job - уже часа 4," и основной посыл "За это время на этой же машине можно было десяточку раза 2 собрать.", но невнимателен я.

> ps'ом смотри, убедишься, кто на самом деле все ништяки зохавал.

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


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

210. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от пох. (?), 05-Мрт-20, 20:12 
> Угу - ты не заметил "как раз крутится свежая сборка в фоне, в 1 job - уже часа 4,"

ффак, я только цитату читал, а не оригинал (не хватало еще тут все читать) - но ЗАЧЕМ так страдать-то? 8-O

При всей моей нелюбви к llvm, было бы у змейгорыныча три жопы - давно б домой улетел.

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

214. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от пох. (?), 06-Мрт-20, 14:43 
Ну, кстати, час на E3-1245 - не скажу, чтобы от запрещения лишних кросскомпиляторов сильно полегчало.

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

204. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от пох. (?), 05-Мрт-20, 17:45 
> Не поверишь, но компилиться дольше оно из-за того, что собирает кросскомпилятор.

не только, не только - поверь, там основной потерей является то, что сборка 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, и в ядре, и с тех пор не обновляюсь, потому что не получится - мои правки несовместимы с апстримными.

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

217. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (217), 07-Мрт-20, 17:04 
>Отмечается, что на момент удаления GCC все платформы, не поддерживающие Clang, переведены на использование внешнего сборочного инструментария, устанавливаемого из портов

Слабаки

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

224. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от iZENemail (ok), 08-Мрт-20, 15:06 
Кто пробовал собирать 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?

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

230. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Аноним (228), 09-Мрт-20, 02:26 
> int __bsd___iconv_get_list(char ***

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

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

232. "GCC удалён из основного состава FreeBSD "  +/
Сообщение от Анонимчик (?), 09-Мрт-20, 08:06 
Я не смог установить nvidia 440.64 с сайта.( Ошибка связана с отсутствием stdarg.h,freebsd kernel 12.1 realese.С gcc наверно проблем бы не было.(
Ответить | Правка | Наверх | Cообщить модератору

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

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




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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