Discussion :

[guillaume07]

Bonjour,

dans l'installateur www.boostpro.com, pourquoi y a t-il des binaires pour les différents visual?

qu'est ce qui fait que les .dll et .lib destinés à visual 2008 par exemple ne sont pas compatibles avec visual 2010 ?

EDIT:
si effectivement le standard C++ n'impose pas de règle quand au format binaire des .lib/.exe/.dll comment l'OS peut lire deux ou plus "format différents" ? Il s'agit juste des .lib qui ne sont pas du meme format peut être... (?)

EDIT2:
si ceux sont uniquement les .lib qui posent des problèmes de compatibilités, qu'y a t-il de différent dans ces .lib d'un vendeur à l'autre ou bien meme dans le cas de visual qu'y a t-il de différent d'une version à l'autre
Merci

[JolyLoic]

Il y a des incompatibilités de deux ordres entre les libs de VS2008 et celles de VS2010 :

Tout d'abord, le format des .lib peut être différent. Ce format, contrairement à celui des .dll, n'est pas connu de l'OS et dépend entièrement du compilateur.

Ensuite, le contenu du .lib lui même peut être différent, une classe peut avoir une définition différente, qui impose une disposition en mémoire différente...

[guillaume07]

ok thxs, une idée pourquoi il y a un changement de format des .lib de visual 2008 à 2010 ?

[koala01]

Salut,

ok thxs, une idée pourquoi il y a un changement de format des .lib de visual 2008 à 2010 ?

Relis bien l'intervention de Loïc, et tu constatera qu'il ne dit absolument pas qu'il y a un changement de format des lib, mais qu'il peut y avoir un changement de format des lib

Le problème est qu'il est particulièrement difficile de savoir cela à l'avance, du moins, sans commencer à parcourir la documentation concernant l'organisation interne du compilateur (pour autant qu'elle soit disponible ).

Et je ne parle même pas des problèmes qui pourraient être liés à la différence (que l'on risque de plus en plus de rencontrer) qu'il peut y avoir entre les versions 32 et 64 bits.

Quand on atteint un tel niveau d'incertitude sur ce qui risque de changer (même si cela ne le fait pas obligatoirement ), la prudence recommande de ne pas "jouer à la roulette russe" et de partir du principe que tout ce qui risque de foirer le fera obligatoirement

C'est la raison pour laquelle il est largement préférable de veiller à utiliser la version de boost qui a été compilée... avec le compilateur que l'on utilise

[guillaume07]

all right ty

[guillaume07]

ce qui métonne cela dit c'est que de 2008 à 2010 :

les .lib de Qt sont compatibles mais pas celles de boost...comment expliquer ça

[JolyLoic]

Compatible dans quelle sens ?

Il est fort possible que les libs de boost profitent de quelques nouveautés de VC++2010 (r-value ref, au hasard) quand elles sont disponible.

Qt a une approche plus conservative du langage (et un domaine d'application où c'est moins crucial).

[guillaume07]

ok oui probable

compatible dans le sens où un source + {} de .liB Qt compilant sous 2K8 compile tel quel sous 2KT

[koala01]

ok oui probable

compatible dans le sens où un source + {} de .liB Qt compilant sous 2K8 compile tel quel sous 2KT

Attention...

Le code de Qt est compatible, mais les lib et dll sont compilateur dépendantes

Si tu décide d'utiliser un compilateur différent de celui qui est fournis avec l'installateur du framework, tu dois, soit compiler toi même les sources, soit télécharger le binaire ici, s'il existe pour ton compilateur particulier (cela me fait d'ailleurs penser que je dois encore transmettre ma version 4.7.1 64 bits pour Gcc 4.5.0 )

[guillaume07]

oui mais pour autant ça marche..les .lib/.dll compiler avec 2K8, et utiliser dans un projet Qt sous visual 2KT, sauf erreur de ma part, fonctionne