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

Открыт код C++ компилятора Zapcc, opennews (?), 18-Июн-18, (0) [смотреть все] взяли моду -- держать в памяти запущенным компилятор а без этого ни как нельзя , X4asd (ok), 12:09 , 18-Июн-18, (2) +7 // Можно 8212 если пересадить девелоперз на пентиум-2, при котором 32 МБ ОЗУ, а , Anonymoustus (ok), 12:20 , 18-Июн-18, (6) +49 // Судишь по собственному опыту , Аноним (-), 12:39 , 18-Июн-18, (10) –8 сарказм, издевательское_сочувствие Дауншифтинг , IRASoldier (?), 13:39 , 18-Июн-18, (35) –1 // Предже чем сам, убедись, что не стоишь под стрелой винтернетениктонеможетвсар, Andrey Mitrofanov (?), 13:56 , 18-Июн-18, (40) –4 ты - LANGUAGE MagicHash - забыл, анон (?), 22:17 , 18-Июн-18, (112) Ничуть Берём для сравнения популярную программу 8212 допустим, Microsoft Wor, Anonymoustus (ok), 10:38 , 20-Июн-18, (150) +4 Можно конечно, только зачем Если такое решение помогает быстрее компилировать к, Аноним (-), 21:21 , 18-Июн-18, (108) –1 // electron и пользовательские приложения на java - это глупость, Это я (?), 11:06 , 19-Июн-18, (133) приложений на java и нет почти, Аноним (141), 19:14 , 19-Июн-18, (141) - Еще один эксперт не может отличить Java от JS Пользовательское UI на JS пишетс, Вареник (?), 03:17 , 20-Июн-18, (144) +1 А в чём проблема, собственно , Crazy Alex (ok), 12:43 , 18-Июн-18, (12) +2 // в том что есть подозрение что там наделали кучу ошибок и дыр, при реализации так, Xasd (ok), 13:01 , 18-Июн-18, (21) –3 // Вообще любые кеши 8212 зло по определению Ибо делают согласованность в широ, Anonymoustus (ok), 13:29 , 18-Июн-18, (32) –2 кто-то не смог в теорию графов, Аноним (-), 19:11 , 18-Июн-18, (95) +1 А вы не смейтесь, нам на экономическом вышку совсем по другому преподавали, так , Аноним (120), 06:50 , 19-Июн-18, (120) Кеши вещь нормальная и хорошая Но вот компиляторы обычно пишутся в расчете на о, Vkni (ok), 20:32 , 18-Июн-18, (103) –1 там где есть конкурирующие процессы согласованность всегда иллюзорна , cutlass (?), 05:09 , 20-Июн-18, (146) –1 Прежде чем обсуждать угрозы, надо представить себе модель атаки Вот допустим, я, Ordu (ok), 14:39 , 18-Июн-18, (53) Категорически поддерживаю Я с одной стороны видел потроха разных компиляторов, , Vkni (ok), 20:29 , 18-Июн-18, (102) +4 Я однажды столкнулся с их IDE компиллятором Kylix Borland C для Linux Это б, Вареник (?), 03:23 , 20-Июн-18, (145) Ну это даже значительно хуже, чем обычно Но вот Трубо Паскакаль у них был отличн, Vkni (ok), 07:00 , 22-Июн-18, (158) Я тоже всегда говорил - нефиг писать программы А то мало ли чего можно понаписа, Аноним (136), 16:07 , 19-Июн-18, (136) +1 много Надо держаться,, Andrey Mitrofanov (?), 10:52 , 20-Июн-18, (151) 171 Денег нет, но вы держи 769 тесь 187 , Anonymoustus (ok), 11:28 , 20-Июн-18, (153) +1 Можно, но будет медленнее , Аноним (-), 15:06 , 18-Июн-18, (61) +1 Скорость это хорошо, а вот правильно собирает то , Аноним (-), 12:11 , 18-Июн-18, (3) +7 // Отличный вопрос, анон Как раз хотел написать о том же , Anonymoustus (ok), 12:21 , 18-Июн-18, (7) +1 // Как раз хотел написать о том, что хотел задать тот же вопрос, но ты меня опереди, Аноним (-), 15:14 , 18-Июн-18, (67) +6 // как раз меня опередили, как я хотел написать об опережении меня перед тем, как я, заминированный тапок (?), 14:52 , 16-Сен-19, (162) Только собирает-то , Аноним (-), 12:25 , 18-Июн-18, (9) Поскольку код на С то нет , Аноним (-), 12:42 , 18-Июн-18, (11) –6 // Сектанты подтянулись , Аноним (-), 19:45 , 18-Июн-18, (101) +2 Он собирает кошэрно и халяльно , Аноним (-), 19:44 , 18-Июн-18, (100) +2 // И только не в шабат, Аноним (126), 09:30 , 19-Июн-18, (126) Они сделали ccache, но не под GPLv3-or-any-later от тов Триджела Ай, малаццы К, Andrey Mitrofanov (?), 12:17 , 18-Июн-18, (4) –3 // Шекели не пахнут , Anonymoustus (ok), 12:22 , 18-Июн-18, (8) // Видимо-видимо С проприертарщиками жить -- регулярно проверяться не забывать в , Andrey Mitrofanov (?), 12:43 , 18-Июн-18, (13) Правильно, не всем же быть идейно озабоченными нищебpодами , IRASoldier (?), 13:00 , 18-Июн-18, (19) // Согласен Некоторым и в безыдейных -- что божья роса , Andrey Mitrofanov (?), 13:03 , 18-Июн-18, (22) +2 // Г-н Митрофанов, вы еще скажите, что сами вот прям таки взяли и отказались бы от , IRASoldier (?), 13:12 , 18-Июн-18, (30) –1 Конечно Те, кто мене донатит не оценили бы Ваши никто -- да Я прикладыва, Andrey Mitrofanov (?), 13:59 , 18-Июн-18, (41) +2 И рэкетир с утюгом - возьми сто рублей с то ли Петросян, то ли Карцев, IRASoldier (?), 15:12 , 18-Июн-18, (64) gt оверквотинг удален Это, скорее, компилятор для рабочих станций, где идёт ра, PereresusNeVlezaetBuggy (ok), 14:04 , 18-Июн-18, (45) // Можно и на серверах для автоматических тестов гонять Просто люди изобрели флажок, КО (?), 16:36 , 18-Июн-18, (79) // А вот это не всегда хорошая идея С тем же ccache я уже натыкался на сбои с пре, PereresusNeVlezaetBuggy (ok), 16:52 , 18-Июн-18, (82) –1 Это значит сериализовать содержимое памяти компилятора, а потом десериализовыват, Ordu (ok), 19:38 , 18-Июн-18, (99) mmap подходящая структура данных базирующаяся на POD спасет отца русской дем, Vkni (ok), 20:35 , 18-Июн-18, (104) –2 Вопрос зачем эти сложности не снимается упоминанием mmap и POD , Ordu (ok), 21:52 , 18-Июн-18, (110) +1 Ну скорость компиляторов ЦэПэПэ в разы увеличивается Разумеется, необходимость , Vkni (ok), 07:08 , 22-Июн-18, (160) Кто такое POD На ум только перловые доки приходят , nuclight (??), 21:04 , 21-Июн-18, (157) Plain Old Data - терминология С ников Примерно год назад я читал статью про раб, Vkni (ok), 07:06 , 22-Июн-18, (159) –1 Об том и новизна решения Только вот, как только встанет вопрос как демону компил, КО (?), 08:49 , 19-Июн-18, (123) –1 Никак Это не его проблемы Обычный компилятор совершенно не парится тем, кто ко, Ordu (ok), 11:38 , 19-Июн-18, (134) +2 К несчастью, то ж бывает у людей Как ни полезна вещь,- цены не зная ей,Невежда п, z (??), 14:49 , 18-Июн-18, (59) +3 Определить изменённость источников да ещё и в широком смысле --- опции компил, yet another anonymous (?), 12:18 , 18-Июн-18, (5) –3 // Там наврху написано Не веришь -- пачиму спрашиваешь , Andrey Mitrofanov (?), 12:45 , 18-Июн-18, (14) +1 // Я не оракул, чтобы догадываться что такое они имеют ввиду под словами кэш компи, yet another anonymous (?), 13:50 , 18-Июн-18, (38) –2 Да нет, это вполне себе тривиальная задача, обычно с ней хорошо справляется сист, Анонимус2 (?), 14:03 , 18-Июн-18, (43) // Хм, действительно, можно же продублироватьь работу make И если для make есть , yet another anonymous (?), 14:42 , 18-Июн-18, (55) // Давно уже умеет через ninja-build и make -GNinja, Аноняша (?), 15:07 , 18-Июн-18, (62) –2 Вас кто-то обманул В дизайне ninja для этого ничего нет , yet another anonymous (?), 15:36 , 18-Июн-18, (72) Кстати precompiled headers поддерживал borland c 3 0 в 1991 году , Аноним (-), 12:45 , 18-Июн-18, (15) –1 // и GCC 3 4 and newer в 2004-ом И чито , Andrey Mitrofanov (?), 12:55 , 18-Июн-18, (17) +1 // в 91, ты перепутал билдер и просто c , Аноним (-), 13:03 , 18-Июн-18, (23) // Это я так нипамяааатна написал про gcc 3 4 0 , Andrey Mitrofanov (?), 13:07 , 18-Июн-18, (26) +2 С это как раз тот язык где через 40 лет не могут сделать удовлитворительный ко, Аноним (-), 12:47 , 18-Июн-18, (16) +4 // Экий вы, батенька, привереда I , Andrey Mitrofanov (?), 12:56 , 18-Июн-18, (18) GCC более чем удовлетворительный , Аноним (-), 13:01 , 18-Июн-18, (20) +4 // Моя программа с 1 классом и 10 методами компилируется около 3 секунд, это удовле, Аноним (-), 13:06 , 18-Июн-18, (25) –2 // У препода своего спроси, копиляция без ошипок -- это на троечку или нет , Andrey Mitrofanov (?), 13:08 , 18-Июн-18, (27) +1 Дык препод меня на С писать и заставил, та же программа переписанная на С комп, Аноним (-), 13:12 , 18-Июн-18, (29) –1 Заставить-то он заставил, только вот руки на место не поставил , Аноним (-), 13:42 , 18-Июн-18, (36) Я локализовал твою ошибку Она по эту сторону экрана Попробуй пропатчиться , Аноним (37), 13:46 , 18-Июн-18, (37) Да , PereresusNeVlezaetBuggy (ok), 14:06 , 18-Июн-18, (46) Сравни скорость компиляции с турбопаскалем , Аноним (119), 02:09 , 19-Июн-18, (119) –2 // Ну Паскалю и у Борланда Си сливало Все ж таки Паскаль был их родной, а Сишечка , КО (?), 08:51 , 19-Июн-18, (124) –3 Не поэтому , Led (ok), 00:34 , 20-Июн-18, (142) +5 Паскаль однопроходной язык, в этом все дело, а не в куплености Си То есть тормо, cutlass (?), 05:15 , 20-Июн-18, (147) –1 за 40 лет несколько разных C вышло, вы о каком , Аноним (-), 13:05 , 18-Июн-18, (24) +3 // О Сферический борланд в вакууме , Andrey Mitrofanov (?), 13:09 , 18-Июн-18, (28) –1 Ни на каком из них никогда годных компиляторов и не было, Аноним (-), 13:18 , 18-Июн-18, (31) // То ли дело всеправославнейший Watcom Я егойным редактором ресурсов смотрю разную, Anonymoustus (ok), 13:35 , 18-Июн-18, (34) он тоже был феерический тормоз, и C-only тоже , нах (?), 14:49 , 18-Июн-18, (58) Ну, не знаю 8230 В 171 Getting Started 187 это версия 10 6, напоминаю, 19, Anonymoustus (ok), 15:14 , 18-Июн-18, (66) Во FreeBSD ccache уже интегрирован, достаточно в etc make conf добавить WITH_CC, Ivan_83 (ok), 13:51 , 18-Июн-18, (39) +1 // Вы не поверите, использование ccache много где поддерживается , PereresusNeVlezaetBuggy (ok), 14:09 , 18-Июн-18, (47) // Через костыли естесвенно, Аноняша (?), 14:30 , 18-Июн-18, (48) // ccache сам по себе костыль, а ваш комментарий не понятен Решение, используемое , PereresusNeVlezaetBuggy (ok), 14:36 , 18-Июн-18, (51) Если это из портов Пакеты из внешних источников при кросс-сборке вот где я виж, Аноняша (?), 14:38 , 18-Июн-18, (52) Соглашусь Собственно, отчасти поэтому в OpenBSD кросс-компиляция, хотя и поддер, PereresusNeVlezaetBuggy (ok), 14:41 , 18-Июн-18, (54) +1 что написать в etc mk conf , бедный буратино (ok), 14:43 , 18-Июн-18, (56) –1 // USE_CCACHE YesЕсть там и дополнительные переменные для настроек, см bsd port mk, PereresusNeVlezaetBuggy (ok), 15:11 , 18-Июн-18, (63) +1 троллейбус из буханки jpegНо зачем , нах (?), 14:51 , 18-Июн-18, (60) –1   // Если вы работаете над патчем для ОС или портов, то ответ как бы очевиден 8212 , PereresusNeVlezaetBuggy (ok), 15:13 , 18-Июн-18, (65)   // и немножечко GPLv3-or-any-later из портов -- так УдобнееТМ , Andrey Mitrofanov (?), 15:27 , 18-Июн-18, (71)   Я могу еще более страшные вещи рассказать многие разработчики BSD пользуются v, PereresusNeVlezaetBuggy (ok), 15:46 , 18-Июн-18, (73) –1   ну разьве что портов Потому что тестируется да и патчится,по большей части та, нах (?), 17:00 , 18-Июн-18, (84) –1   Прежде всего, базовая система написана в основном на Си, поэтому данный компилят, PereresusNeVlezaetBuggy (ok), 17:52 , 18-Июн-18, (87)   ооох, ваши б слова да Б-гу в уши угадайте, ЧТО занимает сейчас 90 времени make , пох (?), 19:09 , 18-Июн-18, (94)   Это да, Тео да и не только он очень долго не хотел Clang в базе опёнка в том ч, PereresusNeVlezaetBuggy (ok), 19:13 , 18-Июн-18, (96)   Да, llvm долго собирается Нет, лишнее отключается и другие архитектуры оно не тр, Ivan_83 (ok), 22:31 , 18-Июн-18, (113) –1   нихрена там не отключается Он вообще не умеет такую сборку - весь миллиард экзо, . (?), 10:01 , 19-Июн-18, (129) +1   WITHOUT_CLANG_BOOTSTRAP Set to not build the Clang C C compiler during th, Ivan_83 (ok), 13:33 , 19-Июн-18, (135) –1   это бесполезно и потенциально сломает билдоб этом тебе сказалиэто выключено по у, нах (?), 18:02 , 19-Июн-18, (139)   ccache у меня ещё ни разу ничего не ломал -DNO_CLEAN иногда приводит к фейлам пр, Ivan_83 (ok), 19:09 , 19-Июн-18, (140) –2   для тазиков с неприлично большим временем сборки - имеет смысл держать отдельный, Аноним (148), 08:18 , 20-Июн-18, (148) +1   Да, было бы здорово Но нет времени желания пока это автоматизировать тазиков не, Ivan_83 (ok), 18:49 , 20-Июн-18, (156) +1   Затем что от этого есть профит практически всегда на живой системе И много профи, Ivan_83 (ok), 16:36 , 18-Июн-18, (80) –1   Его не надо никуда интегрировать Достаточно сделать PATH usr local libexec c, Аноним (-), 19:33 , 18-Июн-18, (97) –1 Компилирует быстро, но такая фигня получается , Аноним (-), 14:00 , 18-Июн-18, (42) +1 // Уже FreeBSD пересобрал , Andrey Mitrofanov (?), 14:04 , 18-Июн-18, (44) +2 // Небось уже и упало, попутно разобрав рейд-массив и сломав все USB-порты , Anonymoustus (ok), 15:22 , 18-Июн-18, (69) Собирал FreeBSD, а в итоге ALT получился , Аноним (-), 20:42 , 18-Июн-18, (107) –3 // Чтобы после компиляции АLT получить, нужно сначала деньюжку им заплатить , DmA (??), 08:20 , 19-Июн-18, (122) А не-фихня по вашему -- это MS-Windows-10-Enterprise-Server Не удалось, пичалька, Andrey Mitrofanov (?), 09:55 , 19-Июн-18, (128) –2 может в самом коде проблема , DmA (??), 08:19 , 19-Июн-18, (121) Что линкует тоже быстрее, чем LLVM llc , Аноняша (?), 14:31 , 18-Июн-18, (49) // https lld llvm org, Аноняша (?), 14:32 , 18-Июн-18, (50) 128 GiB хватит для всех , Аноним (-), 16:50 , 18-Июн-18, (81) // Зависит от аппетита отдела продаж То есть _точно_ не хватит Не _всем_ I , Andrey Mitrofanov (?), 18:15 , 18-Июн-18, (91) // gt оверквотинг удален и что ты про SGI Altrix слышал канделяберный ты наш , Аноним (148), 08:19 , 20-Июн-18, (149) // Ну, up to 128 TB of memory 192TB with single microprocessor socket blades у, Andrey Mitrofanov (?), 11:24 , 20-Июн-18, (152) License UoI-NCSA rc BSD public-domain llvm_targets_ARM LLVM-Grant Под, Аноним (-), 17:37 , 18-Июн-18, (85) Скоко памяти хавает на сборке буста , L29Ah (ok), 18:59 , 18-Июн-18, (92) –1 можно просто компилить в рамдиске и ненужны всякие сомнительные компиляторы, Аноним (-), 21:34 , 18-Июн-18, (109) –2 // Это не тоже самое Один и тот же класс в разных проектах будет компилироваться д, Аноним (-), 09:20 , 19-Июн-18, (125) Сомнительно, что в upstrem их код примут, там под 200К изменений над llvm , Аноним (111), 22:01 , 18-Июн-18, (111) Благодаря таким ребятам C жив и развивается , Аноним (117), 01:07 , 19-Июн-18, (117) –1 // Так это проприетарь, устареет через 1 минорный релиз шланга , Аноним (118), 01:09 , 19-Июн-18, (118) Я зык меняют комитетчики, а не шлома-колеры , Andrey Mitrofanov (?), 10:14 , 19-Июн-18, (130) +1 // Впрочем, в части жив , видимо, да Нужно много незамутнённых художников , Andrey Mitrofanov (?), 10:24 , 19-Июн-18, (131) +1 Любой, кто работал с транслятором бинарных продуктов знает, что по крайней мере , Аноним (132), 10:46 , 19-Июн-18, (132) –1 // Вы , как Большой Учёный, наверное, слышали про такой мощный, я бы даже сказал, , Andrey Mitrofanov (?), 12:21 , 20-Июн-18, (154) 2,3,4,5,15,16,39,42,49,81,85,92,109,111,117,132

