La commande nmake n'est reconnue que si les variables d'environnements VS sont mises. A l'installation, je ne sais plus ce qui est par défaut, pour lancer une console qui le prend en compte, va dans démarrer / programmes / Visual C++ / Visual studio tools / Visual Studio 2005 command prompt.

Et si même là ça marche pas, tu peux réinstaller Visual Studio et compiler Qt.

Tsunade_Sama a écrit:

Ok, je suis presque arrivé au bout de mes peines

J'ai suivi la procedure, cette fois ci, il compile enfin sans erreurs mon code Qt sous visual 2005, mais il me reste 2 legers problemes :

1 - Malgré la réecriture complete des commandes "qmake -project & qmake & nmake " pour debug et release, j'obtiens uniquement un executable dans le répertoire "debug" du projet, le rep "release" restant vierge =>> ce qui implique une belle erreur de VS2005 lors de l'execution :

   "Unable to start program  d:\C++\mon_programme\mon_programme\mon_programme.exe"

J'ai trouvé la solution... Lors de la création du projet Makefile, il faut renseigner :
Dans paramètres de config Debug :
Sortie (pour le debogage) : Debug\monApp.exe et non monApp.exe qui est donnée par defaut

Idem pour release (Release\monApp.exe) et le tour est joué !

Dernière modification par valerossi46 (02-03-2007 18:23:13)

Bonjour,

    Je suis tout nouveau dans le monde de QT (inscrit sur le forum ce matin ).
Mais j'ai un problème au moment de la compilation de QT :
   - tout ce passe bien au début : j'ai téléchargé la version 4.3.0 de QT
   - je l'ai patché pour que je puisse le compiler pour VS
   - je lance la compilation avec "qconfigure.bat msvc2005"
   - je lui dit "yes" pour qu'il compile maintenant avec qmake
   - idem pour qu'il génère les makefiles pour QT
jusque là pas de soucis...

mais finalement j'arrive sur ce message :

you are now ready to build QT <msvc2005>
if you specified -static or only want to build the QT library, type ' nmake sub-scr ' otherwise, type 'nmake'

là, j'ai mis "nmake"
et c'est alors qu'il me compile une série de fichiers et cela aboutit a des erreurs de compilations... du genre :

temp\moc\debug_shared\moc_qwizard_win_p.cpp        QUistaHelper is not a class or a namespace name

ce qui est putôt bizare... je pense que j'ai dut faire une bourde quelque part...
Car j'ai suivis ce qui est expliqué en première page... Mon erreur se trouve peut-être au niveau du platform SDK que je n'ai pas installé, ni mis les liens comme expliqué en première page car je ne suis pas sous Visual C++ Express edition mais sur Visual Studio Pro (je tiens a préciser que j'ai eu la licence car les étudiants peuvent l'avoir gratuitement via MSDNAA...) et donc je n'ais pas installé le PSDK puisqu'il est déjà présent au moment de l'installation... et donc j'ai considéré que je n'avais pas a y toucher... (c'est peut-être là mon erreur...)

si vous avez une idée...
Merci

Xero64

J'ai finalement réussit à tout compiler

Bon, en fait même sous Visual Studio Pro il semble nécessaire d'installer de PSDK... J'ai donc tout supprimé, installé le PSDK, tout réinstallé et ça marche... après 1h30 de compilation... ça me rappelle ma Gentoo ça

Merci à vous

Salut,

S'il a bien un fichier .pro, il te suffit de créer un projet Makefile comme décrit dans le premier post. Ensuite, tu n'as plus qu'à sélectionner tout les fichiers sources (.h/.cpp et éventuellement .pro/.qrc pour les avoir à portée de souris) dans un explorateur, et les dropper sur le nom du projet nouvellement créé.
En effet, l'arborescence créée dans VC++ pour les fichiers source n'a pas la moindre incidence sur la compilation du projet.

Salut,

Pas complétement intégré:

we are dual licensing the MSVC Makefile and project generator (Sorry, no VS Integration for Open Source users)

Ben, pour moi non, relis encore une fois: ce qui sera sous double license sera:

the MSVC Makefile and project generator

Ils ne parlent pas de l'intégration dans ce qu'ils couvrent sous double license. Ne te fais pas de fausse joie

Aïe,

J'ai bien peur que tu ais raison .

Enfin, c'est déjà un pas en avant .

Last-Day

Salut,

Si tu n'as pas besoin du support de win-borland, tu devrais pouvoir l'ignorer. Vu que les touches que tu as mis n'ont pas l'air de passer, as-tu déjà tenté en appuyant juste sur Entrée? (il y a [n] après la question, ce qui signifie que si tu ne précises rien il part du principe que tu refuses l'écrasement)

je traivaille sous microsoft visual c++ 6.0

<mode ironnie ON>
URGENT !!!

Je dois trouver un nouveau developpeur delphi sinon la boite ferme !!!
Tout marchait bien bien encore hier.
Et si je m'en vais ya pu rien qui marche, je suis obligé de rester !!!!
</mode ironnie OFF>


Bref serieusement, sans monter le probleme de redondance cyclique, voir meme sans disposer de l'archive de ton projet, comment veux tu que l'on t'aide ?!

P@sNox,

Comme toujours sans message, pas grand monde ne pourra t'aider. (Sauf peut-être le marabout qui vient de poser un flyer dans ta BaL pour faire revenir ta femme et ta fortune que même si t'en avais pas tu les retrouve quand même... avec une install de Qt fonctionnelle )

Arkhlokwin a écrit:

je doit avouer que je comprend pas tout, euh en fait même rien....

Pourtant en lisant entre les symboles barbares on comprend :

metamakefile.obj : error LINK2019 : symbole externe non résolu "public: __thiscall DspMakefileGenerator::DspMakefileGenerator(void) (??0DspMakefileGenerator@@QAE@XZ) référencé dans la fonction "public: static class MakefileGenerator * __cdecl MetaMakefileGenerator::createMakefileGenerator(class QMakeProject *,bool)" (?createMakefileGenerator@MetaMakefileGenerator@@SAPAVMakefileGenerator@@PAVQMakeProject@@__N@Z)

dans la methode MetaMakefileGenerator::createMakefileGenerator(class QMakeProject *,bool)
tu fais appel au constructeur  DspMakefileGenerator::DspMakefileGenerator(void)  qui n'est pas implemente ....

Sauf erreur de ma part c'est l'erreur classique du constructeur definit mais non implemente ...
en gros il te manque un
DspMakefileGenerator::DspMakefileGenerator(void) {} dans ton DspMakefileGenerator.cpp