QT und Visual Studio 2015

[methusalem]

Hallo zusammen,

lässt sich QT in der aktuellen Version mit Visual Studio 2015 Community Edition nutzen? Früher gabs da doch ein extra Plugin für VS. Braucht man das Plugin heute noch?

VG
Martin

[RHBaum]

alles nur ne frage der Gewöhnung

Wir machen momentan alles über Buildgeneratoren (Cmake bzw. bjam) und finden das geht in gewissen grenzen ganz gut.
Die einarbeitung ist natürlich nicht ganz trivial, aber als ergebniss wird man komplett unabhaengig vom Projektmanagement anderer toolketten.
Theorethisch kann man so Entwickler zusammenbringen, wo der eine lieber in vs2015, und der andere in eclipse / netbeans / codeblocks ... etc arbeitet

Also ... willst du in der IDE dein projekt zusammenklicken .... wirst entweder die Qt plugins installieren muessen (keine Ahnung ob das mit der Community Edition geht)
oder viel Handarbeit bei prebuild schritten übernehmen muessen, oder das VS umbiegen das es statt den compiler direkt, qmake oder irgendwas aufruft ....

oder du verwaltest dein Projekt in scripten (qmake, cmake, jam) und laesst dir die VS projekte generieren ... bei cmake funktioniert das echt gut, zumindest der Visual Studio Zweig.
die anderen Pfade, mingw + eclipse .zb. gehen nach ihrer definition natürlich auch, sind aber irgendwie mit viel mehr konfiguration verbunden bevor das projekt steht

Ciao ...

[Christian81]

Also ich baue auch alles nur mit CMake. Kompiliert dann alles unter Linux und Windows ohne größere Probleme (wenn man vom leidigen Debug/Release - Gerafffel für msvc absieht).
Kann man auch alles scripten - msbuild sei dank

[RHBaum]

Kann man auch alles scripten - msbuild sei dank

rufst du das selber auf ?
mit cmake --build kann man das doch auch cmake machen lassen, dann funktioniert das auch mit make und nmake und so zeugs auf die selbe art und weise ^^

Ciao ...

[Christian81]

Ich habe noch eigene Scripte drum herum (für Jenkins usw.) und ich benutze mittlerweile auch 'cmake --build' da man dort für msbuild Komandos mit übergeben kann (das wichtigste ist natürlich /MP). Das ist wesentlich schneller als die Makefiles + nmake oder jom