Кто какую систему сборки использует?

[kambala]

если на винде надо не просто собирать, а активно чето писать в немаленьком проекте, то студия;

На ОSX соответственно Xcode.

(немного не по теме сборки) да, кстати. в креаторе удобно только коннекты прописывать да реализации методов создавать (последнее студия умеет, в отличие от Xcode), но пытаться использовать std-контейнеры с шаблонным параметром сложнее int уже крайне трудно из-за периодического пропадания автодополнения. С Objc кодом та же ситуация, только там автодополнение не работает в принципе.

а и студия, и Xcode собирают (строят ) проект ощутимо быстрее, как по мне. под виндой разве что jom еще кое-как выручает.

[Пантер]

Я после CLion не могу QtCreator'ом пользоваться.

[ssoft]

Лучше пользоваться тем, чем умеешь).

Сейчас в моем проекте ~100 модулей, между которыми имеются зависимости. Используя структуру проектов, которую я здесь уже описывал http://www.prog.org.ru/index.php?topic=30171.msg222516#msg222516, легко с помощью qmake компоную различные комплексы из любого сочетания таких модулей.

Следование единой технологии позволяет существенно упростить процесс ведения проектов с использованием любого инструмента.
На большом количестве модулей qmake несущественно притормаживает. Пробы qbs показали существенно лучшую производительность, но законченную технологию еще пока не разработал.

[qate]

Как из этой ситуации выходить?

а как в неё вошли ?
обычно имя файла (модуля) это имя класса, получается 2 класса с одинаковым именем, но делающие разные вещи ?

[ViTech]

а как в неё вошли ?
обычно имя файла (модуля) это имя класса, получается 2 класса с одинаковым именем, но делающие разные вещи ?

Я часто в такое вхожу . Например, могут быть классы с одинаковым именем и похожим поведением в разных пространствах имён. Файлы с одинаковым именем могут находится в разных каталогах и система сборки должна уметь корректно с этим работать. Равно как и IDE их адекватно отображать. С недавнего времени в креаторе в окне "Open Documents" к файлам с одинаковыми именами начали приделывать куски путей, чтобы их различать. Но не всё еще безоблачно: Switching header/source doesn't always find correct file. А когда система сборки не может с этим совладать - это полный капец.

[lit-uriy]

а как в неё вошли ?
обычно имя файла (модуля) это имя класса, получается 2 класса с одинаковым именем, но делающие разные вещи ?

Посмотри на приведённый мною пример, там видно что речь идёт не о классах, а об утилитах (специфичных для конкретного модуля) - это первый момент.
Второй момент может быть и с классами. Для одного проекта писался некий модуль. Спустя время был заимствован в другой проект, в котором уже есть одноимённый файл.
Другими словами в реальном проекте подобное совпадение имён - обычное дело, но для qmake не съедобно, только из-за глупой попытки валить все объектники в отдельный каталог.

[Igors]

ПлюсЫ, Qt, кроссплатформенность... не? мысль улавливаете?
Нужен универсальный способ собирать исходники на разных платформах.

Не, не улавливаю. Это для подключения каких-то либов исходники которых мне видеть не нужно. Ну нашел инструкцию, "собрал" по ней и подключил полученные либы к проекту. Так бывает, но 2-3 раза в год. А обычно рабочий проект - его постоянно надо активно править и отлаживать - без IDE все равно не обойтись, так чего мудрить?

[kai666_73]

ПлюсЫ, Qt, кроссплатформенность... не? мысль улавливаете?
Нужен универсальный способ собирать исходники на разных платформах.

Не, не улавливаю. Это для подключения каких-то либов исходники которых мне видеть не нужно. Ну нашел инструкцию, "собрал" по ней и подключил полученные либы к проекту. Так бывает, но 2-3 раза в год. А обычно рабочий проект - его постоянно надо активно править и отлаживать - без IDE все равно не обойтись, так чего мудрить?

Ну какжеж?.. Солюшин от мелкомягких полезен только для Windows. Я вот о чем...

[ViTech]

В общем-то ничто особо не мешает для одного набора исходников написать проектные файлы для разных систем сборки, разных версий одной системы сборки, проектных файлов IDE и т.п. Они друг другу мешать не будут. Другое дело - поддерживать их все в актуальном состоянии .

[ssoft]

Другими словами в реальном проекте подобное совпадение имён - обычное дело, но для qmake не съедобно, только из-за глупой попытки валить все объектники в отдельный каталог.

Вполне съедобно, если добавить

Код:

CONFIG += object_with_source

Добавлено в Qt5.

[qate]

Другими словами в реальном проекте подобное совпадение имён - обычное дело, но для qmake не съедобно, только из-за глупой попытки валить все объектники в отдельный каталог.

исходники qtcreator не содержат повторяющихся имен файлов
мне бы проект с одинаковыми именами не понравился, я бы переделал
но для меня это мелочи )

деплой средствами qbs меня наверно не привлекает, bash интереснее будет
вот впилят qbs дефолтно в креатор, тогда и погляжу

[kai666_73]

вот впилят qbs дефолтно в креатор, тогда и погляжу

Что значит дефолтно? Щас в креатор и qmake, и cmake, и qbs, и autotools впилены, как бы, равноправно )

[kai666_73]

исходники qtcreator не содержат повторяющихся имен файлов

Неверно.
fileutils.cpp[h] есть в coreplugin и в utils
правда в разных подпроектах, это, кстати, qmake вполне переваривает )

[qate]

исходники qtcreator не содержат повторяющихся имен файлов

Неверно.
fileutils.cpp[h] есть в coreplugin и в utils
правда в разных подпроектах, это, кстати, qmake вполне переваривает )

да, я неверно подсчитал
из 2558 файлов 58 имеют повторы (из тех исходников что у меня завалялись)
возможно не все в проекте, не проверял

[ViTech]

Намедни узнал про CMake support in Visual Studio 2017. Мож пригодится кому.