forum.opennet.ru - "GCC удалён из основного состава FreeBSD " (222)

"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ообщить модератору

Оглавление

Ну это логичный шаг, конечно Ещё надо из osx все копролиты выкинуть Кто-нибудь, Аноним (1), 18:42 , 03-Мрт-20, (1) –8

Для фри не пробовал, для других больших проектов видеоэнкодер, например если д, Урри (?), 19:54 , 03-Мрт-20, (33)

Я тут собрал jq с -O2 -ffast-math -flto и pgo и получил под 40 ускорение на ров, Аноним (1), 20:07 , 03-Мрт-20, (38) +2

https i imgur com N1kPWfi pngНе ты случаем , ALex_hha (ok), 00:10 , 04-Мрт-20, (87) –5
А я изгальнулся собрать фирмвару микроконтроллера с LTO, очень круто вышло, из 6, Аноним (89), 00:22 , 04-Мрт-20, (89)

Давно и регулярно так делаю, багов пока не видел кроме тех, которые были вызван, n80 (?), 01:09 , 04-Мрт-20, (93) +1

GCC умеет весьма конкретно прикалываться Например, втыкая в довольно неожиданны, Аноним (96), 01:29 , 04-Мрт-20, (96)

Вообще-то, это не прикол, это он имеет полное право так делать например, для ин, n80 (?), 14:00 , 04-Мрт-20, (138) +5

1 большой - аж 16 байтов 2 Если static const сказать, это и воркэраундит т, Аноним (176), 22:09 , 04-Мрт-20, (176) +1

Достаточно большую, чтобы нельзя было сделать одним-двумя mov или mov str Та, n80 (?), 14:13 , 05-Мрт-20, (196)

Ну да Однако memcpy прямо в кодогенерации - достаточно неожиданно, а в микрокон, Аноним (-), 08:05 , 07-Мрт-20, (216)

Хм При любых флагах и опциях евойной командной строки , Аноним (190), 08:58 , 05-Мрт-20, (190)

Да, при любых В некоторых случаях она не используется, но тогда от линковки с н, n80 (?), 13:48 , 05-Мрт-20, (195)
Теоретически, он не должен так делать при freestanding Практически - возможны в, Аноним (211), 03:15 , 06-Мрт-20, (211)

а что не так с ftree-vectorize , кто пчелок уважает (?), 17:05 , 04-Мрт-20, (156)

Компилятор может быть быть неожиданно тупым и генерировать совсем не то и не там, Аноним (1), 02:00 , 05-Мрт-20, (185)

Давно пора , Аноним (2), 18:52 , 03-Мрт-20, (2) +7

и чего такого ужасного было в сохранении старой версии в дереве И, заодно - чег, пох. (?), 12:29 , 04-Мрт-20, (123) –3

Скрыто модератором, Аноним (2), 18:53 , 03-Мрт-20, (3) –13

Скрыто модератором, Аноним (5), 18:56 , 03-Мрт-20, (5) +10

Скрыто модератором, Аноним (9), 19:06 , 03-Мрт-20, (9) –7

Скрыто модератором, Аноним (13), 19:16 , 03-Мрт-20, (13) +1

Скрыто модератором, dimcha (??), 19:19 , 03-Мрт-20, (17) –1
Скрыто модератором, IRASoldier_registered (ok), 21:45 , 03-Мрт-20, (64)

Скрыто модератором, Sluggard (ok), 19:17 , 03-Мрт-20, (15) +2
Скрыто модератором, zurapa (ok), 20:00 , 03-Мрт-20, (34) –1

Скрыто модератором, Аноним (1), 20:19 , 03-Мрт-20, (41)

Скрыто модератором, Аноним (48), 20:35 , 03-Мрт-20, (48) +2

Скрыто модератором, IRASoldier_registered (ok), 21:50 , 03-Мрт-20, (67)

Скрыто модератором, Аноним (55), 21:32 , 03-Мрт-20, (55) +1

Скрыто модератором, Аноним (60), 21:38 , 03-Мрт-20, (60) –1

Скрыто модератором, IRASoldier_registered (ok), 21:51 , 03-Мрт-20, (68) +3

Скрыто модератором, Аноним (1), 21:39 , 03-Мрт-20, (61)
Скрыто модератором, Led (ok), 21:57 , 03-Мрт-20, (69) +1

Скрыто модератором, Аноним (60), 21:36 , 03-Мрт-20, (59)

Скрыто модератором, zurapa (ok), 12:01 , 05-Мрт-20, (192)

Самозакапывание идёт как намечено, Аноним (4), 18:55 , 03-Мрт-20, (4) –11

Там вон как раз DF релизнулся в пику С довольно свежим gcc, конечно, они не нас, Аноним (89), 02:56 , 04-Мрт-20, (105) –1

Ну так в той же ветке прямо и написали, единственная вменяемая BSD , Аноним (140), 14:43 , 04-Мрт-20, (140) –1

Ну по крайней мере ченжлоги у них и правда выглядят как-то осмысленнее Так что , Аноним (-), 06:08 , 05-Мрт-20, (189) –2

GCC плохо прогибался под корпарастов , Аноним (60), 19:03 , 03-Мрт-20, (6) +10

С учетом того, что всё переезжает в облака, GPL теряет какой бы то ни было смысл, zzz (??), 20:39 , 03-Мрт-20, (49) +2

Кому нужны ваши облака - кучке очкариков, которых меньше 0,1 населения А вот , Аноним (53), 21:20 , 03-Мрт-20, (53) +1

Ирочно, что андроид - по факту тонкий клиент для облачных сервисов, Joseph Illinois (?), 21:34 , 03-Мрт-20, (57)

Может вы хотя бы прочитаете что такое тонкий клиент Откуда вы лезете такие , ананчик (?), 03:37 , 04-Мрт-20, (106) +2

Да,андройд тонким не назовешь, Аноним (118), 10:09 , 04-Мрт-20, (118) +2

Эта кучка очкариков владеет оборудованием и обслуживает оборудование засчёт ко, IRASoldier_registered (ok), 21:47 , 03-Мрт-20, (65) –13

Не льсти себе , Led (ok), 21:58 , 03-Мрт-20, (70) +10

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

Led Завидовать Тебе Он майнтайнером одной из версий glibc значится Думаешь, , Аноним (186), 04:58 , 05-Мрт-20, (186) –4

Да хоть ядра Linux , IRASoldier_registered (ok), 12:42 , 06-Мрт-20, (213) –3

Ну да - зачем сдались повышающие надежность или производительность патчи FS в т, анонн (ok), 22:19 , 03-Мрт-20, (75) +5

а нельзя как-нибудь сделать эти волшебные патчи просто доступными всем желающим, пох. (?), 13:00 , 04-Мрт-20, (135) +1

А толку от Андроида с Линуксом под GPLv2 Вот вам залоченное устройство и исходн, Андрей (??), 01:32 , 04-Мрт-20, (97) +2

нет, YetAnotherOnanym (ok), 21:42 , 03-Мрт-20, (62) +2

это когда любой код собранный при помощи gcc автоматом лицензировался под GPL v3, Аноним (55), 21:33 , 03-Мрт-20, (56) +2

А тебя всё ещё беспокоят фантомные воспоминания Обратись к психиатру , Аноним (140), 14:46 , 04-Мрт-20, (141) –1

Скрыто модератором, Ыы (?), 22:58 , 03-Мрт-20, (79) +2

Скрыто модератором, ананчик (?), 03:40 , 04-Мрт-20, (107) +1

Сколько сил потрачено в пустую из-за глупых предубеждений , pin (??), 19:06 , 03-Мрт-20, (8)

В MS вообще только и делают, что иконки перерисовывают и обои ломают Так что уж, Im banana man (?), 19:15 , 03-Мрт-20, (12) +1

Иконки - это для видимости МС сейчас сосредоточены на зондах Не нужно им мешат, gogo (?), 19:50 , 03-Мрт-20, (31) +4

а ничего страшного, что пипл всё это говно хавает как бы пора создавать сообщест, хотел спросить (?), 00:51 , 04-Мрт-20, (92) –1

не, не надо против даже нехрен и силы тратить надо объяснять за опенсорс, надо, Котофалк (?), 02:28 , 04-Мрт-20, (100) +1

это одно из возможных направлений, но я более скептично настроен, и хотелось в п, хотел спросить (?), 03:41 , 04-Мрт-20, (108) +1

Гугл схавали Схавали Десятку схавали Схавали Кто там еще вкусный , КО (?), 07:31 , 04-Мрт-20, (113) +1

Эпл,всякие Instagram, Wfhm (?), 16:36 , 05-Мрт-20, (202)

А каких ещё сайтов, кроме как здесь , ryoken (ok), 08:46 , 04-Мрт-20, (115)
Страшно за этот Мир, который этот планкт пипл населяет , Аноним (140), 14:49 , 04-Мрт-20, (142)
В русскоязычном пространстве ничего и не получится Про то, что русские ого-го к, Wilem (?), 15:24 , 04-Мрт-20, (147) –1

Наполеон, Виктория и Гитлер - подтверждают и одобряют , Аноним (190), 09:08 , 05-Мрт-20, (191) –1

Это как букет цветов Визуально дарят цветы эти MS, тем временем сзади присовыва, Im banana man (?), 16:25 , 20-Мрт-20, (234)

когда-то давно я тоже так думал А после истории с прекрасными libgcc_s so - пере, пох. (?), 12:32 , 04-Мрт-20, (124) –1

Скрыто модератором, Аноним (9), 19:09 , 03-Мрт-20, (10) –1
Объясните, пожалуйста, чайнику на пальцах - чем gcc не угодил , Сергей (??), 19:14 , 03-Мрт-20, (11) –1

GCC лицензируется под GPL 3, что требует, чтобы все, кто использует его тоже отк, Im banana man (?), 19:16 , 03-Мрт-20, (14) –4

Что Конечно не требует Такое условие есть только если ты линкуешься напрямую , Аноним (1), 19:19 , 03-Мрт-20, (18) +4

какие закрытые технологии вы в шланге обнаружили , ананчик (?), 03:41 , 04-Мрт-20, (109)

Там вроде эпл что-то закрытое пилил для раста, как это ни странно , Аноним (1), 13:38 , 04-Мрт-20, (137)
Так потому вы их в официальном репозитории и не увидите, что они закрытые и пост, Аноним (140), 14:53 , 04-Мрт-20, (143)

На самом деле нет Есть обязанность либо распространять исходники вместе с бинар, Аноним (13), 19:19 , 03-Мрт-20, (19) +1
Нет, не требует Требует открывать код только тем, кому отгружаешь бинарник Это , анонн (ok), 19:22 , 03-Мрт-20, (20) +1
О нет, какое вопиющее извращение фактов Речь о том, что сам GCC нельзя распростр, dimcha (??), 19:22 , 03-Мрт-20, (21) +2

мисье напомнить историю с забытым исключением в gcc или сам нагуглит мисье ну м, Аноним (55), 21:35 , 03-Мрт-20, (58)

Ага Все эти годы нравился, а тут внезапно не понравился Аргумент не выдерживающ, Аноним (32), 19:53 , 03-Мрт-20, (32) +9

В смысле прогиб Да они этого и не скрывали никогда, Crazy Alex (ok), 20:07 , 03-Мрт-20, (37) +5

у вам одинаковые иллюзии единотараканники , Котофалк (?), 02:31 , 04-Мрт-20, (101) +1
Ну как бы и усе Сразу понятно кому надо, зачем надо , Im banana man (?), 19:35 , 05-Мрт-20, (209)

Вопрос только в том, как долго ты сможешь свой закрытый форк синхронизировать с , Аноним (48), 20:31 , 03-Мрт-20, (47) +1

Боян от проприерастов , Аноним (140), 15:02 , 04-Мрт-20, (144)

Т е нежелание переходить с GPLv2 на GPLv3 об AGPL даже не заикаемся - платино, анонн (ok), 20:44 , 03-Мрт-20, (50) +7
Аргумент не выдерживающий критики Все эти годы они использовали старую версию GC, Anonn (?), 20:46 , 03-Мрт-20, (51)

