binaire Qt et bibliothèque tiers

Bonsoir et bonne année à tous,
je me suis permis hier pour la première fois de télécharger le binaire "Qt 4.6.0 VC++ 2008 (statique)" de devellopez.com et de le patcher sur ma machine comme indiqué dans les articles écrits pour la circonstance. Cependant, je rencontre certaines difficultés:

--> dans le dossier lib de Qt, je retrouve des librairies telque QtCore4-DVP.lib QtCore4-DVPd.lib etc.
Quel est le rôle du "DVP" dans le nom de ces librairies ?

--> Námoins, j'ai renommé ces fichiers en QtCore4.lib et QtCore4d.lib etc.
Quand je crèe un nouveau project avec visual studio 2008 et essaye de le compiler sans modification de code, alors j'obtiens une erreur de link du
style " QtCore.lib can not be found ".

--> Lorsque je renomme une fois de plus ces fichiers tout simplement en QtCore.lib, QtGui.lib et qtmain.lib, tout fonctionne très bien.
N'y-a t-il pas une facon de contourner tout cela ?

--> Enfin, lorsque je link sur une librairie tiers comme qwt, mon programme ne compile plus du tout. Pourtant, tout fonctionne à merveille avec la version que j'avais au paravent (Qt non statique).
Que peut-être la cause de ce problème bizard ?

Désolé de n'avoir pas été plus bref.
Bonne soirée

Salut,

Le suffixage des binaires est laissé à l'appréciation du packageur. Il utilise dans tous les cas l'option adéquate lors de la compilation, donc tout le paquet devrait être utilisable même avec ces noms.

Quant aux librairies tierces, il faut impérativement les recompiler pour toute nouvelle version majeure de Qt. Comme tout programme basé sur Qt, leurs binaires sont dépendants de ceux de Qt. Pour qu'ils puissent être utilisés avec plusieurs versions de Qt, il faut que ces versions soient binairement compatibles : cela est assuré dans toutes les versions majeures de Qt (4.6, 4.5), mais pas entre les versions majeures. Il suffit donc de les recompiler, et tout ira bien.

J'ai donc commencé par recompiler qwt, mais malheuresement, quand j'entre la commande nmake à partir de la console visual studio, j'obtiens ceci après peu de temps après:

Code:

---

NMAKE : fatal error U1073: don't know how to make '..\..\4.6.0\mkspecs\default\qmake.conf'

---

Suis-je par harsard en train de mal configurer quelque chose ?

J'ai resolu le problème précedant. c-a-d celui avec l'erreur

Code:

---

NMAKE : fatal error U1073: don't know how to make '..\..\4.6.0\mkspecs\default\qmake.conf'

---

maintenant, j'obtiens une autre erreur très bizard que je n'ai pas avec la version dynamique de Qt 4.6.0.
J'ai fais un screen shot de la console de compilation.

Salut.
L'histoire du préfixe est juste un essaie que j'ai fait. Mais au final, je trouve cela foireux :aie:
Par contre, je ne suis pas sur que c'est une bonne idée de les avoir renommé...

Pour qwt, comment tu le recompile?

en ce qui conserne le suffixage, je n'avais pas d'autres choix que de renommer les librairies. Puisque j'utilise visual studio 2008 et VS-integration, mes nouveaux projets linkent automatiquement sur QtGui.lib, QtCore.lib etc (et non sur QtGui-DVP.lib et consor)

Pour recompiler qwt, j'utilise les unes après les autres les commandes suivantes:

qmake qwt.pro
qmake
nmake (c'est ici que ca bloque)
nmake install

j'ai modifié mon "qwtconfig.pri" de facon à compiler statique et d'avoir des versions debug et release des bibliothèques qui en resulteront

bizarre pour le renommage :koi:.

tu peut montrer ton .pro et ton "qwtconfig.pri"

mon .pri et .pro sont en pièces jointes

cela m'as l'aire bon.
Tu est sur du qmake que tu utilise?

Bon là je ne sais pas du tout. Lorsque je compile avec la version dynamique, tout ce passe bien. Peut-être j'utilise un mauvais qmake. Sais-tu comment je peux me rassurer d'utiliser le bon qmake ?

au plus simple, au lieu d'écrire qmake, tu écrit tout le path

Citation:

---

c:/blablabla/Qt4.6-static/bin/qmake

---

ou tu fait

Citation:

---

qmake -v

---

Après avoir passé plusieurs heures de reflexion, j'ai décidé de recompiler la bibliothèque Qt (en statique) moi mème. Après environ 5 heures, cela fut fait.
Au compilage de qwt, aucun problème n'est plus apparût et tout semble bien fonctionner maintenant. De ce fait, je crois qu'il doit avoir un problème avec les binaires que j'ai téléchargé sur developpez.com

Une dernière question encore.
En compilant un projet sous Visual studio en mode debug, j'obtients plus de 300 warnings du type

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

1>Linking... 1>LINK : warning LNK4098: defaultlib 'LIBCMTD' conflicts with use of other libs; use /NODEFAULTLIB:library 1>qtmaind.lib(qtmain_win.obj) : warning LNK4204: 'C:\Users\Admin\Desktop\Test\Debug\vc90.pdb' is missing debugging information for referencing module; linking object as if no debug info 1>QtCored.lib(qabstractanimation.obj) : warning LNK4204: 'C:\Users\Admin\Desktop\Test\Debug\vc90.pdb' is missing debugging information for referencing module; linking object as if no debug info 1>QtCored.lib(qvariantanimation.obj) : warning LNK4204: 'C:\Users\Admin\Desktop\Test\Debug\vc90.pdb' is missing debugging information for referencing module; linking object as if no debug info 1>QtCored.lib(qpropertyanimation.obj) : warning LNK4204: 'C:\Users\Admin\Desktop\Test\Debug\vc90.pdb' is missing debugging information for referencing module; linking object as if no debug info 1>QtCored.lib(qanimationgroup.obj) : warning LNK4204: 'C:\Users\Admin\Desktop\Test\Debug\vc90.pdb' is missing debugging information for referencing module; linking object as if no debug info 1>QtGuid.lib(qgesture.obj) : warning LNK4204: 'C:\Users\Admin\Desktop\Test\Debug\vc90.pdb' is missing debugging information for referencing module; linking object as if no debug info 1>QtGuid.lib(qstandardgestures.obj) : warning LNK4204: 'C:\Users\Admin\Desktop\Test\Debug\vc90.pdb' is missing debugging information for referencing module; linking object as if no debug info 1>QtGuid.lib(qgesturerecognizer.obj) : warning LNK4204: 'C:\Users\Admin\Desktop\Test\Debug\vc90.pdb' is missing debugging information for referencing module; linking object as if no debug info 1>QtGuid.lib(qgesturemanager.obj) : warning LNK4204: 'C:\Users\Admin\Desktop\Test\Debug\vc90.pdb' is missing debugging information for referencing module; linking object as if no debug info

---

Quelqu'un aurait-il une idée de la cause ? (Qt fût compilé avec les options "static", "debug-and-release").

Si je recompile Qt en static release (uniquement), sera t-il encore possible pour moi de deboquer mes programmes avec Visual Studio ?