Discussion :

[mister3957]

Bonjour à tous,


je suis en train de faire une DLL et certaines classes ont besoin d'être visible dans le projet utilisateur, je mets alors des __declspec(dllexport) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
class __declspec(dllexport) CMyClass
{
private:
    std::vector m_vecDatas;
};

Mais le compilateur me lance des warnings en me disant que std::vector doit également avec une interface DLL (warning C4251).

Qu'est-ce que je dois faire pour régler ça ?


Merci,

A bientôt

[Laurent Gomila]

Plusieurs solutions :
1- Désactiver le warning (ça fonctionnera de toute façon)
2- Exporter explicitement toutes les instanciations de std::vector que tu utilises dans tes classes exportées (trouver une bonne doc pour la syntaxe exacte, perso je ne m'en rappelle jamais)
3- Cacher ton membre std::vector afin qu'il ne soit pas visible dans ta classe exportée (voir pimpl idiom -- idiome intéressant qui a d'autres avantages)

[mister3957]

Merci Laurent

J'ai désactivé le warning, ça passe

A bientôt

[nicroman]

Le warning a une utilité:

Ca passe jusqu'à ce que la STL utilisée par le programme principal ne corresponde pas (plus) à celle de ta DLL (en tout cas pour cette implémentation).

Il vaut mieux (à mon avis) faire un:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
template __declspec(dllexport) std::vector<MonType>

Ou encore mieux... Cacher l'implémentation de ton objet...

[Laurent Gomila]

Ca passe jusqu'à ce que la STL utilisée par le programme principal ne corresponde pas (plus) à celle de ta DLL (en tout cas pour cette implémentation)

En quoi est-ce que ça règlera le problème si les données membres de std::vector ne correspondent pas à la version compilée de la DLL ?

[oodini]

Intéressant article à ce sujet :
http://www.unknownroad.com/rtfm/Visu...ningC4251.html

[nicroman]

En quoi est-ce que ça règlera le problème si les données membres de std::vector ne correspondent pas à la version compilée de la DLL ?

????

Je dis juste que si l'implémentation change, la version DLL compilée ne correspondra plus aux headers .
Donc la suppression du warning est dangereuse...