Ясно То есть процесс прогиба завершился успешно Сначала встали на коленки, по, Аноним (-), 21:14 , 03-Мрт-20, (52) +4

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

покажите эту кость в девайсах на андроиде что там у нас с загрузчиком и кастом, Аноним (55), 13:23 , 04-Мрт-20, (136)

Какой GPL Android под Apache , Аноним (140), 15:12 , 04-Мрт-20, (146) –1

Попробуй хотя-бы в about зайти, узнаешь много нового , Аноним (-), 22:23 , 04-Мрт-20, (178)

А исходники андроида прям сразу таки и публикуются День в день Агась , Im banana man (?), 15:31 , 04-Мрт-20, (148)

Может и не день в день, но даже узкоглазые вываливают этот крап, если он вам зач, Аноним (-), 05:04 , 05-Мрт-20, (188)

Чего в фразе интеграция более новых версий была невозможна из-за перехода 4 2 2, хрю (?), 19:18 , 03-Мрт-20, (16) +1
Тем, что при смене лицензии на GPLv3 исключения из правил для компилятора и его , анонн (ok), 19:43 , 03-Мрт-20, (27) +5

А ты предпочитаешь не вспоминать, что исключение добавили резво, но те, кто хоте, Crazy Alex (ok), 20:08 , 03-Мрт-20, (39)

А ты предпочитаешь не вспоминать, что меняли лицензию не менее резво, при минорн, анонн (ok), 20:26 , 03-Мрт-20, (45) +9

когда анон изложил всё толково и ни отнять, ни добавить , Котофалк (?), 02:36 , 04-Мрт-20, (102)
можно еще напомнить историю с object-C , Аноним (55), 07:48 , 04-Мрт-20, (114)

Несовместимость GPLv3 с CDDL например А еще необходимость собирать кросскомпилят, Аноним (48), 20:04 , 03-Мрт-20, (36)

А во вспомнил, не стабильный С ABI еще, libc с этим все шоколадно, а с libst, Аноним (48), 20:26 , 03-Мрт-20, (44) –1

это не нестабильный abi, это точно такая же диверсия гнусников, как и libgcc_s -, пох. (?), 12:39 , 04-Мрт-20, (127)

э блжад - вот эта сборка миллиарда таргетов которые не то что мне нахрен не ну, пох. (?), 12:35 , 04-Мрт-20, (126)

А, шо, мсье не фанат 40-метровых so , Аноним (187), 05:03 , 05-Мрт-20, (187)

Чушь Как будто CDDL с GPLv2 совместима, говорите А если бы это было так, то ни, freehck (ok), 18:54 , 04-Мрт-20, (166)

Тем не менее ради DTrace и ZFS решили также и от kgdb избавиться , Аноним (48), 18:55 , 05-Мрт-20, (207)

И тем хуже для кого Ну вот смотри, у меня если кернель на пингвине подохнет, я , Аноним (-), 06:10 , 08-Мрт-20, (219) –1

Для имеющих ценное мнение опеннетчиков В табличку поддержки платформ и фич https, анонн (ok), 15:43 , 08-Мрт-20, (225)

не очень поможет для 1 Понимания где и какие ответки к этому есть 2 И в к, Аноним (-), 02:14 , 09-Мрт-20, (226) –1

Для понимания обсуждаемого предмета Без высосанных из пальца размышлизмов анони, Аноним (-), 03:14 , 09-Мрт-20, (231)

Не, ну конечно можно покозырять системными тулзами чисто для галочки, пробурчать, Аноним (233), 02:10 , 10-Мрт-20, (233)

Скрыто модератором, myhand (ok), 19:30 , 03-Мрт-20, (25) +1
Понятно почему FreeBSD - это основа для консолей Sony и девайсов Яблока, а там , Антошка (??), 19:33 , 03-Мрт-20, (26) +5

И это неплохо Проверил свои проекты - собираются в любом инструментарии под люб, Аноним (30), 19:49 , 03-Мрт-20, (30) –1
Почему нельзя Можно осуждать Мало ли кто как зарабатывает, но далеко не все сп, Crazy Alex (ok), 20:10 , 03-Мрт-20, (40) +4

Люди работают, не воруют же, не паразитируют Поэтому ваше замечание здесь неуме, Антошка (??), 21:28 , 03-Мрт-20, (54) +1

Гитлер тоже не воровал, не паразитировал и много работал Его тоже осуждать неум, Joseph Illinois (?), 21:42 , 03-Мрт-20, (63) –2

Что из перечисленного списка не воровал, не паразитировал и много работал явля, zzz (??), 22:56 , 03-Мрт-20, (78) –1

Результат его работы , Христианин (?), 01:25 , 04-Мрт-20, (94)

поколение уверенных, что не воровать, не паразитировать и много работать приводи, Котофалк (?), 02:39 , 04-Мрт-20, (103) +1

Лучше не стоит его и того о ком нельзя говорить упоминать в любом контексте если, ананчик (?), 04:04 , 04-Мрт-20, (110) –1
Майк Годвин тоже не воровал, не паразитировал и много работал Его упоминать неу, freehck (ok), 19:02 , 04-Мрт-20, (168)

Да не, шланг и llvm - очень хорошие штуки Если бы их не сделали компании, то пр, Аноним (86), 23:48 , 03-Мрт-20, (86) –3

По качеству генерируемого кода я бы поспорил Специально сравнивал ассемблерные ф, Dmitry (??), 18:31 , 04-Мрт-20, (161)
BTW clang довольно агрессивно векторизует код уже с -O2, а с llvm-polly разница , Аноним (48), 18:59 , 05-Мрт-20, (208)

Скрыто модератором, Аноним (-), 16:10 , 04-Мрт-20, (153)
Linux - это основа для всех ведроидов, сотен фирм, а там везде GCC , qwerty123 (??), 20:22 , 04-Мрт-20, (170) +1

Серьёзно А как же Лиса, Хром и Андроид переехавшие на кланг , нет (??), 23:22 , 04-Мрт-20, (183)

Ну так парень из гугли это к рукам прибрал как лид проекта, IIRC А это прост, Аноним (-), 06:12 , 08-Мрт-20, (220) –1

Я только напомню что https opennet ru 50970используй clang но libc тащи свой , neAnonim (?), 19:44 , 03-Мрт-20, (28) –1

не хотел бы тебя огорчать, но в freebsd libc и так свой, на страдания гугля, что, пох. (?), 12:41 , 04-Мрт-20, (129) –1

Ура Ну наконец-то определённость , Аноним (29), 19:44 , 03-Мрт-20, (29) –1
Я бы еще сендмыло и прочее что есть в портах из базы выкинул, и положил пакетами, крок (?), 20:02 , 03-Мрт-20, (35)

sendmail вроде хотели спешно заменить на скромный Dragonfly Mail Agent, но там н, Аноним (48), 20:22 , 03-Мрт-20, (43)
Выкинь, расскажешь потом сколько народу с полноценной фри на твой форк мигрирова, YetAnotherOnanym (ok), 21:49 , 03-Мрт-20, (66)

Можно через src conf поотключать сборку, я так и сделал, теперь оно мёртвым груз, Ivan_83 (ok), 22:08 , 03-Мрт-20, (72)

Поддерживаю Сложный комбайн нужно заменить на простой В свое время хорошая иде, Аноним (150), 15:48 , 04-Мрт-20, (150) –1

Скрыто модератором, zhzhzh (?), 20:21 , 03-Мрт-20, (42) +5
Clang vs GCC , Аноним (46), 20:27 , 03-Мрт-20, (46) –2
Бздя окончательно окуклилась Ждем появления прекрасной бабочки , Аноним (71), 22:04 , 03-Мрт-20, (71) –5

Они GCC удалили из базовой системы, а не из портов пакетов Если вам нужен GCC, Anonymqwe (?), 23:43 , 03-Мрт-20, (85)

ему не нужен - он же не умеет кодить Ему покукарекать , пох. (?), 12:42 , 04-Мрт-20, (130) +3

Бабочек пока не завезли, но в соседней новости есть стрекоза, что харакретно, с , Аноним (-), 20:20 , 04-Мрт-20, (169) –1

сидите дальше в своей пещере, Аноним (73), 22:10 , 03-Мрт-20, (73) –4

code git -C usr src logcommit 2eef5ba15c09cc59ac2448b2600f25e9141b5cbf HEAD -, анонн (ok), 22:45 , 03-Мрт-20, (76) +5
в их пещере для code review не надо присылать патчи в рассылку с тысячей писем в, пох. (?), 12:52 , 04-Мрт-20, (134) +2

Я уже не помню, какие были проблемы в svn, т к он закончился лет 10-15 назад и , Wilem (?), 16:21 , 04-Мрт-20, (154) –2

говори яснее - с тех пор он не появлялся в тех трех подвалах, где тебя только и , пох. (?), 18:31 , 04-Мрт-20, (160) +2

Какая ирония Похоже те, кому он не нравится, точно также не умеют им пользовать, Wilem (?), 18:55 , 04-Мрт-20, (167) +1

И преодолевает его, дай бог, где-то 1 остальные по how-to шкам pull-commit-pus, Аноним (171), 20:33 , 04-Мрт-20, (171)

Смотря о чём речь Если что-то нестандартное, то это понимать нужно А если фиче, Wilem (?), 23:16 , 04-Мрт-20, (182)
ой, не пушится, кто-то успел раньше Штоделать, штоделать, щас щас а вот , пох. (?), 16:10 , 05-Мрт-20, (198)

похоже, ты один из тех кто таки не умеет да-да, у всех вообще своя репа, а общий, пох. (?), 16:06 , 05-Мрт-20, (197)
Уж лучше hg Проще и быстрее осваивается Есть русский язык в системе помощи , iZEN (ok), 14:11 , 08-Мрт-20, (223)

Этот бобик настолько сдох что его даже уже битовая мусорница у себя выкинула Пр, Аноним (-), 02:17 , 09-Мрт-20, (227)

Слушай, даже MS накодил git в VS Признав что их TFS - примерно такой же кал как, Аноним (-), 06:15 , 08-Мрт-20, (221)

Открою секрет Полишинеля в этом мире выбор большинства не эквивалентно хорош, Hellfire Club (?), 18:39 , 04-Мрт-20, (162) +2

Куда же делись все разработчики, жившие на SVN до появления гита Они внезапно з, Wilem (?), 18:47 , 04-Мрт-20, (164)

кто в топ-топы, кто в кактус, кто просто спился большинство никогда и не знали -, пох. (?), 16:17 , 05-Мрт-20, (200)

Да-да А давайте поиграем в аналогии сотни миллионов водителей используют автом, Аноним (171), 20:41 , 04-Мрт-20, (172)

мне знакомый полицай - мамой клялся, что не может быть, и не имеющим элементарн, пох. (?), 16:35 , 05-Мрт-20, (201)
Ну вот поэтому и пришлось придумать экзамены и ПДД, и таки дрючить немилосердно , Аноним (218), 06:04 , 08-Мрт-20, (218)

надо просто убрать поддержку бзди из gcc - и будет все агонь и справедливо, Аноним (77), 22:52 , 03-Мрт-20, (77) –3

Если он такая же хайповая помойка как сам Линь, то поему бы и нет , Аноним (80), 23:20 , 03-Мрт-20, (80)
не забудь убрать постгрес, опенсхх и прочие программы с BSD лицензией из лунупса, Аноний (?), 23:23 , 03-Мрт-20, (81) +7

упоротые бздишники postgres доступен в любом Linux дистре то что у wifi есть т, Аноним (77), 07:31 , 04-Мрт-20, (112) –6

упоротые лунуксятники gcc разнообразных версий есть в портах и пакетахпро фиви , Аноний (?), 11:23 , 04-Мрт-20, (120) +2

как лицензию назвали, так на нее и кладут, Аноним (77), 12:45 , 05-Мрт-20, (194) –1

