Probleme mit QT unter Windows
-
@Hirnfrei sagte in Probleme mit QT unter Windows:
Nur das es die Community-Variante von Visual Studio ist, also die kostenfreie Variante.
Die Frage war eher *wie* du kompilierst.
@Hirnfrei sagte in Probleme mit QT unter Windows:
da es von Cmake ein Visual Studio Projekt erzeugt wurde.
Kompiliere von Qt-Creator raus.
-
@Swordfish sagte in Probleme mit QT unter Windows:
@Hirnfrei sagte in Probleme mit QT unter Windows:
Die Frage war eher *wie* du kompilierst.
Na ja, ich lade das Projekt in Visual Studio und drücke wähle im Menü erzeugen aus.
@Hirnfrei sagte in Probleme mit QT unter Windows:
da es von Cmake ein Visual Studio Projekt erzeugt wurde.
Kompiliere von Qt-Creator raus.
Der kann compilieren?
-
@Hirnfrei sagte in Probleme mit QT unter Windows:
Der kann compilieren?
Nein, er verwendet dazu den Microsoft Compiler. Aber hoffentlich mit den richtigentm Einstellungen.
-
Nein, er verwendet dazu den Microsoft Compiler. Aber hoffentlich mit den richtigentm Einstellungen.
Meinst du damit zufällig nmake?
-
nmake ist kein Compiler.
-
@Hirnfrei sagte in Probleme mit QT unter Windows:
Meinst du damit zufällig nmake?
Du sollst bitte einfach nur im Qt-Creator im Menü Build auf Build Project "whatever" klicken und dann auf Run.
-
Ah okay.
-
Hab ich nun versucht. Leider ist Erstellen bei mir nicht anwählbar.
-
Dann schau' Dich mal bei "Projects" in der Leiste links um.
-
Dann schau mal, ob ein Compiler bei dir eingetragen ist: Qt Creator - Adding Compilers
Den MSVC damit zu benutzen ist aber wohl nicht ganz so einfach (z.B. kann man den VS Debugger beim Qt Creator nicht einbinden).
Du kannst aber auch ganz auf den Qt Creator verzichten und mittels dem Add-on Qt Visual Studio Tools 2019 Qt in VS2019 integrieren.
-
@Th69 sagte in Probleme mit QT unter Windows:
Den MSVC damit zu benutzen ist aber wohl nicht ganz so einfach
Doch, das ist Idiotensicher (= ich habe es auch geschafft)
-
Mit welchem Compiler wurden denn dein Projekt unter Linux kompiliert? Bei der Installation von Qt muss man ja nicht den Visual Studio Compiler nutzen, sondern kann sich z.B. auch für MinGW entscheiden. Und wie hier schon gesagt wurde, brauchst du Visual Studio unter Windows gar nicht. Du kannst weiter mit dem Qt-Creator arbeiten, so wie unter Linux auch. Und wenn es denn Visual Studio sein muss, dann muss die Qt VS Tools Extension installiert und konfiguriert sein, damit kann man dann auch die .pro Projektdateien öffnen.
-
Also, ich schnalle gerade ein wenig ab. Hab rumgesucht und das alles und dabei entdeckt, dass im Start-Menü von Windows ein Eintrag für Qt mit MinGW drin ist. Drauf geklickt, startet cmd wo anscheinend alle Pfade und so richtig gesetzt sind. Aber, MinGW will nicht laufen. Es könne nicht zum compilieren von simplen Programmen verwendet werden. Ist mir mal ganz neu der Fehler. Habe jetzt ninja runtergeladen. Damit compiliert VisualStudioCode unter Linux auch und siehe da, jetzt läuft es einfach durch, ohne Fehler! Bin voll begeistert!
Jetzt kommt aber wohl das mit dem deploy.
-
Wenn du Qt unter Windows installierst und MinGW als Compiler mit bei der Installation auswählst, sollte alles ohne Probleme laufen, also wenn du einfach ein Example compilierst oder ein HelloWorld Qt selbst schnell machst.
Ich nutze jetzt zwar aktuell auch nur Visual Studio mit der Qt Extension, aber bei meinen früheren Versuchen habe ich immer nur den Qt-Creator unter Windows genutzt mit MinGW und da war nie irgendwas zusätzlich zu konfigurieren, einfach Qt installieren, Beispielprojekt erstellen, kompilieren und fertig.
-
-
Ich habe es damals getan damit ich den gleichen Compiler unter Linux und Windows nutzen konnte. Warum sollte ich unter Windows Visual Studio nutzen wenn ich es nicht muss, hatte ich mir gedacht. Ich glaube damals auch gedacht zu haben, dass der MinGW Sachen vom neuen Standard unterstütze die Visual Studio noch nicht drin hatte. So genau weiß ich es aber nicht mehr. Zusätzlich war ich mir nicht sicher, ob der Visual Studio Compiler wirklich kostenlos bleibt. All solche Gründe waren es wohl.
-
Na immerhin kann ich jetzt anfangen zu spielen. Ich bin kein Freund von Qt-Creator. War ich noch nie, also generell von solchen Baukästen. Ich hab von Anfang an meine GUIs geschrieben und da bin ich wohl irgendwie hängengeblieben.
Nächster Schritt wird dann sein, die neue Anwendung Schritt für Schritt zu programmieren. Erst was neues in Linux einbauen, dann unter Windows kompilieren. Falls ich da noch auf irgendwelche Fallstricke stossen sollte.
-
Na dann viel Spaß. Ich code mittlerweile die GUI auch komplett selbst(also nicht die Widgets, sondern deren Anordnung). Angefangen hatte ich mit dem Qt-Designer, aber es fing dann schon an, dass ich ein eigenes Widget nicht einfach da einbinden konnte oder manche Eigenschaften von Objekten dann doch nur per Code erreichbar waren. Hätte ich sicherlich alles irgendwie lösen können, aber der Weg komplett alles selbst zu machen ging dann doch irgendwie schneller als gedacht.
-
Ja, Qt ist da wirklich zuvorkommend. Wenn ich bedenke, ich hab es mit GTK+ versucht. Ging zwar auch, aber irgendwie hat mir das nicht so gefallen. Dann kam wxWidgets. Auch nicht übel, aber auch nicht wie ich mit das vorstelle. Nana war dann schon deutlich mehr nach meinem Geschmack. Aber nach dem letzten Update liefen auf einmal meine ganzen Programme nicht mehr, wenn ich was verändert hab. Dann hab ich es doch mit Qt versucht und bin wirklich zufrieden damit. Nicht unbedingt MUI, aber mir gefällt es!
-
Also, soweit funktioniert das ja alles super bisher. Ich entwickle was unter Linux, schiebe es mittels GIT auf Windows, compiliere es und es läuft. Da ist aber die Sache mit den DLLs. Die in das entsprechende Verzeichnis zu kopieren ist ja mit windeploy sehr einfach, aber tut es Not, dass dann alles so unglaublich gross wird? Ein simples GUI was überhaupt nichts kann hat mit den DLLs fast 1GB! Kann man das nicht irgendwie reduzieren?
