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

Оценка производительности Clang/LLVM и GCC при сборке во Fre..., opennews (??), 06-Сен-12, (0) [смотреть все] Не понимаю смысла подобных тестов Время компиляции - ничтожная часть всего врем, dq0s4y71 (??), 11:10 , 06-Сен-12, (1) +15 // В процессе разработки как раз скорость компиляции важна -- если время сборки нез, Денис (??), 11:28 , 06-Сен-12, (4) +4 // Вот только GCC может так долго и толство компилировать из-за оптимизации , BratSinot (?), 11:58 , 06-Сен-12, (7) +2 // Да, при LTO и глобальной оптимизации память он жрет прилично Но зато выдает на , Аноним (-), 00:34 , 07-Сен-12, (52) +2 нафиг не важна ну не поверю я, что вы все исходники сразу правите, что требует п, ананим (?), 12:31 , 06-Сен-12, (9) –1   // О, как часто тычешься после одной кривой компиляции в ошибки сборки уже исправл, Пыщ я Бетмен (?), 12:45 , 06-Сен-12, (11) +3   LOLэто функциональность make поддерживает даже БЕЗ написания правил ман суффиксн, ананим (?), 13:02 , 06-Сен-12, (13) –2   И конечно же при изменении h файла make сможет корректно найти все места, где э, Алексей (??), 13:18 , 06-Сен-12, (14) –1   ну не всё коту масленица Dтут придётся поработать опять же http en wikiped, ананим (?), 13:57 , 06-Сен-12, (18)   А ещё кое-что по теме пспомнил может кому будет интересно с примером использов, ананим (?), 14:17 , 06-Сен-12, (20)   Ну, как бы, у gcc есть целая группа ключей -M -MM -MD связанная с построен, Ytch (?), 22:03 , 06-Сен-12, (46)   а ещё можно, например, выкинуть make я вот несколько лет назад выкинул 8212 , arisu (ok), 22:13 , 06-Сен-12, (48)   А что взамен , Антон (??), 03:30 , 07-Сен-12, (70)   Maven, iZEN (ok), 07:05 , 07-Сен-12, (78)   на жабе и скорее всего только ДЛЯ жабы на xml где без IDE точно с ума сой, ананим (?), 14:09 , 07-Сен-12, (98)   один из форков jam, сильно переработаный под мою специфику p s точнее, под спец, arisu (ok), 11:44 , 07-Сен-12, (85)   CMake очень не плох http ru wikipedia org wiki Cmakeособенно если нужно для мэ, ананим (?), 14:20 , 07-Сен-12, (99)   при наличии pkg-config автокрап вообще не нужен а кто в pc-файлы не делает 82, arisu (ok), 15:14 , 07-Сен-12, (101)   а без уничижительных, мещанских названий никак зыжесть другое мнение - кроме под, ананим (?), 16:57 , 07-Сен-12, (106)   можно а можно и не выкидывать, а просто разобраться в нескольких деталях и эффек, ананим (?), 13:59 , 07-Сен-12, (96)   а можно 8212 выкинуть что, у make, например, уже появилась вменяемая обработ, arisu (ok), 15:18 , 07-Сен-12, (102)   это ещё почему хотя и без них можно - отличный механизм по принципу всё своё нош, ананим (?), 16:50 , 07-Сен-12, (105)   забавно то, что мэйкофилы даже не понимают хинт дерево зависимостей суперхинт , arisu (ok), 20:22 , 07-Сен-12, (111)   гиперхинт а зачем нужно общее дерево зависимостей , ананим (?), 22:29 , 07-Сен-12, (114)   затем, что в отдельных каталогах далеко не всегда живут библиотеки впрочем, мэй, arisu (ok), 22:54 , 07-Сен-12, (118)   а им и НЕ НАДО там жить зыжты откуда свалился то у меня даже к Лунатикам таки, ананим (?), 23:58 , 07-Сен-12, (120)   именно поэтому я привел gccmakedep, а не makedepend см пример - используются им, ананим (?), 14:06 , 07-Сен-12, (97)   Сможет, ибо у нормальных людей dependency tracking используется в процессе разра, Аноним (-), 16:14 , 06-Сен-12, (32)   makedepend, Aesthetus Animus (ok), 16:27 , 06-Сен-12, (34)   Вы не поверите секрет фокуса - см ключи gcc -M -MM -MD -MMD и т п , Ytch (?), 22:05 , 06-Сен-12, (47)   спалился У нас они имеют расширение o , Аноним (-), 16:30 , 06-Сен-12, (35) +2   obj-файлы - это не файлы с расширением obj, чудик D кстати, винда obj опреде, ананим (?), 17:03 , 06-Сен-12, (36) +3   ccache distcc спасают в случаях чистых сборок, ваноним (?), 17:09 , 06-Сен-12, (38) +2 // Причем местами очень нехило спасают, Аноним (-), 17:29 , 06-Сен-12, (39) а местами очень не хило лажают , Аноним (-), 17:36 , 06-Сен-12, (40) –2 примеры - в студию или это просто было написано, дабы что-то написать p s это , Карбофос (ok), 22:24 , 06-Сен-12, (50) –1 Это как , Аноним (-), 00:36 , 07-Сен-12, (53) да он и сам даже не объяснит, как , Карбофос (ok), 09:52 , 07-Сен-12, (84) просто нужно использовать кэш компайлера, тогда проблема скорости компиляции нес, Карбофос (ok), 22:21 , 06-Сен-12, (49) –1 Ставьте -O0, это ускорит компилятор в разы , Vkni (ok), 13:01 , 07-Сен-12, (90) // а заодно усыпит некоторые варнинги и изменит поведение программы happy debuggin, arisu (ok), 13:35 , 07-Сен-12, (93) Только в случае, если код ногами писан , AlexAT (ok), 15:00 , 07-Сен-12, (100) угу-угу ты же, вроде, не 171 приветмирщик 187 , а глупости городишь ничего,, arisu (ok), 15:27 , 07-Сен-12, (104) Про -O3 еще могу поверить Про -O2 заливайте кому-нибудь другому, либо ссыль на , AlexAT (ok), 23:46 , 08-Сен-12, (127) ну, не верь, чо какая жалость мне AlexAT не поверил рыдаю весь просто мне пох, arisu (ok), 06:44 , 09-Сен-12, (128) точно какие именно это да, бывает , Vkni (ok), 17:10 , 07-Сен-12, (108) которые появляются после агрессивной оптимизации например 171 использовано до, arisu (ok), 20:26 , 07-Сен-12, (113) Ну так надо же оправдать переход FreeBSD на Clang , Zenitur (ok), 15:38 , 06-Сен-12, (26) +2 // Странно Сегодня Зенитар - Кэп При том вполне годный , Аноним (-), 00:36 , 07-Сен-12, (55) +1 для бсд нуну , Кевин (?), 20:27 , 06-Сен-12, (42) А если у тебя ферма для сборки , Aceler (ok), 20:35 , 06-Сен-12, (44) Один из показателей эффективности компилятора , Аноним (-), 00:36 , 07-Сен-12, (54) // Вот только почему-то про другие показатели бсдшники предпочитают не вспоминать , Аноним (-), 00:38 , 07-Сен-12, (56) // займусь немного взаимоисключающими параграфами а это тоже в большинстве случаев, arisu (ok), 00:53 , 07-Сен-12, (65) Да как сказать, зависит от того что считать большинством Как для начала это бол, Аноним (-), 05:39 , 07-Сен-12, (76) по примерному порядку человек, использующих числодробилки, и использующих прикла, arisu (ok), 11:46 , 07-Сен-12, (86) причём достаточно маловажный любители постоянно пересобирать мир могут уже наас, arisu (ok), 00:49 , 07-Сен-12, (62) // для оценки самого компилятора да, не особо интересен для оценки потенциала, ар, Клыкастый2 (?), 09:39 , 07-Сен-12, (83) ну дык я же не против, чтобы пилили шланг 8212 проект вполне достойный, и уж, arisu (ok), 12:02 , 07-Сен-12, (87) В общем, да Но в нынешнее время ещё один компилятор совершенно не повредит , Vkni (ok), 13:04 , 07-Сен-12, (91) есть соурс-бейзед, есть разработчики дистров Нельзя сказать что скорость сборки, ком.пилятор (?), 09:05 , 07-Сен-12, (81) Вона яЗен там внизу биёт себя пяткой в груди, что _каждый_ раз при запуске по 10, Andrey Mitrofanov (?), 10:25 , 08-Сен-12, (126) Ну вот зачем из письма, залетевшего в рассылку, делать новость на опеннете Давай, fidaj (ok), 11:12 , 06-Сен-12, (2) +3 // Иначе форумные тролли отощают с голодухи , Аноним (-), 00:39 , 07-Сен-12, (57) потому что давно не было срачей clang vs gcc , arisu (ok), 00:51 , 07-Сен-12, (63) Без размеров выходных файлов и их профилирования, эти тесты только для троллей , Анонимоус2 (?), 11:16 , 06-Сен-12, (3) +2 // По моим измерениям, размер выполняемых файлов процентов на 10 больше у clang 3, an. (?), 15:51 , 06-Сен-12, (27) +1 а tcc вообще всех порвет по скорости компиляции , x0r (??), 11:30 , 06-Сен-12, (5) // Прочитайте новость Речь идет о C , С шные проекты может GCC оторваться , BratSinot (?), 11:57 , 06-Сен-12, (6) зато проиграет по оптимизации и количеству поддерживаемых архитектур P, Аноним (-), 16:12 , 06-Сен-12, (31) // А че по оптимизации Он между прочим только инструкции процессора использует , BratSinot (?), 17:07 , 06-Сен-12, (37) // Кирпичи то у всех одинаковые Но у одних из них получаются дворцы, а у других - , Аноним (-), 00:40 , 07-Сен-12, (58) Оке А теперь приведите сравнение быстродействия проектов собранных с Clang и GC, Pickle (?), 12:22 , 06-Сен-12, (8) +1 а вот это как в конце сообщения понимать кто врёт-то , ананим (?), 12:37 , 06-Сен-12, (10) // а это некоторые анонимы в целях экономии моска ничего, кроме двух строчек в конц, Михрютка (ok), 14:29 , 06-Сен-12, (21) –2 // ага, а некоторые только первые 2-е строчки зыжщечки, щечки подправь а то лопнут , ананим (?), 15:08 , 06-Сен-12, (25) +1 Кто кто Автор новости Точнее не врёт, а говорит полуправду, что считается хуже, sanDro (ok), 15:00 , 06-Сен-12, (23) +2 // Ну бсдшники же Как обычно, свое - не пахнет , Аноним (-), 00:42 , 07-Сен-12, (59) тут уже видимо важна не новость кому-то а итоговый холивар нафиг мне Clang ес, Аноним (-), 12:52 , 06-Сен-12, (12) 1 Clang компилит быстрее GCC - факт 2 GCC оптимизирует программу лучше и на вы, Аноним (-), 13:21 , 06-Сен-12, (15) +5 // Вы не поверите, но компилятор нужен программистам И скорость компиляции и понят, Алексей (??), 16:06 , 06-Сен-12, (28) –1 // но не настолько чтобы простить в 3 раза более тормознутый код, который еще и , Аноним (-), 00:43 , 07-Сен-12, (60) // вполне настолько например, некий большой рогалик на c нет, даже не спрашивай, arisu (ok), 00:57 , 07-Сен-12, (66) Да, так и быть, шланг - хорошая штука для компиляции вот этого твоего конкретног, Аноним (-), 05:34 , 07-Сен-12, (74) и подобных проектов которые этим рогаликом не ограничиваются а вот про это ты б, arisu (ok), 12:05 , 07-Сен-12, (88) а нефиг было с таким умным видом вот тут make выкидывать Dhttp www opennet ru, ананим (?), 13:39 , 07-Сен-12, (94) а нефиг балаболить, если ни проекта, ни системы сборки не видел хотя что это я , arisu (ok), 15:21 , 07-Сен-12, (103) я и вижу, что ты либо нифига не видел, либо дальше быдлокодерства не ушёл libast, ананим (?), 17:06 , 07-Сен-12, (107) ясно дегенерация прогрессирует, но Мнение Имеешь ну, имей дальше, я в этом бол, arisu (ok), 20:24 , 07-Сен-12, (112) я и не удивлён D, ананим (?), 22:31 , 07-Сен-12, (116) ну ещё бы ты своему дегенератизму удивлялся привык же давно , arisu (ok), 22:54 , 07-Сен-12, (119) ну тебе вообще верить нельзя Dобещал свалить и вот он, опять Dзыжпишу вообще, ананим (?), 00:01 , 08-Сен-12, (121) Компиляция - это не только перевод на ассемблер, но и статическая проверка кода , Vkni (ok), 13:13 , 07-Сен-12, (92) Бред , iZEN (ok), 01:29 , 07-Сен-12, (67) –3 Форониксу с их бенчами расскажи Почему-то код сгенеренный шлангом проигрывает в, Аноним (-), 05:35 , 07-Сен-12, (75) Всего-то на 10-30 Это не несколько раз , iZEN (ok), 07:08 , 07-Сен-12, (79) –2 30 - это выкинуть больше чем одно ядро из моего 4-х-ядерника думаю хоть с памят, ананим (?), 13:56 , 07-Сен-12, (95) Помоему у gcc на данный момент лучьше поддержка С чем у шланга, или нет Как у, ВовкаОсиист (ok), 13:22 , 06-Сен-12, (16) –3 // http clang llvm org cxx_status htmlhttp gcc gnu org projects cxx0x htmlСудя , arsenicum (??), 13:30 , 06-Сен-12, (17) // У него в основном плохо с оптимизацией в некоторых случаях GCC его разрывает бу, Аноним (-), 16:11 , 06-Сен-12, (30) // Попробуйте последний стабильный релиз 3 1 - там они значительно улучшили дело,, an. (?), 16:16 , 06-Сен-12, (33) Не вижу смысла Reason clang не поддерживает половину архитектур с которыми я р, Аноним (-), 00:44 , 07-Сен-12, (61) Да ладно User294, не ври , iZEN (ok), 01:31 , 07-Сен-12, (68) –3 Clang уже умеет что-то кроме x86 и кое-как т е условно ARM , Led (ok), 03:49 , 07-Сен-12, (71) Ну LLVM теоретически умеет много чего а практически чаще всего получается сфе, Аноним (-), 05:47 , 07-Сен-12, (77) Ну тогда скажи как мне шлангом бинарь для Atmel AVR получить Да и для Cortex M3, Аноним (-), 05:22 , 07-Сен-12, (73) Когда всякие там ПЛМ дорастут до уровня микропроцессора, тогда и спрашивай , iZEN (ok), 07:09 , 07-Сен-12, (80) –2 Незнание предмета детектед ПЛМ ПЛИС - это всякие там альтерки и прочие ARM -, AlexAT (ok), 09:12 , 07-Сен-12, (82) Наткнулся недавно на несоответствие между clang и gcc Думал ошибка первого Оказ, 4ertus2 (?), 02:06 , 07-Сен-12, (69) // напиши репорт, ребята из gcc такие фишки вполне чинят но c всё-таки атомная хр, arisu (ok), 12:08 , 07-Сен-12, (89) Вы про такое, где если добавить typedef int B , то скомпилируется только с пре, qux (ok), 20:07 , 11-Сен-12, (129) Когда не могут меряться производительностью кода, начинают выкатывать вот такие , анон (?), 14:10 , 06-Сен-12, (19) +2 На 86 медленнее это на 14 быстрее с другого конца , Аноним (-), 14:35 , 06-Сен-12, (22) –1 // Тебя надо в ЦентрИзбирКом С другого конца будет 714 , pavlinux (ok), 15:01 , 06-Сен-12, (24) // 146 же, AlexAT (ok), 21:38 , 06-Сен-12, (45) // 100 100100 - 86 14С другой стороны 14 100 100 , pavlinux (ok), 00:53 , 07-Сен-12, (64) 42, YetAnotherOnanym (?), 20:13 , 07-Сен-12, (109) 100 - это 42 от 14 , pavlinux (ok), 00:27 , 08-Сен-12, (123) 1,2,3,5,8,10,12,15,16,19,22