Бубунточку и остальные дистры без gcc в базовой поставке не забудь И WSL вместе, анонн (ok), 00:28 , 04-Мрт-20, (90) –2

Убунта собрана гцц, то что там нет компилятора, это не значит, что там нет гцц , Аноним (1), 00:50 , 04-Мрт-20, (91) –1

Т е компилятор там есть, просто его там нет А так он есть Ага Л 8211 логи, анонн (ok), 01:45 , 04-Мрт-20, (98)

Да, логично Помимо компилятора есть библиотеки и код этим компилятором генериру, Аноним (1), 01:57 , 04-Мрт-20, (99) –1

не асилил бубунточку hint apt-get install gcc-9, Аноним (77), 07:27 , 04-Мрт-20, (111) –1

Т е нужно ставить - а кто-то анонимный просто не осилил дочитать до без gcc в , анонн (ok), 12:32 , 04-Мрт-20, (125)

От того, что gcc выпилили, баги в баг-трекере llvm и CLang не перестанут игнорир, Аноним (86), 23:41 , 03-Мрт-20, (84)

Потому что пермиссивная лицензия фактически означает, что код без хозяина Я тут, Аноним (4), 11:06 , 04-Мрт-20, (119) –1

В этом случае скорее что хозаева кода что-то выплюнули, и им плевать, если кто-т, DerRoteBaron (ok), 11:31 , 04-Мрт-20, (122)

Столько претензий милейший, вы не забыли, что вы НИ КОПЕЙКИ не заплатили за в, Gogi (??), 12:40 , 04-Мрт-20, (128)

там кое-что уже исправили - но апстриму, видишь ли, недосуг эти исправления вмер, пох. (?), 12:47 , 04-Мрт-20, (132) +1
Да и дня запросто Если развели бюрократию К счастью llvm когда я последний раз, Аноним (86), 21:21 , 04-Мрт-20, (174)

а этот последний раз не в 18м ли году, случайно, был А то после некоторых событи, пох. (?), 10:40 , 06-Мрт-20, (212)

Гугла баг не импактит, так что идите нафиг А, еще эпл есть, но у них там чуть л, Аноним (228), 02:20 , 09-Мрт-20, (228)

Ну тогда говорю бзде sayonara , mommy (?), 00:18 , 04-Мрт-20, (88) –3
Мне любопытно а если llvm clang вдруг перейдёт на GPL - бздя закроется , Аноним (116), 09:16 , 04-Мрт-20, (116) –3

А это уже не будет llvm clang, Сергей (??), 09:36 , 04-Мрт-20, (117) +2

А это уже отмазка, а не ответ , Анонанон (?), 15:02 , 04-Мрт-20, (145)

Тогда фря будет использовать гцц, который в такой ситуации, уже перейдёт на бсд , нет (??), 23:28 , 04-Мрт-20, (184)

Вот так они и остались без рабочего c -компилятора в базовой системе Поздравля, DerRoteBaron (ok), 11:29 , 04-Мрт-20, (121) –6

ну да, компилятор который собирает сам себя вместе с тулсетом llvm, внезапно - , пох. (?), 12:45 , 04-Мрт-20, (131) +4

На том подмножестве стандарта c , который надо сказать довольно криво реализу, DerRoteBaron (ok), 16:55 , 04-Мрт-20, (155) –1

охотно верю, но что - про gcc причем модный-современный 9, не говоря уже о стра, пох. (?), 18:04 , 04-Мрт-20, (158) +2

Возможно мне так везло, но код кроме совсем помойного , с которым приходилось р, DerRoteBaron (ok), 22:12 , 04-Мрт-20, (177)
Ну я вон рассказал Парадокс в том что такой финт ушами на шланге я вообще не во, Аноним (228), 02:23 , 09-Мрт-20, (229)

Я не знаю, в каком стандарте народ пишет на gcc и g , но clang на него ругается, Dmitry (??), 18:40 , 04-Мрт-20, (163) +1

так включи в gcc9 Wall - тоже будет ругаться -Werror к -Wall решит твою проблему, пох. (?), 16:40 , 05-Мрт-20, (203)
А это вообще не баг а фича , Аноним (-), 06:16 , 08-Мрт-20, (222) –1

Насколько я понимаю, в медицине не было случаев роста IQ со временем, только его, Аноним (133), 12:48 , 04-Мрт-20, (133)
Без рабочего с система вообще-то не соберется usr src sbin devd code delete_a, Аноним (-), 17:16 , 06-Мрт-20, (215)

Всё теперь эта система считается для нас смёртвой Без GNU GPL бзунов не реаними, Аноним (-), 15:43 , 04-Мрт-20, (149) –4
В целом конечно печалит, что используют clang Ведь теперь считай что бы разверн, Аноним (150), 15:51 , 04-Мрт-20, (152) –2

Жаль только, что требования к минимальному знанию матчасти комментаторами остали, анонн (ok), 17:29 , 04-Мрт-20, (157) +1

на самом деле до 2016 то есть он уже требовался - но CURRENT, который вменяемые, пох. (?), 18:10 , 04-Мрт-20, (159)

Не поверишь, но компилиться дольше оно из-за того, что собирает кросскомпилятор , Dmitry (??), 18:51 , 04-Мрт-20, (165)

Ну вон code grep WITHOUT_LLV etc src conf WITHOUT_LLVM_TARGET_AARCH64 trueWIT, анонн (ok), 20:47 , 04-Мрт-20, (173)

Попробуй добавить WITHOUT_CLANG_FULL и WITHOUT_CROSS_COMPILER, Dmitry (??), 21:25 , 04-Мрт-20, (175)

grep CROSS etc src conf WITHOUT_CROSS_COMPILER trueА --analyze опция которая, анонн (ok), 22:46 , 04-Мрт-20, (180)

Странно, у меня мир собирается за час, на железе 12-летней давности и без SSD, aaa (??), 16:12 , 05-Мрт-20, (199)
PS оно все еще компиляет ты просто брезглив, но невнимателен - у тебя ж, наверн, пох. (?), 17:49 , 05-Мрт-20, (205)

Угу - ты не заметил как раз крутится свежая сборка в фоне, в 1 job - уже часа 4, анонн (ok), 18:54 , 05-Мрт-20, (206)

ффак, я только цитату читал, а не оригинал не хватало еще тут все читать - но , пох. (?), 20:12 , 05-Мрт-20, (210)
Ну, кстати, час на E3-1245 - не скажу, чтобы от запрещения лишних кросскомпилято, пох. (?), 14:43 , 06-Мрт-20, (214)

не только, не только - поверь, там основной потерей является то, что сборка c , пох. (?), 17:45 , 05-Мрт-20, (204)

Слабаки, Аноним (217), 17:04 , 07-Мрт-20, (217)
Кто пробовал собирать FreeBSD последними версиями GCC из портов CC usr local , iZEN (ok), 15:06 , 08-Мрт-20, (224)

Ох, труба шатать, какие матюки то они запикали Нужно больше указателей на ук, Аноним (228), 02:26 , 09-Мрт-20, (230)

Я не смог установить nvidia 440 64 с сайта Ошибка связана с отсутствием stdarg, Анонимчик (?), 08:06 , 09-Мрт-20, (232)

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

1. Сообщение от Аноним (1), 03-Мрт-20, 18:42 –8 +/–

Ну это логичный шаг, конечно. Ещё надо из osx все копролиты выкинуть. Кто-нибудь сравнивал, при сборке в гцц-9 попугаев сильно больше?

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

2. Сообщение от Аноним (2), 03-Мрт-20, 18:52 +7 +/–

Давно пора.

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

3. Сообщение от Аноним (2), 03-Мрт-20, 18:53 –13 +/–

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

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

4. Сообщение от Аноним (4), 03-Мрт-20, 18:55 –11 +/–

Самозакапывание идёт как намечено

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

5. Сообщение от Аноним (5), 03-Мрт-20, 18:56 +10 +/–

Баллмер, залогинься

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #9

6. Сообщение от Аноним (60), 03-Мрт-20, 19:03 +10 +/–

GCC плохо прогибался под корпарастов.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49, #56, #79

8. Сообщение от pin (??), 03-Мрт-20, 19:06 +/–

Сколько сил потрачено в пустую из-за глупых предубеждений.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #124

9. Сообщение от Аноним (9), 03-Мрт-20, 19:06 –7 +/–

GLP не свободная лицензия. Свободная это BSD, MIT.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #13, #15, #34

10. Сообщение от Аноним (9), 03-Мрт-20, 19:09 –1 +/–

Последовательное движение к отказу от ГНУ скама.

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

11. Сообщение от Сергей (??), 03-Мрт-20, 19:14 –1 +/–

Объясните, пожалуйста, чайнику на пальцах - чем gcc не угодил?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #16, #27, #36

12. Сообщение от Im banana man (?), 03-Мрт-20, 19:15 +1 +/–

В MS вообще только и делают, что иконки перерисовывают и обои ломают. Так что уже плевать кто что делает ) Чем бы дитя не тешилось )

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #31

13. Сообщение от Аноним (13), 03-Мрт-20, 19:16 +1 +/–

Это очень наивное, анархистское понятие о свободе.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #17, #64

14. Сообщение от Im banana man (?), 03-Мрт-20, 19:16 –4 +/–

GCC лицензируется под GPL 3, что требует, чтобы все, кто использует его тоже открыли исходники. BSD-шникам это не нравится. Что дает возможность закрывать исходники и зарабатывать капиталистам

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #18, #19, #20, #21, #32

15. Сообщение от Sluggard (ok), 03-Мрт-20, 19:17 +2 +/–

Никто и не спорит. Для незалогинившегося Баллмера выше — именно так.

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

16. Сообщение от хрю (?), 03-Мрт-20, 19:18 +1 +/–

Чего в фразе "интеграция более новых версий была невозможна из-за перехода 4.2.2 на лицензию GPLv3, которая была признана неприемлемой для базовых компонентов FreeBSD" не понятно?

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

17. Сообщение от dimcha (??), 03-Мрт-20, 19:19 –1 +/–

ликбез
https://arzamas.academy/radio/announcements/freedom

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

18. Сообщение от Аноним (1), 03-Мрт-20, 19:19 +4 +/–

Что? Конечно не требует. Такое условие есть только если ты линкуешься (напрямую), и по-моему компилятор gcc является исключением из этого правила. А вот проприетарные закрытые плагины для модификации кода в него нельзя напихать, поэтому злонамеренные корпорации и не стали его использовать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #109

19. Сообщение от Аноним (13), 03-Мрт-20, 19:19 +1 +/–

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

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

20. Сообщение от анонн (ok), 03-Мрт-20, 19:22 +1 +/–

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

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

21. Сообщение от dimcha (??), 03-Мрт-20, 19:22 +2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #58

25. Сообщение от myhand (ok), 03-Мрт-20, 19:30 +1 +/–

Сбылись мечты iдиотовъ.

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

26. Сообщение от Антошка (??), 03-Мрт-20, 19:33 +5 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #40, #86, #153, #170

27. Сообщение от анонн (ok), 03-Мрт-20, 19:43 +5 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #39

28. Сообщение от neAnonim (?), 03-Мрт-20, 19:44 –1 +/–

Я только напомню что: https://opennet.ru/50970
> Разработчики из Google предложили разработать свою libc для LLVM
используй clang но libc тащи свой (их полно, и нужен ли он тебе)

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

29. Сообщение от Аноним (29), 03-Мрт-20, 19:44 –1 +/–

Ура! Ну наконец-то определённость.

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

30. Сообщение от Аноним (30), 03-Мрт-20, 19:49 –1 +/–

И это неплохо. Проверил свои проекты - собираются в любом инструментарии под любой платформой.

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

31. Сообщение от gogo (?), 03-Мрт-20, 19:50 +4 +/–

Иконки - это для видимости. МС сейчас сосредоточены на зондах. Не нужно им мешать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #92, #234

32. Сообщение от Аноним (32), 03-Мрт-20, 19:53 +9 +/–

