@KrzaQ2: KDevelop! Chyba jedyny który obsługuje natywnie CMake'a w jakiś sensowny sposób : ). A QtCreator to niby fajne coś, ale seriously - chcesz używać qmake'a? Nie cierpię go, bo robię sporo cross-platform, choć zalety które wymieniłeś niewątpliwie posiada.
@KrzaQ2: nie chodzi o ich obsuge, tylko o to ze jest ich sporo i generalnie sa niektore srednio/w ogole udokumentowane. Naprawde, CMake jest przy tym naprawde fajny i intuicyjny. Poza tym, moj najwiekszy zarzut: qmake nie potrafi przekazywac zmiennych do podprojektow..
@KrzaQ2: Tak, ale to sprowadza się tylko do stałych - nie zrobisz czegoś w stylu: biblioteka którą kompilujesz z innymi definicjami dla danego projektu niż w dla innego projektu. Poza tym, każdy projekt w tym momencie musi znać względną ścieżkę do tego pliku *.pri..
W CMake możesz po prostu załączyć dany podprojekt (konkretniej katalog z plikiem CMakeLists.txt) i zdefiniować mu co tam chcesz wcześniej, a on to łyka. To daje
tl;dr: szybkie, potęƶne, darmowe, przenośne.
@KrzaQ2: KDevelop! Chyba jedyny który obsługuje natywnie CMake'a w jakiś sensowny sposób : ). A QtCreator to niby fajne coś, ale seriously - chcesz używać qmake'a? Nie cierpię go, bo robię sporo cross-platform, choć zalety które wymieniłeś niewątpliwie posiada.
Wiem, ƶe Qt Creator wspiera cmake, ale na jakim poziomie to wsparcie jest to mi cięƶko powiedzieć.
pri, które sobie moƶesz includować.
W CMake możesz po prostu załączyć dany podprojekt (konkretniej katalog z plikiem CMakeLists.txt) i zdefiniować mu co tam chcesz wcześniej, a on to łyka. To daje