Сообщения

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

	60. "Открыт код C++ компилятора Zapcc"	–1 +/–
	Сообщение от нах (?), 18-Июн-18, 14:51
	> И после этого все порты и сама система будет собираться через ccache. "троллейбус из буханки".jpeg Но зачем?
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	65. "Открыт код C++ компилятора Zapcc"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 18-Июн-18, 15:13
	>> И после этого все порты и сама система будет собираться через ccache. > "троллейбус из буханки".jpeg > Но зачем? Если вы работаете над патчем для ОС или портов, то ответ как бы очевиден — чтобы было быстрее собирать-тестировать. Ну а если нет, то эти опции вас просто не касаются, и всё.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Открыт код C++ компилятора Zapcc"	+/–
	Сообщение от Andrey Mitrofanov (?), 18-Июн-18, 15:27
	>>> И после этого все порты и сама система будет собираться через ccache. >> "троллейбус из буханки".jpeg >> Но зачем? ...и немножечко GPLv3-or-any-later из портов -- так "УдобнееТМ". > Если вы работаете над патчем для ОС или портов, то ответ как > бы очевиден — чтобы было быстрее собирать-тестировать. Ну а если нет,
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Открыт код C++ компилятора Zapcc"	–1 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 18-Июн-18, 15:46
	>>>> И после этого все порты и сама система будет собираться через ccache. >>> "троллейбус из буханки".jpeg >>> Но зачем? > ...и немножечко GPLv3-or-any-later из портов -- так "УдобнееТМ". Я могу еще более страшные вещи рассказать: многие разработчики *BSD пользуются vim и — о, ужас! — emacs.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Открыт код C++ компилятора Zapcc"	–1 +/–
	Сообщение от нах (?), 18-Июн-18, 17:00
	> Если вы работаете над патчем для ОС или портов, то ответ как ну разьве что портов. Потому что тестируется (да и патчится,по большей части) там сама система сборки, порты бывают развесистые, тут соглашусь. (правда, USE_GCC, притащенный третьей вложенной зависимостью, обгадит всю малину) С ос все просто - хотя это и немодно, но для просто отладки кода совершенно незачем пересобирать мир. И ядро с нуля тоже незачем пересобирать. make все еще работает и способен собрать только то, что зависит от изменившихся исходников. Поверьте человеку, который этим вынужден заниматься регулярно. А вот перед комитом в репо (если вы один из счастливчиков-с-битом) - надо всякие кэши выкинуть, src подвинуть, и собрать таки все с нуля и заново наложив патчи - иначе может выйти как всегда.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	87. "Открыт код C++ компилятора Zapcc"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 18-Июн-18, 17:52
	>> Если вы работаете над патчем для ОС или портов, то ответ как > ну разьве что портов. Потому что тестируется (да и патчится,по большей части) > там сама система сборки, порты бывают развесистые, тут соглашусь. (правда, USE_GCC, > притащенный третьей вложенной зависимостью, обгадит всю малину) > С ос все просто - хотя это и немодно, но для просто > отладки кода совершенно незачем пересобирать мир. И ядро с нуля тоже > незачем пересобирать. Прежде всего, базовая система написана в основном на Си, поэтому данный компилятор для её сборки попросту бесполезен. :)
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Открыт код C++ компилятора Zapcc"	+/–
	Сообщение от пох (?), 18-Июн-18, 19:09
	ооох, ваши б слова да Б-гу в уши! > базовая система написана в основном на Си угадайте, ЧТО занимает сейчас 90% времени make world на даже хорошем железе? Пра-а-а-авильно, пересборка самого llvm+clang (включая миллиард неотключаемых сборочным инструментарием ненужных вещей, от кодогенераторов для мертвых архитектур до специфических отладочных инструментов). ДА, именно потому, что, в отличие от gcc, он и его миллион библиотек написаны на c++. другое дело, что попатчив очередные грабли в недрах arc.c, пересобирать шланг не надо, достаточно пересобрать zfs.ko и userland.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Открыт код C++ компилятора Zapcc"	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 18-Июн-18, 19:13
	> ооох, ваши б слова да Б-гу в уши! >> базовая система написана в основном на Си > угадайте, ЧТО занимает сейчас 90% времени make world на даже хорошем железе? > Пра-а-а-авильно, пересборка самого llvm+clang (включая миллиард неотключаемых сборочным > инструментарием ненужных вещей, от кодогенераторов для мертвых архитектур до специфических > отладочных инструментов). ДА, именно потому, что, в отличие от gcc, он > и его миллион библиотек написаны на c++. Это да, Тео (да и не только он) очень долго не хотел Clang в базе опёнка в том числе поэтому.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Открыт код C++ компилятора Zapcc"	–1 +/–
	Сообщение от Ivan_83 (ok), 18-Июн-18, 22:31
	Да, llvm долго собирается. Нет, лишнее отключается и другие архитектуры оно не трогает пока ты явным образом не делаешь кросскомпеляцию. man src.conf Там есть отключение кусков llvm и есть отключение кросскомпеляции, но это не под другие архитектуры, это бутстрап самого компелятора, те в начале собирается какой то огрызок нового компелятора и он собирает систему и компилятор. Если отключить бутстрап то огрызок собиратся не будет и системным компелятором попробует сразу всё собрать. Но это иногда не работает - вылетает с ошибкой. Ты там что то не правильное делаешь. Пересборка ядра занимает максимум минут 10, на стареньком коредуо. Если отключить все ненужные модули, как ,например, у меня тут: http://www.netlab.linkpc.net/download/software/os_cfg/FBSD/1... то пересобирается раза в 2-3 быстрее и весит меньше. Ещё у меня кастомный конфиг ядра, тоже без лишних модулей. Ещё можно пересобирать с -DNO_CLEAN это даже на коредуо полностью мир и ядро "пересоберёт" быстро (на самом деле перекомпилят только то что поменялось, но бывают фейлы).
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	129. "Открыт код C++ компилятора Zapcc"	+1 +/–
	Сообщение от . (?), 19-Июн-18, 10:01
	> Нет, лишнее отключается нихрена там не отключается. Он вообще не умеет такую сборку - весь миллиард экзотических архитектур всегда собирается. > man src.conf ты сам-то его читать - пробовал? Нет там нихрена (потому что у апстрима нет). Можно выключить ненужно-lld (сэкономит две секунды и вполне вероятно приведет к проблемам в будущем, когда все же научится линковать freebsd, и совместимость с gnu ld тут же сломают) и какие-то совсем причудливые вещи ARCMigrate, Rewriter and StaticAnalyzer (из которых понятно только последнее, и тоже даром не нужно), которые тоже экономят максимум несколько минут. Основное время идет на libclang, libllvm и еще какие-то его внутренние детали, линкующиеся к любому из его бинарников. Большая их часть - это именно генерация/оптимизация под миллиард ненужно-архитектур. Оно вот так у эпла устроено, и они не видят в этом проблемы - "а вдруг мне захочется собрать бинарник под хрень-брень-никто-никогда-не-видал-все-равно-не-заработает". > Ты там что то не правильное делаешь. просто некоторые понимают, что они делают - а ты нет. Содержимое cddl/zfs - общее для userland и ядра, поэтому если в нем ковыряться - пересобирается не ядро, а и ядро, и (если умеешь) пачка бинарников. (если не умеешь - world) > Если отключить все ненужные модули, как ,например, у меня тут: молодец, победил zfs. А мне вот только она в основном и нужна. Кстати, хрена с два ты угадаешь, какие модули для нее "нужные". (особенно приятно, когда из-за очередного MFV "нужных" внезапно удваивается. Нет, оторвать не получится, новое поколение девелоперов не умеет ifdef) > Ещё у меня кастомный конфиг ядра, тоже без лишних модулей. я надеюсь, ты в курсе про платформо-независимый конфиг, включающийся по умолчанию? ;-) Правда, оверрайды в make.conf его перекроют, в части модулей. Но, опять же, если ты занимаешься даже не "разработкой", а просто ловлей блох - собирать что-то нестандартное, не требующееся по ТЗ - значит, очень вероятно, произвести патч, в одном месте что-то чинящий, в десяти - ломающий.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Открыт код C++ компилятора Zapcc"	–1 +/–
	Сообщение от Ivan_83 (ok), 19-Июн-18, 13:33
	WITHOUT_CLANG_BOOTSTRAP          Set to not    build the Clang    C/C++ compiler during the bootstrap          phase of the build.  To be    able to    build the system, either gcc          or    clang bootstrap    must be    enabled    unless an alternate compiler          is    provided via XCC. WITHOUT_CLANG_FULL          Set to avoid building the ARCMigrate, Rewriter and    StaticAnalyzer          components    of the Clang C/C++ compiler. WITHOUT_CROSS_COMPILER          Set to not    build any cross    compiler in the    cross-tools stage of          buildworld.  When compiling a different version of    FreeBSD    than          what is installed on the system, provide an alternate compiler          with XCC to ensure    success.  When compiling with an identical          version of    FreeBSD    to the host, this option may be    safely used.          This option may also be safe when the host    version    of FreeBSD is          close to the sources being    built, but all bets are    off if there          have been any changes to the toolchain between the    versions.          When set, it enforces these options:          WITHOUT_BINUTILS_BOOTSTRAP          WITHOUT_CLANG_BOOTSTRAP          WITHOUT_ELFTOOLCHAIN_BOOTSTRAP          WITHOUT_GCC_BOOTSTRAP Вот последний параметр позволит не собирать libclang, libllvm два раза. А -DNO_CLEAN или ccache позволят не собирать с нуля и тот единственный раз. А где в шланге ты нашёл архитектуры отличные от х86 во время компеляции? Я вот когда хотел с арм поиграться ставил гцц для кросскомпеляции. ZFS мне лично не нужен. По работе я быстро нашёл все его зависимости. GENERIC самый ужасный конфиг, к тому же он не на всех пллатформах есть, в тех же арм и мипс под каждый чип свой конфиг. У меня всего пара приватных патчей ядра, они никоим образом сборку не трогают, и ничего не ломают.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Открыт код C++ компилятора Zapcc"	+/–
	Сообщение от нах (?), 19-Июн-18, 18:02
	> WITHOUT_CLANG_BOOTSTRAP это бесполезно и потенциально сломает билд > WITHOUT_CLANG_FULL >       Set to avoid building the ARCMigrate, об этом тебе сказали > WITHOUT_CROSS_COMPILER это выключено по умолчанию, GCC на обычных архитектурах вообще давно не собирается... к чему была вся эта простыня? > А -DNO_CLEAN или ccache позволят не собирать с нуля и тот единственный раз. и что-нибудь сломать. А если ты понимаешь как работает то, что ты менял - то тебе не нужно пересобирать мир вообще.  Кроме теста перед попыткой отдать свои патчи кому-то еще, который надо проводить с полной пересборкой без всяких "оптимизаций", если интересует результат. > А где в шланге ты нашёл архитектуры отличные от х86 во время посмотреть что и как он в этом процессе собирает, когда один хрен заняться нечем, не? > ZFS мне лично не нужен. > По работе я быстро нашёл все его зависимости. пара пересборок с парой аварийных перезагрузок, и нашел, да? Не проще ли не маяться дурью и не экономить на спичках? (в конце-концов, можно целенаправленно выключить часть модулей) > GENERIC самый ужасный конфиг, к тому же он не на всех пллатформах у него есть две особенности - он имеет свойство меняться даже в пределах releng, самому это отслеживать не слишком удобно. И есть еще дефолтные конфиги в уровне выше arch. если система не предназначена для "поставил и забыл", это может когда-нибудь выйти боком. А если предназначена - то тем более нафиг не надо бороться за время его сборки - поставил и забыл.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Открыт код C++ компилятора Zapcc"	–2 +/–
	Сообщение от Ivan_83 (ok), 19-Июн-18, 19:09
	ccache у меня ещё ни разу ничего не ломал. -DNO_CLEAN иногда приводит к фейлам при сборке, иногда к фейлам при работе, но это инструмент для определённых целей. Раз не хочешь смотреть то не стоит и говорить. Нет никаких аварийны перезагрузок. Собрал с одним ZFS, инсталл, ребут. kldload zfs если фейл, смотрим чего не хватило, собираем ядро с этим модулем, инсталл, опять kldload zfs. Всё просто. Мне проще было один раз разобраться в том какие именно модули из всей помойки мне нужны или могут потребоваться чем каждый раз собирать эту помойку. У меня есть и слабые тазики, уровня атома, где время сборки неприлично большое. В GENERIC всё равно пихают всякий хлам, уже лет 9 сижу на своём конфиге и проблем не испытывал. У меня ядро получается 7-12мб, против 40+мб генерика, те грузится оно тоже чуточку быстрее. А поскольку там меньше хлама то оно и немного безопаснее. Короче, меня не напрягает это суппортить, и я в курсе того что у меня в системе есть, в отличии от большинства пользователей генерика.
	Ответить | Правка | Наверх | Cообщить модератору

	148. "Открыт код C++ компилятора Zapcc"	+1 +/–
	Сообщение от Аноним (148), 20-Июн-18, 08:18
	для тазиков с неприлично большим временем сборки - имеет смысл держать отдельный сборочный тазик.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Открыт код C++ компилятора Zapcc"	+1 +/–
	Сообщение от Ivan_83 (ok), 20-Июн-18, 18:49
	Да, было бы здорово. Но нет времени/желания пока это автоматизировать: тазиков не много и обновляются они сравнительно редко.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Открыт код C++ компилятора Zapcc"	–1 +/–
	Сообщение от Ivan_83 (ok), 18-Июн-18, 16:36
	Затем что от этого есть профит практически всегда на живой системе. И много профита если ты разработчик который больше одного раза собирает одно и тоже.
	Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

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

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