> GCC лицензируется под GPL 3, что требует, чтобы все
> кто использует его тоже открыли исходники. BSD-шникам это
> не нравится. Что дает возможность закрывать исходники
> и зарабатывать капиталистам
Ага. Все эти годы нравился, а тут внезапно не понравился.
Аргумент не выдерживающий критики.
И надо ли понимать ваше объяснение, как прогиб фряхи под капиталистов и корпорокрастов?
Если всё так, то при всех минусах линукса и gpl - альтернативы им нет, и фряха в таком случае становится лютым ненужно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #37, #47, #50, #51, #95

33. Сообщение от Урри (?), 03-Мрт-20, 19:54 +/–

Для фри не пробовал, для других больших проектов (видеоэнкодер, например) если для дженерика - в границах 5%. Для конкретных процессоров уже несколько больше, но сильно зависит от Венеры и количества осадков.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #38

34. Сообщение от zurapa (ok), 03-Мрт-20, 20:00 –1 +/–

Главное - не путать свободу с открытостью. BSD свободная, а GPL  открытая. Каждый выбирает своё болото.
Накаляет, что GPL притендует на самую гуманную, самую свободную лицензию, ограничивая человека в главном, он волен показывать или не показывать свой код, даже, если в основе лежит чужой код. Ни кто, ни кому, ни чего не должен? Все эти лицензии глупости. Понапридумывали правил... Почему авторское право только 50 лет? Это кто постановил? Почему я не должен воспроизводить текст и соблюдать кем-то оговорённые условия? Мне это попало в руки, значит это уже моё.
Есть очень хорошая поговорка: «Слово - не воробей, вылетит - не поймаешь.»
Тогда ещё люди не знали, что можно сказать, а потом другим запретить это воспроизводить. Дожились.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #41, #59

35. Сообщение от крок (?), 03-Мрт-20, 20:02 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43, #66, #150

36. Сообщение от Аноним (48), 03-Мрт-20, 20:04 +/–

Несовместимость GPLv3 с CDDL например.
А еще необходимость собирать кросскомпилятор для каждой архитектуры, clang в этом плане гибче.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #44, #126, #166

37. Сообщение от Crazy Alex (ok), 03-Мрт-20, 20:07 +5 +/–

В смысле "прогиб"? Да они этого и не скрывали никогда

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #101, #209

38. Сообщение от Аноним (1), 03-Мрт-20, 20:07 +2 +/–

Я тут собрал jq с -O2 -ffast-math -flto и pgo и получил под 40% ускорение на ровном месте. С обычным O3 ускорение не столь значительное и бинарники пухнут, к тому же приходится отключать векторизацию деревьев. В общем, pgo рулит. Так вот, интересно было бы сравнить способности оптимизации.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #87, #89, #156

39. Сообщение от Crazy Alex (ok), 03-Мрт-20, 20:08 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #45

40. Сообщение от Crazy Alex (ok), 03-Мрт-20, 20:10 +4 +/–

Почему нельзя? Можно осуждать. Мало ли кто как зарабатывает, но далеко не все способы заработка и не длдя всех этичны

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #54

41. Сообщение от Аноним (1), 03-Мрт-20, 20:19 +/–

>BSD свободная, а GPL открытая
Шта? Всё ровно наоборот. Все пермиссивные и не очень лицензии — открытые, а _свободна_ одна gpl с оговорками. Эти оговорки устранены в отдельных специализированных лицензиях вроде agpl.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #48, #55

42. Сообщение от zhzhzh (?), 03-Мрт-20, 20:21 +5 +/–

Так то это огромный удар по тем юзерам фряхи, которые расписывали свою ОС как ману небесную. Линукс со своими недочётами и мутными некоторыми вещами в своей экосистеме всяко лучше будет фряхи, которая вот так вот чёрным по белому расписалась: "РЕБЯТА! Я С КОРПОРАЦИЯМИ! Я ПОД SONY! Я ПОД APPLE! А НА ИНТЕРЕСЫ ЮЗЕРОВ МНЕ С ВЫСОКОЙ КОЛОКОЛЬНИ НАКАКА...ТЬ".
Увы, правда жизни.

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

43. Сообщение от Аноним (48), 03-Мрт-20, 20:22 +/–

sendmail вроде хотели спешно заменить на скромный Dragonfly Mail Agent, но там не хватало какого-то функционала, а кто-то просто завозмущался.

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

44. Сообщение от Аноним (48), 03-Мрт-20, 20:26 –1 +/–

А во вспомнил, не стабильный С++ ABI еще, libc++ с этим все шоколадно, а с libstdc++ придется страдать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #127

45. Сообщение от анонн (ok), 03-Мрт-20, 20:26 +9 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #102, #114

46. Сообщение от Аноним (46), 03-Мрт-20, 20:27 –2 +/–

Clang vs GCC?

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

47. Сообщение от Аноним (48), 03-Мрт-20, 20:31 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #144

48. Сообщение от Аноним (48), 03-Мрт-20, 20:35 +2 +/–

GPL является либертарианской коммерческой лицензией, что довольно иронично.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #67

49. Сообщение от zzz (??), 03-Мрт-20, 20:39 +2 +/–

С учетом того, что всё переезжает в облака, GPL теряет какой бы то ни было смысл. Внес гугл изменения в gpl-софтину в своем облаке, и теперь он обязан открыть код тому, что разворачивает софтину на серверах, т.е кому? То-то и оно. То же самое с амазоном, то же самое с мс, то же с клаудфларе, то самое с тысячами прочих облачных компаний. В результате облачники творят что хотят, а фанбои гпл на форумах на серьезных щах трут за то, как они всех к ногтю.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #53, #62

50. Сообщение от анонн (ok), 03-Мрт-20, 20:44 +7 +/–

> Если всё так, то при всех минусах линукса и gpl - альтернативы
> им нет, и фряха в таком случае становится лютым ненужно.
Т.е.:
нежелание переходить с GPLv2 на GPLv3 (об AGPL даже не заикаемся - платиновые партнеры просто не поймут) в Пингвине - норм.
А вот в случае Фри, нежелание поменять компоненту с GPLv2 на GPLv3 (ну и заодно, не только нежелание, но и невозможность из-за этой _одной_ компоненты, перевести лицензию всего проекта на нее же) - это "прогиб под капиталистов и корпорасов"?
Неплохая гибкость мировоззрения, че.

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

51. Сообщение от Anonn (?), 03-Мрт-20, 20:46 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #52

52. Сообщение от Аноним (-), 03-Мрт-20, 21:14 +4 +/–

> этот процесс завершился
Ясно. То есть процесс "прогиба" завершился успешно.
> кто знает историю
Сначала встали на коленки, потом поставили ручки, а вот теперь прогнулись. История знакома и банальна.
> Для молодняка это просто очередной повод поорать
Ну так говорите потище. Тут необязательно орать. Все люди взрослы.

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

53. Сообщение от Аноним (53), 03-Мрт-20, 21:20 +1 +/–

Кому нужны ваши облака - кучке очкариков, которых меньше 0,1% населения? А вот "открытый" андроид нужен всем пользователям, которых - сколько там процентов населения Земли?.
"В результате ... творят что хотят, а фанбои гпл на форумах на серьезных щах трут за то, как они всех к ногтю."

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #57, #65, #75, #97

54. Сообщение от Антошка (??), 03-Мрт-20, 21:28 +1 +/–

Люди работают, не воруют же, не паразитируют. Поэтому ваше замечание здесь неуместно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #63

55. Сообщение от Аноним (55), 03-Мрт-20, 21:32 +1 +/–

GPL свободна?.. точно? сколько ограничений она накладывает ?
а сколько накладывает BSDL ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #60, #61, #69

56. Сообщение от Аноним (55), 03-Мрт-20, 21:33 +2 +/–

это когда любой код собранный при помощи gcc автоматом лицензировался под GPL v3 ?
да да - помним и такой "косяк" (забыли - после 2х лет просмотра лучшими юристами - и в это тоже поверим)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #141

57. Сообщение от Joseph Illinois (?), 03-Мрт-20, 21:34 +/–

Ирочно, что андроид - по факту тонкий клиент для облачных сервисов

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #106

58. Сообщение от Аноним (55), 03-Мрт-20, 21:35 +/–

мисье напомнить историю с забытым исключением в gcc ?
или сам нагуглит мисье?
ну можно еще погуглить историю с object-c и gcc..

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

59. Сообщение от Аноним (60), 03-Мрт-20, 21:36 +/–

Так вам учить матчасть https://www.gnu.org/philosophy/open-source-misses-the-point.... до полного впитывания.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #192

60. Сообщение от Аноним (60), 03-Мрт-20, 21:38 –1 +/–

Она свободна как свободна слово, а не как бесплатное пиво. У свободы слова полно ограничений. Тоже учить матчасть https://www.gnu.org/philosophy/open-source-misses-the-point.... и на пересдачу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #68

61. Сообщение от Аноним (1), 03-Мрт-20, 21:39 +/–

Это называется копилефт. Противоположная по смыслу вещь относительно копирайта, но суть остаётся той же. Поэтому лицензия и является свободной, а не открытой (она открыта, но дополнительно защищает интересы авторов и пользователей).

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

62. Сообщение от YetAnotherOnanym (ok), 03-Мрт-20, 21:42 +2 +/–

> всё переезжает в облака
нет

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

63. Сообщение от Joseph Illinois (?), 03-Мрт-20, 21:42 –2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #78, #110, #168

64. Сообщение от IRASoldier_registered (ok), 03-Мрт-20, 21:45 +/–

Напротив, анархистским является понятие "свободы" в GPL: якобы свободны только те, кто поддерживает анархию и отрицает собственность, а те, кто её не поддерживает - якобы не свободны. Понятие свободы в MIT/BSD как раз вполне интуитивное и естественное: максимум степеней свободы _для пользователя_ в обращении с программой (кодом) == минимум запретов для него, тогда как GPL - это не о свободе пользователя, это о некой мистической "свободе программы".

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

65. Сообщение от IRASoldier_registered (ok), 03-Мрт-20, 21:47 –13 +/–

>Кому нужны ваши облака - кучке очкариков, которых меньше 0,1% населения?
Эта "кучка очкариков" владеет оборудованием и обслуживает оборудование засчёт которого остальное население имеет бэкапы фоточек, бесплатную электропочту, онлайн-музыку и т.д.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #70

66. Сообщение от YetAnotherOnanym (ok), 03-Мрт-20, 21:49 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #72

67. Сообщение от IRASoldier_registered (ok), 03-Мрт-20, 21:50 +/–

Ничего ироничного, либертарианство != либерализм, либертарианство - одна из разновидностей анархии.

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

68. Сообщение от IRASoldier_registered (ok), 03-Мрт-20, 21:51 +3 +/–

> У свободы слова полно ограничений.
Это очень хорошо объясняет, почему нынче в GNU заправляют бал SJW-фрики и они же добрались до OSI.

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

69. Сообщение от Led (ok), 03-Мрт-20, 21:57 +1 +/–

> GPL свободна?.. точно? сколько ограничений она накладывает ?
Твоя хомячковая свобода никого не интересует. Идётся о свободе для кода.

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

70. Сообщение от Led (ok), 03-Мрт-20, 21:58 +10 +/–

> Эта "кучка очкариков" владеет оборудованием и обслуживает оборудование
Не льсти себе.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #83

71. Сообщение от Аноним (71), 03-Мрт-20, 22:04 –5 +/–

Бздя окончательно окуклилась.
Ждем появления прекрасной бабочки.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #85, #169

72. Сообщение от Ivan_83 (ok), 03-Мрт-20, 22:08 +/–

Можно через src.conf поотключать сборку, я так и сделал, теперь оно мёртвым грузом в /usr/src лежит и ждёт удаления :)

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

73. Сообщение от Аноним (73), 03-Мрт-20, 22:10 –4 +/–

>из SVN-репозитория
сидите дальше в своей пещере

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #76, #134

75. Сообщение от анонн (ok), 03-Мрт-20, 22:19 +5 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #135

