Installation de QT 4.0 Open Source sous Windows - C++ - Programmation
Marsh Posté le 23-07-2005 à 22:50:02
J'ai aucune idée du problème, mais je tenais à répondre, histoire que tu fasses pas un bide
Marsh Posté le 23-07-2005 à 23:09:52
Salut,
Dans ton post, il y a une association qui ne devrait pas être faite:
Harkonnen a écrit : J'ai téléchargé QT 4.0 version Open Source pour Windows (version Visual Studio). |
De la page de download de Qt4/Windows:
Citation : Please note that the Open Source Edition of Qt will support the MinGW compiler. Visual Studio support and integration is provided with the commercial Editions of Qt. |
Donc tu es obligé de passer par gcc.
Note aussi que si tu prévois de distribuer ton soft, tu dois aussi laisser la possibilité de télécharger les sources.
Harkonnen a écrit : Dans le répertoire d'installation, il y a un fichier "configure.exe". D'après la doc, il faut l'exécuter, puis lancer le makefile ainsi généré avec nmake.
|
Ceci expliquant cela...
Sous Win, tu es obligé d'utiliser la platform win32-g++.
Si ça ne te décourage pas (et je l'espère fortement), tu as un tuto pour intégrer un peu Qt4 avec Dev-C++ (template d'appli, étapes de pré-compilation) là-bas:
http://prog.qt.free.fr/viewtopic.php?t=1079
Marsh Posté le 24-07-2005 à 00:11:39
tu lui demande de passer de VS2003 a dev-C++/gcc et de ne pas etre decouragé ? bin purée
Marsh Posté le 24-07-2005 à 01:17:12
C'est un sujet qui a lancé énormément de débat sur tous les sites parlant de Qt4.
Un ptit google plus tard et on tombe sur ce thread:
http://drm.sourceforge.net/forums/ [...] &#entry460
dont un lien qui peut être intéressant :
http://lists.kde.org/?l=kde-cygwin [...] 117094&w=2
Ce n'est pas le support officiel, mais l'avantage du libre est que l'on peut voir fleurir tout un tas de patch et autre apport de tierces personnes. L'intégration n' pas l'air d'être faite avec cette archive, mais ça rend Qt4 utilisable avec VS...
Une fois que tu auras essayé, fais nous savoir si ça fonctionne.
Marsh Posté le 24-07-2005 à 01:52:11
IrmatDen a écrit : |
j'espère que t'es conscient de ce que tu dis là !
tu me demandes en gros de faire un recul technologique de quelques dizaines d'années, c'est ça ?
Marsh Posté le 24-07-2005 à 01:53:46
Harkonnen a écrit : j'espère que t'es conscient de ce que tu dis là ! |
tiens, ca va t'aider
Marsh Posté le 24-07-2005 à 01:55:03
chrisbk a écrit : tu lui demande de passer de VS2003 a dev-C++/gcc et de ne pas etre decouragé ? bin purée |
y'en a qui ont pas froid aux yeux hein ?
IrmatDen a écrit : C'est un sujet qui a lancé énormément de débat sur tous les sites parlant de Qt4. |
ah ben voila qui est intéressant
va donc falloir que je compile qmake, pour ensuite compiler les libs ! je sens que ça va être du pur bonheur tout ça
bon sinon, si faut utiliser DevCpp, ben je l'utiliserais hein, même si ça me fait bien chier ! mais bon, je fais pas des programmes QT tous les jours non plus hein, je peux bien accepter de revenir dans le précambrien quelques temps
Marsh Posté le 24-07-2005 à 01:59:38
ah putain, des makefile, ça existe encore ce truc ?
la dernière fois que j'en ai fait, j'étais à l'IUT !
décidément, je fais bien de n'utiliser linusque que comme serveur Oracle et pour coder uniquement sous Mono moi
tiens, en parlant de Mono, Taz, si tu passes par là, tu pourrais me rencarder sur un éventuel éditeur de GUI à la VS 2003, mais version GTK# ? passke Monodevelop, il est plein de bonnes intentions, mais faudrait voir à ce qu'il sorte de son état de notepad amélioré hein
Marsh Posté le 24-07-2005 à 02:01:13
par contre, rien à faire hein, QT traine toujours son préprocesseur de merde au fil des versions, yzon toujours pas trouver le moyen de le dégager une bonne fois pour toutes çui ci
Marsh Posté le 24-07-2005 à 02:18:18
bon, ça marche pas trop mal sous Dev C++, je m'incline
sauf que :
- la compilation est d'une lenteur exaspérante
- la taille des exécutables générés est pantagruelique
un moyen de régler tout ça ?
Marsh Posté le 24-07-2005 à 02:20:49
chrisbk a écrit : bin ouais, t'as le source code, alors tu modifies noob |
en l'occurence, c'est plutot GCC le fautif dans l'histoire !
stoi l'expert en compilation ici, donc je compte sur toi
Marsh Posté le 24-07-2005 à 02:24:06
bin t'as le source de gcc alors bouge ton cul quoi recode le asm en comptant les cycles
Marsh Posté le 24-07-2005 à 02:25:14
je vais surtout m'atteler à faire fonctionner ce bouzin sous VS 2k3, ça va être vite soldé
Marsh Posté le 24-07-2005 à 02:37:01
Harkonnen a écrit : va donc falloir que je compile qmake, pour ensuite compiler les libs ! je sens que ça va être du pur bonheur tout ça |
Bah, de toute façon il faut compiler qmake et compiler les sources après
La différence, c'est que si ça marche, tu gagnes un temps fou puisque tu utilises nmake au lieu de mingw32-make... et si ça marche pas tu le sais très vite, puisque ça compile pas te vire sur l'invite de commande.
Marsh Posté le 24-07-2005 à 02:46:02
A voir la quantité de dans tes posts, j'ai comme la sensation que tu es submergé par un sentiment d'exaspération profonde
T'inquiètes pô la nuit porte conseil et tu finiras bien par passer à Qt
Marsh Posté le 24-07-2005 à 02:58:52
sous GNU/Linux nous avons pas ce problème a part ca j'ai réussi à installer Qt4 sans problème ou presque sur Dev-C++ only
Marsh Posté le 24-07-2005 à 08:43:52
pour la taille des executables y a des otpiosn dans gcc , ensuite faut pas oublier le -mtune=i686 et passer un coup de UPX sur l'exe final
N'emepche que merde Dev-Cpp >.< c'ets quand même bien la merde. Y z ont trjrs aps de gcc 4.0.1 pour win32 ?
Marsh Posté le 24-07-2005 à 09:12:29
chrisbk a écrit : bin t'as le source de gcc alors bouge ton cul quoi recode le asm en comptant les cycles |
Je crois qu'il est prevu dans la roadmap de GCC 4 de reduire la taille des exe.
Marsh Posté le 24-07-2005 à 10:05:16
Joel F a écrit : pour la taille des executables y a des otpiosn dans gcc , ensuite faut pas oublier le -mtune=i686 et passer un coup de UPX sur l'exe final |
y en a qui retiennent rien : à l'époque j'avais trouvé un -DMACHIN pour virer toutes les saloperies windows qui sont inclues par défaut. J'avais fait un topic pour. Au final, le binaire était gros comme sous linux, quelques Kio pour hello, contre presque 1Mio avant
Marsh Posté le 24-07-2005 à 12:41:43
Sinon harko, pour l'editeur de GUI, tu connais glade ? http://primates.ximian.com/~edasqu [...] lade2.html
Marsh Posté le 02-08-2005 à 22:18:32
R3g a écrit : Sinon harko, pour l'editeur de GUI, tu connais glade ? http://primates.ximian.com/~edasqu [...] lade2.html |
Ca vaut quand même pas un editeur genre celui de VS 2003...
Marsh Posté le 02-08-2005 à 22:51:53
IrmatDen a écrit : Ben alors, Harko, où t'en es ?? |
y'a rien qui marche
je me suis résolu à utiliser Dev C++
Marsh Posté le 02-08-2005 à 23:08:50
Pas trop blasé?
Et quelles sont tes premières impressions sur Qt?
Marsh Posté le 03-08-2005 à 02:47:47
Harkonnen a écrit : y'a rien qui marche |
c'est bon d'être sous GNU/linux
NB:
j'ai un windows uniquement pour tester VS et je suis déçu que Qt ne s'installe pas dessus
Marsh Posté le 03-08-2005 à 09:47:09
IrmatDen a écrit : Pas trop blasé? |
ben passer de VS 2003 à Dev C++, c'est comme passer de Claudia Schiffer à Josiane Balasko hein
je connaissais déjà QT, j'avais déjà codé sur la version 2, à l'époque ou elle était distribuée en GPL sous Windows
la version 4 est un véritable bonheur
par contre, j'ai un truc tout con : j'ai testé le code suivant
Citation : |
je compile, je lance l'exécutable, j'admire la magnifique QDialog, je la referme par la croix de fermeture, j'ouvre le gestionnaire de taches, et je m'aperçois que le processus existe encore
alors que si je compile les exemples livrés avec QT, le processus meurt avec la croix de fermeture ! j'ai loupé quoi là ?
Marsh Posté le 03-08-2005 à 11:17:22
Le app.setMainWidget( window ). Ca indique à l'application que la fenêtre principale c'est window, et de se terminer quand cette dernière est fermée...
Marsh Posté le 03-08-2005 à 12:41:29
HelloWorld a écrit : Le app.setMainWidget( window ). Ca indique à l'application que la fenêtre principale c'est window, et de se terminer quand cette dernière est fermée... |
hmmmm, apparemment cette manière de faire est dépreciée dans QT4, je pense qu'il faut plutot faire un truc de ce genre :
Code :
|
Marsh Posté le 03-08-2005 à 13:52:28
J'ai pas vu un détail important : c'est un QDialog, pas une QWidget. Ca change effectivement, à cause de la modalité.
Faut virer le window->show(), et appeler exec() à la place. Le app ne sert pas (mais est nécessaire malgré tout).
Marsh Posté le 07-09-2005 à 18:02:27
Bon je pense que avec ceci http://kde-cygwin.sourceforge.net/ [...] e-msvc.php
tu peux réutiliser ton VS .NET.
Marsh Posté le 09-10-2005 à 15:04:20
ici: http://sourceforge.net/project/sho [...] _id=165202
ça permet de compiler qt 4.01 avec msvc et bcc
Marsh Posté le 10-10-2005 à 19:55:45
IrmatDen a écrit : Tu l'as testé? |
oui, ça compilait bien quand vers la fin nmake m'a fait plein d'erreurs Comme je ne suis pas un expert en c++...
Marsh Posté le 23-07-2005 à 20:18:25
yep
Bon, j'ai écrémé la FAQ de Trolltech, ainsi que leur site, et aucun indice ! J'ai téléchargé QT 4.0 version Open Source pour Windows (version Visual Studio). Dans le répertoire d'installation, il y a un fichier "configure.exe". D'après la doc, il faut l'exécuter, puis lancer le makefile ainsi généré avec nmake.
Je tape donc ceci :
E:\Develop\QT\4.0.0\>configure -platform win32-msvc.net
la licence défile, j'accepte les conditions, et pouf ! plus rien, retour à la ligne de commande !
Y'en a qui ont réussi à installer QT 4.0 version VS 2003
---------------
J'ai un string dans l'array (Paris Hilton)