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

Разработчики Qt представили инструментарий для сборки проект..., opennews (??), 16-Фев-12, (0) [смотреть все] Мне не очевидно чем кроме модного ныне JS эта штука лучше CMake SCons, yurkis (ok), 18:00 , 16-Фев-12, (4) +3 // второй абзац новости, Аноним (-), 18:42 , 16-Фев-12, (5) +1 // Отработка дерева зависимостей быстрее на 4с Проект должен быть ну ОООЧЕНЬ больш, yurkis (ok), 20:14 , 16-Фев-12, (13) // qml вообще-то by design жутко удобен для подобных задач Опять же это только каж, Sauron (??), 23:19 , 16-Фев-12, (23) +1 8230 а на самом деле неудобно даже это , arisu (ok), 11:20 , 17-Фев-12, (28) Хорошее начинание Когда разовьют немного, будет очень удобно пользоваться А по, lucentcode (ok), 19:01 , 16-Фев-12, (7) +2 Не внимательно читаем Скорость сборки выше, гибкость для каких-то магических де, Аноним (-), 19:08 , 16-Фев-12, (9) // Это вообще разные уровни для начала , Sauron (??), 23:14 , 16-Фев-12, (21) +1 очень люблю QMake, а теперь уже что-то более языко-независимое выплывает - я тол, добрый дядя (?), 23:13 , 16-Фев-12, (20) +3 Такс, а что мешало qmake и раньше использовать для сборки обычных C C приложен, Sauron (??), 23:18 , 16-Фев-12, (22) +2 // ничего не мешало, я давно уже qmake юзаю для любых C прог как нормальную беспр, добрый дядя (?), 23:44 , 16-Фев-12, (24) // qmake - очень слабенькая система сборки посравнению с аналогами Если проект под, green (??), 12:22 , 17-Фев-12, (30)   // qmake давно это умеет, только реализовано немного кривовато каталог сборки не м, annulen (?), 13:26 , 17-Фев-12, (32)   Да знаю о таком функционале Но снова таки слабенько Сборка происходет в папке , green (??), 13:35 , 17-Фев-12, (33)   кстати, а зачем вот у меня jam, например, складывает объектники в спецкаталог, , arisu (ok), 14:32 , 17-Фев-12, (36)   из долгих обсуждений в их бложеге я в своё время так и не понял, чем им не понра, arisu (ok), 11:18 , 17-Фев-12, (27) // представь что у нас есть человек который освоил js и qml и написал программу, а , Аноним (-), 01:14 , 22-Фев-12, (55) // неа не получается , arisu (ok), 01:15 , 22-Фев-12, (56) Используйте Premake Декларативный синтаксис еще более лаконичен, плюс поддержка, annulen (?), 13:25 , 17-Фев-12, (31) // а ты бы почитал причины, по которым 171 генераторы makefile-сов 187 были заб, arisu (ok), 14:39 , 17-Фев-12, (37) // Если ты про пункт Build directly from tool , то он полон взаимоисключающих пара, annulen (?), 16:24 , 17-Фев-12, (38) // нет, я про то, что make не видит проект, раскиданый по каталогам, как одно целое, arisu (ok), 17:40 , 17-Фев-12, (39) Совершенно бессмысленный аргумент В той статье написано, что рекурсивный мейк н, annulen (ok), 17:51 , 17-Фев-12, (40) +1 это туда, в нокию им осталось сделать ещё жажок и убрать слово 171 рекурсивный, arisu (ok), 17:55 , 17-Фев-12, (41) Интересная логическая цепочка рекурсиный мейк не нужен - так не используй ег, annulen (ok), 18:11 , 17-Фев-12, (42) вообще-то 171 make не нужен 187 8212 это моя аксиома понятно, что отсда , arisu (ok), 19:09 , 17-Фев-12, (44) У ninja цель совершенно четкая - отделить построение DAG целей сборки и их выпол, annulen (ok), 18:18 , 17-Фев-12, (43) это мы уже проходили, autocrap называется для больших проектов конфигуратор мож, arisu (ok), 19:12 , 17-Фев-12, (45) Виденная критика была местами крива сама по себе Впрочем, обстоятельно сейчас , Michael Shigorin (ok), 19:31 , 17-Фев-12, (47) ну, кое-как, с матами и воплями оно костылится так же, как костылится просчёт за, arisu (ok), 19:43 , 17-Фев-12, (48) Просчет зависимостей делает компилятор и генерерует d файлы, достаточно его об , annulen (ok), 20:08 , 17-Фев-12, (50) это неудобно, хотя и точнее, чем можно сделать в билд-системе и медленней, кста, arisu (ok), 20:20 , 17-Фев-12, (52) замержить бы их идеи с вашими , Аноним (-), 01:16 , 22-Фев-12, (57) 4,7,9,20,22,27,31

Сообщения

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

	30. "Разработчики Qt представили инструментарий для сборки проект..."	+/–
	Сообщение от green (??), 17-Фев-12, 12:22
	qmake - очень слабенькая система сборки посравнению с аналогами. Если проект подвязан только к Qt + ещё простые библиотеки то недостатки неощутимы, кроме одного - это out-of-source-tree builds. Но вот когда юзать qmake с другими фреймворками - boost, ACE и тд - то начинаюися проблемы. Вобщем в этом случаие CMake выше на голову - но недостаток в том что он сложнее + дополнительная зависимость
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Разработчики Qt представили инструментарий для сборки проект..."	+/–
	Сообщение от annulen (?), 17-Фев-12, 13:26
	>кроме одного - это out-of-source-tree builds qmake давно это умеет, только реализовано немного кривовато (каталог сборки не может находиться внутри каталоги с исходниками)
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Разработчики Qt представили инструментарий для сборки проект..."	+/–
	Сообщение от green (??), 17-Фев-12, 13:35
	Да знаю о таком функционале. Но снова таки слабенько. Сборка происходет в папке с исходными файлами и надо задавать флаги qmake или явно прописывать в pro файле - это менее удобто чем то как это реализовано в CMake
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Разработчики Qt представили инструментарий для сборки..."	+/–
	Сообщение от arisu (ok), 17-Фев-12, 14:32
	> out-of-source-tree builds. кстати, а зачем? вот у меня jam, например, складывает объектники в спецкаталог, равно как и бинари, и библиотеки; в рабочих каталогах с исходниками не гадит вообще, если сильно не попросить. вот я ним уж сколько лет пользуюсь и не могу понять восторгов по поводу oostb. только и радости, что скрипты усложняют.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

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

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