76. Сообщение от анонн (ok), 03-Мрт-20, 22:45 +5 +/–

>>из 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ообщить модератору
Родитель: #73

77. Сообщение от Аноним (77), 03-Мрт-20, 22:52 –3 +/–

надо просто убрать поддержку бзди из gcc - и будет все агонь и справедливо

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #80, #81, #90

78. Сообщение от zzz (??), 03-Мрт-20, 22:56 –1 +/–

Что из перечисленного списка "не воровал, не паразитировал и много работал" является неэтичным?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #94

79. Сообщение от Ыы (?), 03-Мрт-20, 22:58 +2 +/–

> GCC плохо прогибался под корпарастов
Зачем вы, имея равное нулю отношение к какой-либо разработке чего бы то ни было, высказываеетсь?
Всегда было интересно.
Зачем люди, н%уя абсолютно в пргрммировании не смыслящие, пишут о Си и Шланге?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #107

80. Сообщение от Аноним (80), 03-Мрт-20, 23:20 +/–

Если он такая же хайповая помойка как сам Линь, то поему бы и нет.

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

81. Сообщение от Аноний (?), 03-Мрт-20, 23:23 +7 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #112

83. Сообщение от IRASoldier_registered (ok), 03-Мрт-20, 23:38 –10 +/–

Я тут уже кому-то писал как-то, что зависть - грех. Вот теперь ещё и тебе написал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #186

84. Сообщение от Аноним (86), 03-Мрт-20, 23:41 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #119, #128, #228

85. Сообщение от Anonymqwe (?), 03-Мрт-20, 23:43 +/–

Они GCC удалили из базовой системы, а не из портов (пакетов). Если вам нужен GCC вы можете доустановить его отдельно сами из поставляемых дополнительных портов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #130

86. Сообщение от Аноним (86), 03-Мрт-20, 23:48 –3 +/–

Да не, шланг и llvm - очень хорошие штуки. Если бы их не сделали компании, то пришлось бы делать Поттерингу. То, что генерируемый ими код хуже кода, генерируемого gcc - это на них просто недостаточно людей бросили. В последнее время критические баги вообще игнорятся.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #161, #208

87. Сообщение от ALex_hha (ok), 04-Мрт-20, 00:10 –5 +/–

> Я тут собрал jq с -O2 -ffast-math -flto и pgo и получил под 40% ускорение на ровном месте
https://i.imgur.com/N1kPWfi.png
Не ты случаем?

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

88. Сообщение от mommy (?), 04-Мрт-20, 00:18 –3 +/–

Ну тогда говорю бзде sayonara.

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

89. Сообщение от Аноним (89), 04-Мрт-20, 00:22 +/–

А я изгальнулся собрать фирмвару микроконтроллера с LTO, очень круто вышло, из 6 кило осталось 4. Хоть gcc и багодром в такой конфигурации, конечно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #93

90. Сообщение от анонн (ok), 04-Мрт-20, 00:28 –2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #91, #111

91. Сообщение от Аноним (1), 04-Мрт-20, 00:50 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #98

92. Сообщение от хотел спросить (?), 04-Мрт-20, 00:51 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #100, #113, #115, #142, #147

93. Сообщение от n80 (?), 04-Мрт-20, 01:09 +1 +/–

Давно и регулярно так делаю, багов пока не видел (кроме тех, которые были вызваны ошибками в коде прошивки, тем же UB, например).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #96

94. Сообщение от Христианин (?), 04-Мрт-20, 01:25 +/–

Результат его работы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #103

95. Сообщение от Im banana man (?), 04-Мрт-20, 01:29 –2 +/–

Может и так. Сейчас прибегут толпами эксперты и будут доказывать, что "вывсиенитакпанимаете", но я вот с обывательской точки зрения вижу это так.
BSD-код бери и где хочешь используй. GPL - тут низзя, либо открывай свои исходники (что корпорасты не любят), либо не используй, а то засудим.
Вот и все дела. Так что GPL как кость в горле корпорастам.
Если только это не какой-нибудь общественный проект, который всем приятен. В таком случае крупные компании даже публикуют изменения публично. Что-нибудь с инфраструктурой связано, с настройками или еще чем. Бизнес-фичи к ним не относятся. Это все пишут внутри и никому не показывают.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #136

96. Сообщение от Аноним (96), 04-Мрт-20, 01:29 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #138

97. Сообщение от Андрей (??), 04-Мрт-20, 01:32 +2 +/–

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

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

98. Сообщение от анонн (ok), 04-Мрт-20, 01:45 +/–

> Убунта собрана гцц, то что там нет компилятора, это не значит, что там нет гцц.
Т.е. компилятор там есть, просто его там нет. А так он есть.
Ага.
Л – логично, че.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #99

99. Сообщение от Аноним (1), 04-Мрт-20, 01:57 –1 +/–

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

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

100. Сообщение от Котофалк (?), 04-Мрт-20, 02:28 +1 +/–

не, не надо против. даже нехрен и силы тратить. надо объяснять за опенсорс, надо его развивать

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #108

101. Сообщение от Котофалк (?), 04-Мрт-20, 02:31 +1 +/–

у вам одинаковые иллюзии? единотараканники?

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

102. Сообщение от Котофалк (?), 04-Мрт-20, 02:36 +/–

когда анон изложил всё толково и ни отнять, ни добавить.

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

103. Сообщение от Котофалк (?), 04-Мрт-20, 02:39 +1 +/–

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

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

105. Сообщение от Аноним (89), 04-Мрт-20, 02:56 –1 +/–

Там вон как раз DF релизнулся в пику. С довольно свежим gcc, конечно, они не настолько религиозные :P

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #140

106. Сообщение от ананчик (?), 04-Мрт-20, 03:37 +2 +/–

Может вы хотя бы прочитаете что такое тонкий клиент? Откуда вы лезете такие.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #118

107. Сообщение от ананчик (?), 04-Мрт-20, 03:40 +1 +/–

Ощущение что у школьников каникулы или карантин и весь 9Б решил блеснуть интеллектом

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

108. Сообщение от хотел спросить (?), 04-Мрт-20, 03:41 +1 +/–

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

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

109. Сообщение от ананчик (?), 04-Мрт-20, 03:41 +/–

какие закрытые технологии вы в шланге обнаружили?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #137, #143

110. Сообщение от ананчик (?), 04-Мрт-20, 04:04 –1 +/–

Лучше не стоит его и того о ком нельзя говорить упоминать в любом контексте если проживаете в РФ

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

111. Сообщение от Аноним (77), 04-Мрт-20, 07:27 –1 +/–

не асилил бубунточку ? hint: apt-get install gcc-9

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #125

112. Сообщение от Аноним (77), 04-Мрт-20, 07:31 –6 +/–

упоротые бздишники: postgres доступен в любом Linux дистре. то что у wifi есть тысячи чипсетов, код к которым выпускается по сотне лицензий ты походу даже не в курсе. а opencxx можешь закопать рядом с собой

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #120

113. Сообщение от КО (?), 04-Мрт-20, 07:31 +1 +/–

Гугл схавали?
Схавали.
Десятку схавали?
Схавали.
Кто там еще вкусный?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #202

114. Сообщение от Аноним (55), 04-Мрт-20, 07:48 +/–

можно еще напомнить историю с object-C.

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

115. Сообщение от ryoken (ok), 04-Мрт-20, 08:46 +/–

А каких ещё сайтов, кроме как здесь?

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

116. Сообщение от Аноним (116), 04-Мрт-20, 09:16 –3 +/–

Мне любопытно: а если llvm/clang вдруг перейдёт на GPL - бздя закроется?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #117, #184

117. Сообщение от Сергей (??), 04-Мрт-20, 09:36 +2 +/–

А это уже не будет llvm/clang

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #145

118. Сообщение от Аноним (118), 04-Мрт-20, 10:09 +2 +/–

Да,андройд тонким не назовешь

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

119. Сообщение от Аноним (4), 04-Мрт-20, 11:06 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #122

120. Сообщение от Аноний (?), 04-Мрт-20, 11:23 +2 +/–

>упоротые бздишники: postgres доступен в любом Linux дистре
упоротые лунуксятники: gcc разнообразных версий есть в портах и пакетах
про фиви речь была о не соблюдении БСД лицензии лулуксятниками.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #194

121. Сообщение от DerRoteBaron (ok), 04-Мрт-20, 11:29 –6 +/–

Вот так они и остались без рабочего c++-компилятора в базовой системе. Поздравляю

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #131, #133, #215

122. Сообщение от DerRoteBaron (ok), 04-Мрт-20, 11:31 +/–

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

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

123. Сообщение от пох. (?), 04-Мрт-20, 12:29 –3 +/–

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

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

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

124. Сообщение от пох. (?), 04-Мрт-20, 12:32 –1 +/–

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

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

