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

Открыт код 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]

	12. "Открыт код C++ компилятора Zapcc"	+2 +/–
	Сообщение от Crazy Alex (ok), 18-Июн-18, 12:43
	А в чём проблема, собственно?
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	21. "Открыт код C++ компилятора Zapcc"	–3 +/–
	Сообщение от Xasd (ok), 18-Июн-18, 13:01
	в том что есть подозрение что там наделали кучу ошибок и дыр, при реализации такого подхода. компилятор это и без того сложная программа -- а уж висеть перманентно в памяти и резделять память между различными процессами-и-пользователями (в том числе непривилигерованными) -- это просто открывает новый вектор непросветных дыр! точно ли они там нет проблем с гонками конкурентно-работающих процессов? а если проблему с гонами какой-то из пользователей пытается вызвать сознательно -- точно ли не удасться это ему? и точно ли компилятор вообще проверяет привелегии различных пользователей компьютера? а точно ли там в конце-концов -- нет утечек памяти? точно ли получаемый на выходе результат -- является ровно одинаковым по сравнению с тем как если бы компилятор был был запущен в первый раз без кэша? слишком много "если" для того чтобы предположить что они там не накосячили. обычный компилятор запускаемый-и-завершающийся-после-своей-работы -- уж явно будет иметь поменьше потенциальных проблем. # P.S.: а зачем вообще думать про безопасность компьютера разработчика? ответ -- наверно чтобы было поменьше вот таких инцидентов -- https://www.opennet.ru/opennews/art.shtml?num=48786
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Открыт код C++ компилятора Zapcc"	–2 +/–
	Сообщение от Anonymoustus (ok), 18-Июн-18, 13:29
	Вообще любые кеши — зло по определению. Ибо делают согласованность (в широком смысле слова), мягко говоря, весьма иллюзорной.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Открыт код C++ компилятора Zapcc"	+1 +/–
	Сообщение от Аноним (-), 18-Июн-18, 19:11
	кто-то не смог в теорию графов
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Открыт код C++ компилятора Zapcc"	+/–
	Сообщение от Аноним (120), 19-Июн-18, 06:50
	А вы не смейтесь, нам на экономическом вышку совсем по другому преподавали, так что потом приходилось самостоятельно все учить.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Открыт код C++ компилятора Zapcc"	–1 +/–
	Сообщение от Vkni (ok), 18-Июн-18, 20:32
	> Вообще любые кеши — зло по определению. Ибо делают согласованность (в широком смысле > слова), мягко говоря, весьма иллюзорной. Кеши вещь нормальная и хорошая. Но вот компиляторы обычно пишутся в расчете на однопоточную компиляцию ровно одного исходника. Отсюда глобальные переменные в полный рост, потери памяти и т.д.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	146. "Открыт код C++ компилятора Zapcc"	–1 +/–
	Сообщение от cutlass (?), 20-Июн-18, 05:09
	там где есть конкурирующие процессы согласованность всегда иллюзорна.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	53. "Открыт код C++ компилятора Zapcc"	+/–
	Сообщение от Ordu (ok), 18-Июн-18, 14:39
	> а если проблему с гонами какой-то из пользователей пытается вызвать сознательно -- точно ли не удасться это ему? Прежде чем обсуждать угрозы, надо представить себе модель атаки. Вот допустим, я в своей домашней генте поставил этот самый zapcc в качестве CXX. И как должна быть организована атака? Кто-то должен выполнить произвольный код на моём компе, чтобы отправить в zapcc запущенном из под рута что-то там на компиляцию? Если на моём компе выполняется чей-то произвольный код, то ему проще не дожидаться, когда я поправлю CXX, а сделать что-нибудь интереснее, например, прописать в ~/.bashrc какой-нибудь интересный alias на su/sudo, чтобы когда мне захочется получить права рута, эти права достались бы и вредоносному коду тоже. Или если хочется извращений, то можно подменить весь сервер zapcc, а не обращаться к существующему -- всего-то надо прибить старый и запустить новый. Или может у меня фантазии недостаточно, и есть какой-нибудь способ использовать этот zapcc без выполнения произвольного кода? А! Точно! Я придумал. Если сервер запустить на хорошем и мощном компьютере, а emerge на слабом и тупом, то zapcc позволяет избавиться от distcc. Но тут встанет вопрос как их безопасно связать, чтобы никто не вмешался... Но, всё же, я бы не стал на месте разрабов компилятора заморачиваться этой хнёй, достаточно дать возможность пользователю соорудить ssh-тоннель между сервером и клиентским компом, и пускай пользователь сам следит за правами доступа так, как он считает нужным. > и точно ли компилятор вообще проверяет привелегии различных пользователей компьютера? Если интересно, загляни, посмотри. Зачем гадать? Как по мне, тут не проверки нужны, а что-нибудь типа передачи сборочных команд серверу через unix-сокет с правами по умолчанию 0600: я вообще не вижу никаких юзкейсов для сборки, которая идёт из под нескольких пользователей одновременно. > а точно ли там в конце-концов -- нет утечек памяти? Утечки памяти -- это плохо, но если за счёт утечек памяти достигается ускорение сборки в несколько раз, то я за утечки памяти. В конце-концов, не сложно и перезапустить раз в сутки. > а зачем вообще думать про безопасность компьютера разработчика? Если разработчик со скуки клонирует рандомные репы и делает в них make, то ему никакой компилятор не поможет против rm -rf ~/*, затесавшимся промежь прочих команд в одном Makefile'ов. > точно ли получаемый на выходе результат -- является ровно одинаковым по сравнению с тем как если бы компилятор был был запущен в первый раз без кэша? Вот это интересный вопрос. В C/C++ есть куча способов получать разные результаты компиляции, выполняя include из разных контекстов, и действительно интересно, как этот компиль справляется с отслеживанием контекста. Ещё интересно, как он будет справляться с перекомпиляцией сорцов после внесённых изменений. Насколько успешно он отслеживает зависимости или изменение одной строки в одном файле приводит к сбросу кеша в ноль и пересборке с нуля? С одной стороны -- это не его забота, этим должна заниматься система сборки, а с другой стороны не совсем не его, он мог бы делать это эффективнее, чем система сборки.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	102. "Открыт код C++ компилятора Zapcc"	+4 +/–
	Сообщение от Vkni (ok), 18-Июн-18, 20:29
	> компилятор это и без того сложная программа -- а уж висеть перманентно в памяти и резделять память между различными процессами-и-пользователями (в том числе непривелигированными) -- это просто открывает новый вектор непросветных дыр! Категорически поддерживаю. Я с одной стороны видел потроха разных компиляторов, где даже в самых разумных вариантах есть глобальные переменные. То есть, имеется довольно сложное и непрозрачное состояние, которое может приводить к ошибкам, если нет сброса между компиляциями разных файлов. А с другой стороны, я недавно имел дело с гoвнoкомпилятором фирмы Борланд (Эмбаркадеро), который страшным образом глючил при компиляции всего проекта, но прекрасно переваривал тот же проект, компилируя файлы по-отдельности.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	145. "Открыт код C++ компилятора Zapcc"	+/–
	Сообщение от Вареник (?), 20-Июн-18, 03:23
	> А с другой стороны, я недавно имел дело с гoвнoкомпилятором фирмы Борланд > (Эмбаркадеро), который страшным образом глючил при компиляции всего проекта, но прекрасно > переваривал тот же проект, компилируя файлы по-отдельности. Я однажды столкнулся с их IDE/компиллятором Kylix (Borland C++ для Linux). Это было настолько глючное нечто, что путало точки с запятыми, если в переменных окружающей среды поменялась локализация (т.е. локаль не C/POSIX). Могло выдавать непонятную ошибку, но не выдавать ее после добавления в исходник нескольких пробелов в произвольном месте. И этот "продукт" Borland продавал как продакшн релиз за тысячи долларов...
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Открыт код C++ компилятора Zapcc"	+/–
	Сообщение от Vkni (ok), 22-Июн-18, 07:00
	> Я однажды столкнулся с их IDE/компиллятором Kylix (Borland C++ для Linux). Ну это даже значительно хуже, чем обычно. Но вот Трубо Паскакаль у них был отличным. Даже на ХТ компилировал очень быстро.
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Открыт код C++ компилятора Zapcc"	+1 +/–
	Сообщение от Аноним (136), 19-Июн-18, 16:07
	Я тоже всегда говорил - нефиг писать программы. А то мало ли чего можно понаписать. Кучу ошибок наделать и дыр. Лучше вообще ничего не делать - так оно лучше будет.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	151. "Открыт код C++ компилятора Zapcc"	+/–
	Сообщение от Andrey Mitrofanov (?), 20-Июн-18, 10:52
	> Я тоже всегда говорил - нефиг писать программы. А то мало ли > чего можно понаписать. Кучу ошибок наделать и дыр. Лучше вообще ничего > не делать - так оно лучше будет. +много!  Надо держаться,
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Открыт код C++ компилятора Zapcc"	+1 +/–
	Сообщение от Anonymoustus (ok), 20-Июн-18, 11:28
	«Денег нет, но вы держи́тесь».
	Ответить | Правка | Наверх | Cообщить модератору

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

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