Сообщения

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

	9. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."	–1 +/–
	Сообщение от ананим (?), 06-Сен-12, 12:31
	>В процессе разработки как раз скорость компиляции важна нафиг не важна. ну не поверю я, что вы все исходники сразу правите, что требует перекомпиляции всех obj-файлов. зыж ну или у вас всё в одном, громадном файле. ну или постоянно делаете make clean. или make mrproper.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	11. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."	+3 +/–
	Сообщение от Пыщ я Бетмен (?), 06-Сен-12, 12:45
	О, как часто тычешься после одной кривой компиляции в ошибки сборки "уже исправленного" проекта, хотя "вроде всё что исправлено должно быть перекомпилировано", что частенько make clean рулит. Но это ж надо иногда что-то писать и реально собирать самому, чтобы знать про эти грабли
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."	–2 +/–
	Сообщение от ананим (?), 06-Сен-12, 13:02
	>О, как часто тычешься после одной кривой компиляции в ошибки сборки "уже исправленного" проекта, хотя "вроде всё что исправлено должно быть перекомпилировано", что частенько make clean рулит. LOL это функциональность make поддерживает даже БЕЗ написания правил. ман суффиксные правила (suffixes) и суффиксы по умолчанию $ make -p|grep -i suffix SUFFIXES := .out .a .ln .o .c .cc .C .cpp .p .f .F .m .r .y .l .ym .yl .s .S .mod .sym .def .h .info .dvi .tex .texinfo .texi .txinfo .w .ch .web .sh .elc .el .SUFFIXES: .out .a .ln .o .c .cc .C .cpp .p .f .F .m .r .y .l .ym .yl .s .S .mod .sym .def .h .info .dvi .tex .texinfo .texi .txinfo .w .ch .web .sh .elc .el
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."	–1 +/–
	Сообщение от Алексей (??), 06-Сен-12, 13:18
	И конечно же при изменении .h файла make сможет корректно найти все места, где этот .h используется и их перекомпилировать.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."	+/–
	Сообщение от ананим (?), 06-Сен-12, 13:57
	ну! не всё коту масленица! :D тут придётся поработать. опять же http://en.wikipedia.org/wiki/Precompiled_header ну если кому проще сделать make clean, чем добавить пару строчек в мэйкфайл, то при чём тут компилятор. зыж ну и мир не закончился на make/autotools. есть ещё scons, qmake наконец.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."	+/–
	Сообщение от ананим (?), 06-Сен-12, 14:17
	А! ещё кое-что по теме пспомнил (может кому будет интересно) >$ man gccmakedep >gccmakedep - create dependencies in makefiles using 'gcc -M' >By default, gccmakedep places its output in the file named makefile if it exists, otherwise Makefile. с примером использования в мэйкфале >EXAMPLE >   Normally, gccmakedep will be used in a makefile target so that typing 'make depend' will bring the dependencies up to date for the makefile.  For example, >           SRCS = file1.c file2.c ... >           CFLAGS = -O -DHACK -I../foobar -xyz >           depend: >                   gccmakedep -- $(CFLAGS) -- $(SRCS) так что всё решаемо
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."	+/–
	Сообщение от Ytch (?), 06-Сен-12, 22:03
	Ну, как бы, у gcc есть целая группа ключей (-M -MM -MD ...) связанная с построением файлов зависимостей, которые, в свою очередь, могут создаваться прямо при основной компиляции (без отдельного вызова компилятора/утилит) и includ'иться прямо в тот же Makefile (сразу всей кучей). В общем, имхо, проблема перекомпиляции только нужного при изменении какого-то header'a давно решена. Если по каким-то причинам не подходит стандартный формат вывода зависимостей, то решается ключиком -M с последующим перенаправлением вывода на вход самописной/стандартной утилитки для преобразования/фильтрации.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от arisu (ok), 06-Сен-12, 22:13
	а ещё можно, например, выкинуть make. я вот несколько лет назад выкинул — и как хорошо жить-то стало! как будто жмущие деревянные ботинки снял.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от Антон (??), 07-Сен-12, 03:30
	А что взамен?
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от iZEN (ok), 07-Сен-12, 07:05
	Maven
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от ананим (?), 07-Сен-12, 14:09
	на жабе (и скорее всего только ДЛЯ жабы)??? на xml??? где без IDE точно с ума сойдёшь? да даже вр.. бздишнегам не пожелаю! :D
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от arisu (ok), 07-Сен-12, 11:44
	> А что взамен? один из форков jam, сильно переработаный под мою специфику. p.s. точнее, под специфику наших сборок, не только под мою.
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	99. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от ананим (?), 07-Сен-12, 14:20
	CMake очень не плох http://ru.wikipedia.org/wiki/Cmake особенно если нужно для мэйк/вс/хыкод генерить и синтаксис простой зыж но опять же - это замена аutotools/.., а не make. а вот scons заменяет и аutotools, и make. но на питоне, включая сценарии сборки ... что на любителя. но если любитель - профессионал в питоне, то может быть отличным выбором! :D
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	101. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от arisu (ok), 07-Сен-12, 15:14
	при наличии pkg-config автокрап вообще не нужен (а кто в pc-файлы не делает — тот ССЗБ). при необходимости конфигур-скрипт делается руками в несколько строчек. заодно там же можно проверить версию POSIX и систему. ну, и особого смысла в проектах, где уже нужен автокрап, штатно поддерживать что-то кроме gcc и clang нет. а если программа для сборки требует гвидобейсик… нененене, дэвидблэйн.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от ананим (?), 07-Сен-12, 16:57
	а без уничижительных, мещанских названий никак? зыж >ну, и особого смысла в проектах, где уже нужен автокрап, штатно поддерживать что-то кроме gcc и clang нет. есть другое мнение - кроме поддержки gcc (ну, возможно(!!!), и то для бздишного менталитета, теперь и шланга) ничего и не нужно. по крайней мере в POSIX'системах. к тому же, нет ничего сложного и для icc (или любого другого) настроить. например http://stackoverflow.com/questions/1280418/how-do-i-get-auto... AC_PROG_CC([gcc icc]) $ ./confgure CC=icc усё.
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

	96. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от ананим (?), 07-Сен-12, 13:59
	>а ещё можно, например, выкинуть make. можно. а можно и не выкидывать, а просто разобраться в нескольких деталях и эффективно использовать. отличная, расширяемая система.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	102. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от arisu (ok), 07-Сен-12, 15:18
	> а можно и не выкидывать, а просто разобраться в нескольких деталях и > эффективно использовать. а можно — выкинуть. что, у make, например, уже появилась вменяемая обработка подкаталогов? нененене, рекурсивные вызовы make не предлагать. впрочем, любители make потому и не любители раскидывать части проекта по подкаталогам — потому что PITA.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от ананим (?), 07-Сен-12, 16:50
	> нененене, рекурсивные вызовы make не предлагать. это ещё почему? хотя и без них можно - отличный механизм по принципу всё своё ношу с собой - в любой проект вместе с мэйкфайлом вставить можно весь каталог не напрягаясь вообще. > впрочем, любители make потому и не любители раскидывать части проекта по подкаталогам — потому что PITA да что там сложного то? all:     cd ./subdir1; make all     cd ./subdir2; make all     ......................     cd ./subdirN; make all
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от arisu (ok), 07-Сен-12, 20:22
	забавно то, что мэйкофилы даже не понимают. хинт: дерево зависимостей. суперхинт: общее. суперсуперхинт: где?
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	114. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от ананим (?), 07-Сен-12, 22:29
	гиперхинт: а зачем нужно общее дерево зависимостей?
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	118. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от arisu (ok), 07-Сен-12, 22:54
	> гиперхинт: а зачем нужно общее дерево зависимостей? затем, что в отдельных каталогах далеко не всегда живут библиотеки. впрочем, мэйкофилы скажут «это нинада!»
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	120. "Оценка производительности Clang/LLVM и GCC при сборке во..."	+/–
	Сообщение от ананим (?), 07-Сен-12, 23:58
	а им и НЕ НАДО там жить!!! зыж ты откуда свалился то? у меня даже к Лунатикам таких вопросов нет. не, ну зашибись, будем сырцы с библиотеками мешать!
	Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

	97. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."	+/–
	Сообщение от ананим (?), 07-Сен-12, 14:06
	>Ну, как бы, у gcc есть целая группа ключей (-M -MM -MD ...) именно поэтому я привел gccmakedep, а не makedepend. см. пример - используются именно возможности gcc. а сам gccmakedep всего-лишь: $ file /usr/bin/gccmakedep /usr/bin/gccmakedep: POSIX shell script, ASCII text executable зыж но траблы всё-равно бывают иногда. иногда встречается при многоплатформенной разработке с кучей специфичных ifdef с include. но и тут, если не быдлокодить, то всё обходится.
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	32. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."	+/–
	Сообщение от Аноним (-), 06-Сен-12, 16:14
	> И конечно же при изменении .h файла make сможет корректно найти все > места, где этот .h используется и их перекомпилировать. Сможет, ибо у нормальных людей dependency tracking используется в процессе разработки. Ну и пересобирается только то что зависело от этого .h файла. Как-то так, да.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	34. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."	+/–
	Сообщение от Aesthetus Animus (ok), 06-Сен-12, 16:27
	makedepend
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	47. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."	+/–
	Сообщение от Ytch (?), 06-Сен-12, 22:05
	> И конечно же при изменении .h файла make сможет корректно найти все > места, где этот .h используется и их перекомпилировать. Вы не поверите! (секрет фокуса - см. ключи gcc -M -MM -MD -MMD и т. п.)
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	35. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."	+2 +/–
	Сообщение от Аноним (-), 06-Сен-12, 16:30
	> всех obj-файлов. спалился ))) У нас они имеют расширение ".o" )))
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	36. "Оценка производительности Clang/LLVM и GCC при сборке во Fre..."	+3 +/–
	Сообщение от ананим (?), 06-Сен-12, 17:03
	obj-файлы - это не файлы с расширением .obj, чудик! :D (кстати, винда .obj определит так - http://ru.wikipedia.org/wiki/Obj OBJ — это формат файлов описания геометрии) а вот определять принадлежность к типу файлов по расширению - ВОТ ЭТО ПАЛЕВО! :D >$ man gcc >... >By default, the object file name for a source file is made by replacing the suffix .c, .i, .s, etc., with .o .o - всего-лишь расширение по-умолчанию obj-файла. зыж и ещё почитай мануалы на утилиту file ну и узнай что такое /usr/share/misc/magic.mgc
	Ответить | Правка | Наверх | Cообщить модератору

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

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