125. Сообщение от анонн (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ообщить модератору
Родитель: #111

126. Сообщение от пох. (?), 04-Мрт-20, 12:35 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #187

127. Сообщение от пох. (?), 04-Мрт-20, 12:39 +/–

> А во вспомнил, не стабильный С++ ABI
это не нестабильный abi, это точно такая же диверсия гнусников, как и libgcc_s - только более ранняя, и "привычная". Да, гадить окружающим они старались еще до той истории.
На самом деле (если ты сумеешь придумать как обойти заshitу в виде версионных символов) - ты приятно удивишься, что держать весь миллион версий этой ненужнолибы не нужно никогда, и ничего от этого не развалится и работать не перестанет.
Более того, в большинстве проектов она вообще низачем не нужна, и никак не используется. Но слинковать плюсовую программу без нее... в общем, проще дать в опу, один раз - не п-с.

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

128. Сообщение от Gogi (??), 04-Мрт-20, 12:40 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #132, #174

129. Сообщение от пох. (?), 04-Мрт-20, 12:41 –1 +/–

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

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

130. Сообщение от пох. (?), 04-Мрт-20, 12:42 +3 +/–

ему не нужен - он же не умеет кодить.
Ему покукарекать.

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

131. Сообщение от пох. (?), 04-Мрт-20, 12:45 +4 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #155

132. Сообщение от пох. (?), 04-Мрт-20, 12:47 +1 +/–

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

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

133. Сообщение от Аноним (133), 04-Мрт-20, 12:48 +/–

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

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

134. Сообщение от пох. (?), 04-Мрт-20, 12:52 +2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #154

135. Сообщение от пох. (?), 04-Мрт-20, 13:00 +1 +/–

> Ну да - зачем сдались повышающие надежность или производительность патчи FS
> (в том числе и ext2/3 еще 10+ лет назад), планировщика, сети и проч, протестированные
> на куче самого разного оборудования у корпораций с миллиардными оборотами?
а нельзя как-нибудь сделать эти  волшебные патчи просто доступными всем желающим, так же точно, как корпорациям достались исходники?
А, нет, нельзя. Надо обязательно продаться им в рабство, чтобы попользоваться результатами этих тестирований и т д.
Заметим, никакая гепеле этому помешать неспособна.

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

136. Сообщение от Аноним (55), 04-Мрт-20, 13:23 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #146, #148

137. Сообщение от Аноним (1), 04-Мрт-20, 13:38 +/–

Там вроде эпл что-то закрытое пилил (для раста, как это ни странно).

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

138. Сообщение от n80 (?), 04-Мрт-20, 14:00 +5 +/–

Вообще-то, это не прикол, это он имеет полное право так делать (например, для инициализации начального значения большой локальной переменной).
См., например, здесь: 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ообщить модератору
Родитель: #96 Ответы: #176, #190

140. Сообщение от Аноним (140), 04-Мрт-20, 14:43 –1 +/–

Ну так в той же ветке прямо и написали, единственная вменяемая BSD.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #189

141. Сообщение от Аноним (140), 04-Мрт-20, 14:46 –1 +/–

А тебя всё ещё беспокоят фантомные воспоминания? Обратись к психиатру.

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

142. Сообщение от Аноним (140), 04-Мрт-20, 14:49 +/–

>а ничего страшного, что пипл всё это говно хавает?
Страшно за этот Мир, который этот планкт...пипл населяет.

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

143. Сообщение от Аноним (140), 04-Мрт-20, 14:53 +/–

Так потому вы их в официальном репозитории и не увидите, что они закрытые и поставляются отдельно.

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

144. Сообщение от Аноним (140), 04-Мрт-20, 15:02 +/–

Боян от проприерастов.

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

145. Сообщение от Анонанон (?), 04-Мрт-20, 15:02 +/–

А это уже отмазка, а не ответ.

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

146. Сообщение от Аноним (140), 04-Мрт-20, 15:12 –1 +/–

Какой GPL? Android под Apache.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #178

147. Сообщение от Wilem (?), 04-Мрт-20, 15:24 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #191

148. Сообщение от Im banana man (?), 04-Мрт-20, 15:31 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #188

149. Сообщение от Аноним (-), 04-Мрт-20, 15:43 –4 +/–

Всё теперь эта система считается для нас смёртвой. Без GNU GPL бзунов не реанимировать.

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

150. Сообщение от Аноним (150), 04-Мрт-20, 15:48 –1 +/–

Поддерживаю. Сложный комбайн нужно заменить на простой. В свое время хорошая идея была в Debian заменить на exim, но потом как выяснилось, что в exim одни сплошные проблемы.

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

152. Сообщение от Аноним (150), 04-Мрт-20, 15:51 –2 +/–

В целом конечно печалит, что используют clang. Ведь теперь считай что бы развернуть систему нужно уже собирать транслятор на С++. Требования возросли. В следующей эволюционной версии может быть нужен уже Rust.
Конечно ничего страшного, но просто это сильно находит противников системного программирования, которые плотно и убежденно топят за классический Си.

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

153. Сообщение от Аноним (-), 04-Мрт-20, 16:10 +/–

Чувак ты спроси пердуна из 80-х или 90-х того, кто покупал коммерческий компилятор, потому-что бесплатных и  свободных тогда не было. Без Столлмана не было бы GNU/Linux. БЗДуны тайно любят проприетаризм.

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

154. Сообщение от Wilem (?), 04-Мрт-20, 16:21 –2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #160, #162, #172

155. Сообщение от DerRoteBaron (ok), 04-Мрт-20, 16:55 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #158, #163

156. Сообщение от кто пчелок уважает (?), 04-Мрт-20, 17:05 +/–

а что не так с ftree-vectorize?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #185

157. Сообщение от анонн (ok), 04-Мрт-20, 17:29 +1 +/–

> Ведь теперь считай что бы развернуть систему нужно уже собирать транслятор на С++. Требования возросли. В следующей эволюционной версии может быть нужен уже Rust.
Жаль только, что требования к минимальному знанию матчасти комментаторами остались прежними ((
1. "теперь" - на самом деле _штатно_ для tier1 платформ с 2013 года.
2. https://gcc.gnu.org/install/prerequisites.html
> Tools/packages necessary for building GCC
> ISO C++98 compiler
> Necessary to bootstrap GCC, although versions of GCC prior to 4.8 also allow bootstrapping with a ISO C89
3. Чтобы развернуть систему, достаточно скачать base.txz и kernel.txz. Собирать их компилятором (и тем более, собирать сам компилятор) - совсем не обязательно.
> Конечно ничего страшного, но просто это сильно находит противников системного программирования, которые плотно и убежденно топят за классический Си.
Бедолаги. Надеюсь, им никто не запрещает использовать tcc или древние версии gcc?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #159

158. Сообщение от пох. (?), 04-Мрт-20, 18:04 +2 +/–

> знаем, например, случаи, когда clang++ выдаёт некорректный или очень медленный код без причины
> на то, а порой и следует на стандарту, а каким-то фантазиям т.е. предложениям в том виде, в
> котором их удобнее реализовать, а не в том, в котором оно попало в стандарт.
охотно верю, но что - про gcc (причем модный-современный 9, не говоря уже о страшном и ужасном 4.7) вы того же самого разьве не можете рассказать?
Факт что им удается иногда собрать мурзилу (с некоторыми патчами, разумеется) - в общем-то показателен.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #177, #229

159. Сообщение от пох. (?), 04-Мрт-20, 18:10 +/–

> 1. "теперь" - на самом деле _штатно_ для tier1 платформ с 2013
> года.
на самом деле до 2016 (то есть он уже требовался - но CURRENT, который вменяемые себе не поставят) и до 2018 можно было отключать.
Что все и делали, поскольку для сборки системы вполне хватало "немодного древнего" gcc, а собирается это чудовище, действительно, в разы дольше чем собирался до-clangовый word целиком.
Причем где-то в процессе образуется пара экземпляров компилятора, жрущих по пол-гигабайта оперативы.
В 11й версии WITHOUT_CLANG был окончательно доломан на этих платформах, что особенно доставляло на фоне его ld, неспособного слинковать собственно freebsd.
(кажется, починили?)
> Бедолаги. Надеюсь, им никто не запрещает использовать tcc или древние версии gcc?
им никто не запрещает сесть и переписать clang на plain c. Жаль что они не умеют кодить, правда?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #165

160. Сообщение от пох. (?), 04-Мрт-20, 18:31 +2 +/–

>> Остальные задачи разработчиков - svn решает лучше и эффективнее
> Я уже не помню, какие были проблемы в svn, т.к. он закончился
> лет 10-15 назад и с тех пор нигде, никогда, ни в
> каких конторах не появлялся - все перешли на гит. Так вот
говори яснее - с тех пор он не появлялся в тех трех подвалах, где тебя только и приняли на работу.
> проблемы не помню, но помню, что после перехода на гит как
> гора с плеч. Исчезла куча проблем, стало можно делать всякие удобные
> штуки, не боятся что-то испортить и тд. Не знаю, есть ли
странно - а у меня появилась куча проблем, стало можно легко что-то испортить, что уже невозможно будет откатить, и придется с этим жить.
При этом 90% топящих за git разработчиков - пользоваться им не умеют вообще, имеют крайне смутное представление о том как он работает и для чего все это надо, и _каждый_ комит немедленно пушат в центральный репо, "а то вдруг кто-то запушит что-то еще". Еще один тут надысь предлагал такой метод в качестве перманентного бэкапа (да, вы не ослышались - он таким образом "бэкапит" вручную)
> что-то лучше гита, но то, что гит в миллион раз удобнее
> для всех разработчиков, которых я когда-либо видел - это факт. Иначе
> бы его не использовали все и везде. Ну или хотябы жаловались
его используют "все и везде" только там, где голос макаки что-то значит.
В остальных случаях используют то, что больше подошло к задаче - кто-то и пефорсу по сей день, с ее хотя бы нормальными номерами версий, кто-то svn, наиболее соответствующий централизованной модели разработки, вполне подходящей для коммерческих задач, кто-то несколько разных.
А кто-то прикован к code review системе, поддерживающей только нечто странное - и review ему важнее неисчислимых моральных страданий аутистов-программистов, поэтому используется та vcs, которую она поддерживает, потому что могут.
> бы на него. Чё-то жалоб не слышно. Плюс, почему-то svnhub.com -
> не центр мировой разработки софта, как-то так получилось. Что-то наверно разработчики
видите ли, социяльная сеточка для разработчиков, где они политкорректненько (иначе придет дядя и прищемит) друг-дружке CoC посасывают - далеко не является "центром мировой разработки", как вам из подвала видится.
Мировой свалкой исходников она таки да, стала - 6ешплатное же ж - взять-взять-взять! - но весьма многие, как ни странно, используют ее именно как свалку - "пожалуйста, шлите ваши патчи воооон туда, здесь мы не принимаем пул-реквестов". (Обычно это означает, что патчи проще слать в /dev/null, потому что там их тоже не примут, но это так, ремарка на полях)
> ты понял. Вот они все и испугались, боятся голову поднять.
да нет, они как не умели гитом пользоваться, так и svn не умели, а какая им разница, чем не уметь?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #167, #221

161. Сообщение от Dmitry (??), 04-Мрт-20, 18:31 +/–

По качеству генерируемого кода я бы поспорил.
Специально сравнивал ассемблерные файлы, генерируемые clang и gcc.
Находил отличия как в лучшую, так и в худшую стороны.
Для clang обнаружил довольно таки забавные "предугадывания" для значений локальных переменных.
Более "аггрессивное" использование регистров esi, edi, ebp, esp.
В целом, если интересно, есть статья на хабре
https://habr.com/ru/post/433598/
Кстати, на больших объемах кода, оптимизация происходит более интересная.

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

162. Сообщение от Hellfire Club (?), 04-Мрт-20, 18:39 +2 +/–

Открою секрет Полишинеля: в этом мире "выбор большинства" не эквивалентно "хороший выбор". Стыдно уже в эпоху инстаграмов, ютубов, фейсбуков не знать о том, насколько легко манипулируемо массовое сознание.
> Иначе бы его не использовали все и везде.
> Вот они все и испугались
Ты не поверишь, но в нынешней разработке, как и в "нормальном" обществе, 95% - типичные овечки, готовые идти на поводу и делать так, как скажут им некие модные авторитеты. О существовании других систем контроля версий они либо тупо не знают, либо слышали пару странных слов типа svn, но всерьез не воспринимают, считая каким-то древним говном, не стоящим внимания. Если завтра пара модных авторитетов начнёт пиарить SVN, те же 95% внезапно узреют и начнут проповедовать svn, героически терпеть его недостатки, и прочая, и прочая.
> Ну или хотябы жаловались бы на него. Чё-то жалоб не слышно.
https://ru.wikipedia.org/wiki/Пузырь_фильтров
На что жаловаться, когда сравнивать не с чем? С чем сравнивать плюсы/минусы гита, когда он везде? Поставить и опробовать самостоятельно? Но зачем, когда везде гит?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #164

163. Сообщение от Dmitry (??), 04-Мрт-20, 18:40 +1 +/–

Я не знаю, в каком стандарте народ пишет на gcc и g++, но clang на него ругается со страшной силой.
У меня куча питоновских библиотек не собирается из-за этого.
То void функция возвращает результат.
То не_void функция не возвращает результата.
Причем gcc это за ошибки не считает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #203, #222

164. Сообщение от Wilem (?), 04-Мрт-20, 18:47 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #200

165. Сообщение от 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ообщить модератору
Родитель: #159 Ответы: #173, #204

166. Сообщение от freehck (ok), 04-Мрт-20, 18:54 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #207

167. Сообщение от Wilem (?), 04-Мрт-20, 18:55 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160 Ответы: #171, #197, #223

168. Сообщение от freehck (ok), 04-Мрт-20, 19:02 +/–

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

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

169. Сообщение от Аноним (-), 04-Мрт-20, 20:20 –1 +/–

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

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

170. Сообщение от qwerty123 (??), 04-Мрт-20, 20:22 +1 +/–

> FreeBSD - это основа для консолей Sony и девайсов Яблока, а там везде шланг.
Linux - это основа для всех ведроидов, сотен фирм, а там везде GCC.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #183

171. Сообщение от Аноним (171), 04-Мрт-20, 20:33 +/–

> Порог вхождения выше, это да.
И преодолевает его, дай бог, где-то 1%? остальные по how-to'шкам pull-commit-push?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #182, #198

172. Сообщение от Аноним (171), 04-Мрт-20, 20:41 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #201, #218

173. Сообщение от анонн (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ообщить модератору
Родитель: #165 Ответы: #175

174. Сообщение от Аноним (86), 04-Мрт-20, 21:21 +/–

>Одна строчка может стоить целого ЧАСА работы.
Да и дня запросто. Если развели бюрократию. К счастью llvm когда я последний раз посылал патчи была не про бюрократию - патч сразу приняли без вопросов, зачем это нужно и без прочего маразма, вроде CLA факсом, как PSF любит.
>вы не забыли, что вы НИ КОПЕЙКИ не заплатили за весь FOSS-софт?
Я присылал патчи и их даже приняли. Но это было давно. Компиляция с 0 заняла день. Сейчас уже код изменился, сейчас для того, чтобы проверить мой патч, мне опять надо компилировать день. Не хочу. Не надо городить монстров, которые надо пересобирать полностью с нуля. Нужно городить систему из небольших либ, динамически связанных друг с другом, которые можно пересобирать независимо друг от друга.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #212

175. Сообщение от Dmitry (??), 04-Мрт-20, 21:25 +/–

Попробуй добавить
WITHOUT_CLANG_FULL и WITHOUT_CROSS_COMPILER

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #180

176. Сообщение от Аноним (176), 04-Мрт-20, 22:09 +1 +/–

> Вообще-то, это не прикол, это он имеет полное право так делать (например,
> для инициализации начального значения большой локальной переменной).
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ообщить модератору
Родитель: #138 Ответы: #196

177. Сообщение от DerRoteBaron (ok), 04-Мрт-20, 22:12 +/–

Возможно мне так везло, но код (кроме совсем помойного), с которым приходилось работать, либо собирался gcc и ломался в шланге, или ломался (без особой причины) и там и там, и то это скорее привет весёлым людям, которые так забористо стандартизуют C++

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

178. Сообщение от Аноним (-), 04-Мрт-20, 22:23 +/–

> Какой GPL? Android под Apache.
Попробуй хотя-бы в about зайти, узнаешь много нового :)

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

180. Сообщение от анонн (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ообщить модератору
Родитель: #175 Ответы: #199, #205

182. Сообщение от Wilem (?), 04-Мрт-20, 23:16 +/–

Смотря о чём речь. Если что-то нестандартное, то это понимать нужно. А если фичебранч в помойку закинуть одной кнопкой в web ui.

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

183. Сообщение от нет (??), 04-Мрт-20, 23:22 +/–

Серьёзно? А как же Лиса, Хром и Андроид переехавшие на кланг?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170 Ответы: #220

184. Сообщение от нет (??), 04-Мрт-20, 23:28 +/–

Тогда фря будет использовать гцц, который в такой ситуации, уже перейдёт на бсд лицензию

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

185. Сообщение от Аноним (1), 05-Мрт-20, 02:00 +/–

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

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

186. Сообщение от Аноним (186), 05-Мрт-20, 04:58 –4 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #213

187. Сообщение от Аноним (187), 05-Мрт-20, 05:03 +/–

> - это вы называете - "гибче"?
А, шо, мсье не фанат 40-метровых .so? :)

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

188. Сообщение от Аноним (-), 05-Мрт-20, 05:04 +/–

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

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

189. Сообщение от Аноним (-), 05-Мрт-20, 06:08 –2 +/–

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

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

190. Сообщение от Аноним (190), 05-Мрт-20, 08:58 +/–

> All code compiled with GCC *must* be linked with libgcc
Хм... При любых флагах и опциях евойной командной строки?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #195, #211

191. Сообщение от Аноним (190), 05-Мрт-20, 09:08 –1 +/–

> Всё сплочение происходит в первую очередь на западе
Наполеон, Виктория и Гитлер - подтверждают и одобряют!

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

192. Сообщение от zurapa (ok), 05-Мрт-20, 12:01 +/–

Спасибо за ссылку. Я выражал свои мысли. Мат часть присланная вами, это мнение человека, хоть даже и основателя одного из лицензий. У него своё видение. У меня свой взгляд на открытость и свободу в части этих двух лицензий. Столмен может что угодно придывать и объяснять в оправдание той доктрины, которую выдумал. Я же говорю своё оценочное суждение по поводу того, что он напридумывал. Вы можете согласиться, или не согласиться с моим мнением.
Я считаю абсолютной глупостью лицензирование и авторское право в том виде в котором оно существует сейчас.
Авторство человечество использовало для того, чтобы выяснить откуда ноги растут и того или иного явления, изобретения, высказывания, чтобы получить более чёткие ответы, на неясности в формулировках, или же для выяснения подробности конструкции, обоснования. А потом некоторые картавые уроды решили, что на этом можно зарабатывать.
Потом, такие как Столман придумали, что можно диктовать людям, как использовать плод своего воображения и отбирать идею, которую он выпустил. Не хочешь делиться? Иди в горы, закройся в пещере, и молчи, тогда точно твою идею ни испортят.
Всё что человек выпустил из своих уст, из своего пера, сделал руками, и показал другим. Всё это становится общественным достоянием. Каждый может подсмотреть и сделать с этим, что пожелает.
Что собственно говоря все и делают. Только наивных мальчиков учат другому и запугивают уважением к лицензионному соглашению, которое он не подписывал.
Страны воруют друг у друга секреты, компании воруют друг у друга секреты. Главное, чтобы эта идея воровать не проникла в массы простых людей. А то они iphone не будут покупать, а китайскую реплику возьмут. Им же статус нужен был, чтобы издалека выглядеть круто, а вся эта iOS ему не впёрлась, он вообще только звонит с него.
Понимаете о чём я? Вот теперь пожалуйста либо не согласитесь, либо согласитесь. А ссылочку вашу я себе в закладки добавил. Спасибо. Хоть на чистом русском почитаю весь этот бред.

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

194. Сообщение от Аноним (77), 05-Мрт-20, 12:45 –1 +/–

как лицензию назвали, так на нее и кладут

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

195. Сообщение от n80 (?), 05-Мрт-20, 13:48 +/–

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

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

196. Сообщение от 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ообщить модератору
Родитель: #176 Ответы: #216

197. Сообщение от пох. (?), 05-Мрт-20, 16:06 +/–

> Какая ирония. Похоже те, кому он не нравится, точно также не умеют им пользоваться, ибо
> "невозможно откатить" в гите не бывает
похоже, ты один из тех кто таки не умеет.
> т.к. у всех своя версия репы
да-да, у всех вообще своя репа, а общий проект им и даром не нужен, они вообще в разных подвалах работают.
Или, может, push запрещен под страхом смертной казни и из кода выковырян вручную?
А, нет, все как обычно - это опять запылился мой хрустальный шар, на самом деле и этот васян делает git commit && git push на каждую строчку, "иначе ж можно потерять ценные изменения, если что-то случится с локальным репо"(c).
И после "ой перепутал" - тоже будет push до осознания, что ой, на автопилоте.
А потом они приходят ко мне - "мляаааа... я вмержил не ту ветку - как вернуть все как было, уже десять человек автоматом склонировали" (pull они тоже дергают не включая мозг, "а то ж можно пропустить чужие изменения - придется вручную что-то там непонятное делать")
А я им и говорю прямо - "нихрена не понимаю как оно работает, учиться мне есть чему и без вас, мля... ну... ладно, сервер стопнул, щас как-нибудь придумаю, как вам откатить основную репу (внезапно, вся децентрализация - только во влажных фантазиях), может ресетом обойдется, если вспомните правильный хэш, хотя, откуда, потом сресетить систему code review (которая весь п-ц автовсосала уже) и так далее, а вы пока идите и ловите всех васянов, успевших ваш мусор себе смержить, и... да ну нах, просто пусть удалят все и, когда заработает, заново клонируют, а свои кракозябки пусть на листочек скопируют, если жалко потерять. А то начнешь объяснять как по живому смержить - вообще все нахрен сломаете."
> Порог вхождения выше, это да.
А пользователи при этом - в разы менее грамотные, чем те что ставили svn - потому что его ставили решать проблему совместной разработки, те, кто уже осознал что есть такая проблема, а не просто потому что "все побежали" и "сейчас модно".
Порог вхождения выше только из-за уе...ской архитектуры - автоматизирующей совершенно ненужный процесс "порежьте,пришлите в рассылку". Я ни разу не видел страдающих "порогом вхождения" переходивших с svn на hg. Половина из них, по-моему, вообще не заметила разницы. Я им, разумеется, про rebase и mq не рассказывал, посколько он им не нужен для работы, поэтому они привычек практически и не меняли.

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

198. Сообщение от пох. (?), 05-Мрт-20, 16:10 +/–

> И преодолевает его, дай бог, где-то 1%? остальные по how-to'шкам pull-commit-push?
"ой, не пушится, кто-то успел раньше!" "Штоделать, штоделать, щас...щас...а вот и похожий вопрос на стеке, ответ читать некогда, таски не ждут, попробую ... ой!"
Чаще они, конечно, свою репу превращают в трэш, и свою работу переделывают (скопировать _руками_ правленные файлы, стереть нахрен, снова clone, руками положить обратно - типовой "use pattern"), но бывает и хуже.

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

199. Сообщение от aaa (??), 05-Мрт-20, 16:12 +/–

Странно, у меня мир собирается за час, на железе 12-летней давности и без SSD

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

200. Сообщение от пох. (?), 05-Мрт-20, 16:17 +/–

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

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

201. Сообщение от пох. (?), 05-Мрт-20, 16:35 +/–

> там 0,1% от них? Остальные просто жмут на педали.
мне знакомый полицай - мамой клялся, что не может быть, и "не имеющим элементарных навыков вождения мы экзамен не зачтем ни за какие деньги - самим жить охота".
То есть их гораздо больше 0.1% - но только потому что их п-дют, заставляя зубрить ненужные им теории, повторять унылые движения и это все сдавать на экзамене - поэтому они хотя бы теоретически - знают как надо.
А ездят потом как получится, потому что вокруг тоже все едут не по правилам, а по понятиям, а не потому, что не знают.
А с гитом - вполне достаточно записи в резюме "умею git!"
Никого еще не уволили за то, что он в первый же день работы искал в гугле разницу между push и pull.

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

202. Сообщение от Wfhm (?), 05-Мрт-20, 16:36 +/–

Эпл,всякие Instagram

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

203. Сообщение от пох. (?), 05-Мрт-20, 16:40 +/–

так включи в gcc9 Wall - тоже будет ругаться.
> Причем gcc это за ошибки не считает.
-Werror к -Wall решит твою проблему, сломать сборку и на gcc ;-)
Если что - решение проблемы с clang находится примерно в этой же плоскости. Там еще и дефолтные переключатели -std по разному стоят (ну или стояли, когда я на это напарывался).
И да, я не знаю в каком стандарте был тот код, который от этого не собирался, но век бы того п-ца  больше не видеть.

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

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

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

205. Сообщение от пох. (?), 05-Мрт-20, 17:49 +/–

PS: оно все еще компиляет.
> ===> secure/lib/libcrypto (obj,all,install)
ты просто брезглив, но невнимателен - у тебя ж, наверняка, многопроцессная сборка? Ну вот пока оно одним-другим процессами собирает твой libcrypto - остальные пять жуют какой-нибудь libllvm и его окрестности - просто ты этого не видишь, эта строчка давным-давно уехала вверх. А следующую за ней придется подождать.
ps'ом смотри, убедишься, кто на самом деле все ништяки зохавал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #206

206. Сообщение от анонн (ok), 05-Мрт-20, 18:54 +/–

> PS: оно все еще компиляет.
>> ===> secure/lib/libcrypto (obj,all,install)
> ты просто брезглив, но невнимателен - у тебя ж, наверняка, многопроцессная сборка?
Угу - ты не заметил "как раз крутится свежая сборка в фоне, в 1 job - уже часа 4," и основной посыл "За это время на этой же машине можно было десяточку раза 2 собрать.", но невнимателен я.
> ps'ом смотри, убедишься, кто на самом деле все ништяки зохавал.
Быстрее оно от этого все равно не станет и уже потраченное на сборку время не вернет. А знать, где оно застряло конкретно здесь и сейчас - как-то не особо интересно, потому что без "мониторинга" в таком режиме всей компиляция сие знание не особо много даст.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205 Ответы: #210, #214

207. Сообщение от Аноним (48), 05-Мрт-20, 18:55 +/–

Тем не менее ради DTrace и ZFS решили также и от kgdb избавиться.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #219

208. Сообщение от Аноним (48), 05-Мрт-20, 18:59 +/–

BTW clang довольно агрессивно векторизует код уже с -O2, а с llvm-polly разница приличная не в пользу gcc с graphite.

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

209. Сообщение от Im banana man (?), 05-Мрт-20, 19:35 +/–

> В смысле "прогиб"? Да они этого и не скрывали никогда
Ну как бы и усе. Сразу понятно кому надо, зачем надо.

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

210. Сообщение от пох. (?), 05-Мрт-20, 20:12 +/–

> Угу - ты не заметил "как раз крутится свежая сборка в фоне, в 1 job - уже часа 4,"
ффак, я только цитату читал, а не оригинал (не хватало еще тут все читать) - но ЗАЧЕМ так страдать-то? 8-O
При всей моей нелюбви к llvm, было бы у змейгорыныча три жопы - давно б домой улетел.

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

211. Сообщение от Аноним (211), 06-Мрт-20, 03:15 +/–

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

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

212. Сообщение от пох. (?), 06-Мрт-20, 10:40 +/–

> К счастью llvm когда я последний раз посылал патчи была не про бюрократию
а этот последний раз не в 18м ли году, случайно, был?
А то после некоторых событий - весьма вероятно что он таки был - последний.

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

213. Сообщение от IRASoldier_registered (ok), 06-Мрт-20, 12:42 –3 +/–

> майнтайнером одной из версий glibc
Да хоть ядра Linux.

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

214. Сообщение от пох. (?), 06-Мрт-20, 14:43 +/–

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

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

215. Сообщение от Аноним (-), 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();
}

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

216. Сообщение от Аноним (-), 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ообщить модератору
Родитель: #196

217. Сообщение от Аноним (217), 07-Мрт-20, 17:04 +/–

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

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

218. Сообщение от Аноним (218), 08-Мрт-20, 06:04 +/–

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

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

219. Сообщение от Аноним (-), 08-Мрт-20, 06:10 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #225

220. Сообщение от Аноним (-), 08-Мрт-20, 06:12 –1 +/–

> Хром и Андроид переехавшие на кланг?
Ну так парень из гугли это к рукам прибрал как лид проекта, IIRC :].
> А как же Лиса,
А это просто голимые хипстеры из маздая и гейоси.

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

221. Сообщение от Аноним (-), 08-Мрт-20, 06:15 +/–

> говори яснее - с тех пор он не появлялся в тех трех
> подвалах, где тебя только и приняли на работу.
Слушай, даже MS накодил git в VS. Признав что их TFS - примерно такой же кал как и SVN для собственно, блин, контроля версий сорцов.
Как угодно но именно телепаться между разными версиями в гите быстро и круто. А в svn это ацтойно даже с локального сервера (который еще и сетапить надо в обязаловку!) а с ремотного - это просто жесть. В результате вместо починки бага разработчик занимается туповэйтингом чудного инструмента...

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

222. Сообщение от Аноним (-), 08-Мрт-20, 06:16 –1 +/–

> У меня куча питоновских библиотек не собирается из-за этого.
А это вообще не баг а фича :)

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

223. Сообщение от iZEN (ok), 08-Мрт-20, 14:11 +/–

Уж лучше hg. Проще и быстрее осваивается. Есть русский язык в системе помощи.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #227

224. Сообщение от iZEN (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

225. Сообщение от анонн (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ообщить модератору
Родитель: #219 Ответы: #226

226. Сообщение от Аноним (-), 09-Мрт-20, 02:14 –1 +/–

> В табличку поддержки платформ и фич
...не очень поможет для
1) Понимания где и какие "ответки" к этому есть.
2) И в каком все это, собственно, состоянии. Что, мягко говоря не последнее соображение для in-kernel интерфейса, который должен трепыхаться в состоянии "ядру настала амба". Иначе нафига б он без этого сдался :)
3) GDB как-то не кошерно, однако, с его лицензией. Что там у вас, LLDB, чтоли, не?
А так все хорошо, прекрасная маркиза.
> /usr/local/bin/kgdb was installed by package gdb-8.3.1_1
Похвастаться kgdb залистив какой-то бинарник... ну я даж не знаю. Вот ежели бы вы скрин дебага упавшего ядра бзды в этом показали.... ээ... кстати, там вон у поха как раз какая-то железка виснет, не хотите ему помочь? Мне системной дряни под линухом хватает, так что на бзды я все же пас, но вы как раз можете показать мастеркласс низкоуровневого дебага и траблшутинга :))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #225 Ответы: #231

227. Сообщение от Аноним (-), 09-Мрт-20, 02:17 +/–

> Уж лучше hg. Проще и быстрее осваивается.
Этот бобик настолько сдох что его даже уже битовая мусорница у себя выкинула. При том что изначально битовая мусорка создавалась как hg-хостинг :)
> Есть русский язык в системе помощи.
Актуально разве что 1Сникам, остальные совсем уж не зная инглиша прогать не смогут, остальное при этом не важно :)

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

228. Сообщение от Аноним (228), 09-Мрт-20, 02:20 +/–

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

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

229. Сообщение от Аноним (228), 09-Мрт-20, 02:23 +/–

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

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

230. Сообщение от Аноним (228), 09-Мрт-20, 02:26 +/–

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

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

231. Сообщение от Аноним (-), 09-Мрт-20, 03:14 +/–

>> В табличку поддержки платформ и фич
> ...не очень поможет для
> 1) Понимания где и какие "ответки" к этому есть.
Для понимания обсуждаемого предмета. Без высосанных из пальца размышлизмов анонима.
Например, можно увидеть что gdbserver для fbsd апстримом не поддерживается.
>> /usr/local/bin/kgdb was installed by package gdb-8.3.1_1
> Похвастаться kgdb залистив какой-то бинарник... ну я даж не знаю. Вот ежели
> бы вы скрин дебага упавшего ядра бзды в этом показали.... ээ...
Спрыгнуть с темы и перевести стрелки - без этого аноним не аноним? Или какая принципиальная разница, установлено оно пакетом или поставляется бандлом? В бубунте вон тоже нет из коробки ни gcc ни kgdb и что-то никто не вопит "Выпилили! Избавились!"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #233

232. Сообщение от Анонимчик (?), 09-Мрт-20, 08:06 +/–

Я не смог установить nvidia 440.64 с сайта.( Ошибка связана с отсутствием stdarg.h,freebsd kernel 12.1 realese.С gcc наверно проблем бы не было.(

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

233. Сообщение от Аноним (233), 10-Мрт-20, 02:10 +/–

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

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

234. Сообщение от Im banana man (?), 20-Мрт-20, 16:25 +/–

> Иконки - это для видимости. МС сейчас сосредоточены на зондах. Не нужно
> им мешать.
Это как букет цветов. Визуально дарят цветы эти MS, тем временем сзади присовывая )

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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

2. Сообщение от Аноним (2), 03-Мрт-20, 18:52	+7 +/–
Давно пора.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #123

3. Сообщение от Аноним (2), 03-Мрт-20, 18:53	–13 +/–
>на лицензию GPLv3, которая была признана неприемлемой для базовых компонентов FreeBSD Хоть где-то осталось здравомыслие. GPL - это рак, уничтожающий опенсорс.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #5

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

5. Сообщение от Аноним (5), 03-Мрт-20, 18:56	+10 +/–
Баллмер, залогинься
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #9

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

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

9. Сообщение от Аноним (9), 03-Мрт-20, 19:06	–7 +/–
GLP не свободная лицензия. Свободная это BSD, MIT.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #13, #15, #34

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

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

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

13. Сообщение от Аноним (13), 03-Мрт-20, 19:16	+1 +/–
Это очень наивное, анархистское понятие о свободе.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #17, #64

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

15. Сообщение от Sluggard (ok), 03-Мрт-20, 19:17	+2 +/–
Никто и не спорит. Для незалогинившегося Баллмера выше — именно так.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9

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

17. Сообщение от dimcha (??), 03-Мрт-20, 19:19	–1 +/–
ликбез https://arzamas.academy/radio/announcements/freedom
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13

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

19. Сообщение от Аноним (13), 03-Мрт-20, 19:19	+1 +/–
> чтобы все, кто использует его тоже открыли исходники На самом деле нет. Есть обязанность либо распространять исходники вместе с бинарниками, либо дать гарантию получения этих исходников после получения бинарников, причём брать доп. плату за это нельзя. То есть, если модифицировать и использовать ПО под GPL, но не распространять его, то исходники "открывать" необязательно. Нет никакой обязанности заливать код на общедоступные ресурсы.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14

20. Сообщение от анонн (ok), 03-Мрт-20, 19:22	+1 +/–
> GCC лицензируется под GPL 3, что требует, чтобы все, кто использует его тоже открыли исходники. Нет, не требует. Требует открывать код только тем, кому отгружаешь бинарник. > Что дает возможность закрывать исходники и зарабатывать капиталистам Это как Гуглю, Клаудфлари, Амазону и прочим облачникам, которым GPLv2 официально позволяет зажать код? Или скорее как Тесле и тысячам китайских фирм и фирмочек, которые годами обещают открыть (или просто игнорят бледнолицых демонов с их закидонами)?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14

21. Сообщение от dimcha (??), 03-Мрт-20, 19:22	+2 +/–
О нет, какое вопиющее извращение фактов! Речь о том, что сам GCC нельзя распространять, а не собранный им софт. Поэтому они и юзали для сборки говномамонтовую версию. Сейчас все порты, требующие gcc, перевели на портовый же gcc, а системный выпилили ... за ненадобностью.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #58

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

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

27. Сообщение от анонн (ok), 03-Мрт-20, 19:43	+5 +/–
> Объясните, пожалуйста, чайнику на пальцах - чем gcc не угодил? Тем, что при смене лицензии на GPLv3 исключения из правил для компилятора и его библиотек - еще не было. Поэтому весь объектный код из под gcc 4.2.2 принудительно менял лицензию на GPLv3. Такое кино понравилось далеко не всем - так появился clang (на который для основных платформ перешли еще в 2013 году), давший по совместительству еще и неплохого пинка разработчикам gcc в области более осмысленных сообщений об ошибках или проверок (тот же asan первым появился в шланге). О последних пунктах правда местные "знатоки" предпочитают в своих горячих спичах не вспоминать ))
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11 Ответы: #39

28. Сообщение от neAnonim (?), 03-Мрт-20, 19:44	–1 +/–
Я только напомню что: https://opennet.ru/50970 > Разработчики из Google предложили разработать свою libc для LLVM используй clang но libc тащи свой (их полно, и нужен ли он тебе)
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #129

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

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

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

32. Сообщение от Аноним (32), 03-Мрт-20, 19:53	+9 +/–
> GCC лицензируется под GPL 3, что требует, чтобы все > кто использует его тоже открыли исходники. BSD-шникам это > не нравится. Что дает возможность закрывать исходники > и зарабатывать капиталистам Ага. Все эти годы нравился, а тут внезапно не понравился. Аргумент не выдерживающий критики. И надо ли понимать ваше объяснение, как прогиб фряхи под капиталистов и корпорокрастов? Если всё так, то при всех минусах линукса и gpl - альтернативы им нет, и фряха в таком случае становится лютым ненужно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #37, #47, #50, #51, #95

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

34. Сообщение от zurapa (ok), 03-Мрт-20, 20:00	–1 +/–
Главное - не путать свободу с открытостью. BSD свободная, а GPL открытая. Каждый выбирает своё болото. Накаляет, что GPL притендует на самую гуманную, самую свободную лицензию, ограничивая человека в главном, он волен показывать или не показывать свой код, даже, если в основе лежит чужой код. Ни кто, ни кому, ни чего не должен? Все эти лицензии глупости. Понапридумывали правил... Почему авторское право только 50 лет? Это кто постановил? Почему я не должен воспроизводить текст и соблюдать кем-то оговорённые условия? Мне это попало в руки, значит это уже моё. Есть очень хорошая поговорка: «Слово - не воробей, вылетит - не поймаешь.» Тогда ещё люди не знали, что можно сказать, а потом другим запретить это воспроизводить. Дожились.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #41, #59