Discussion :

[djarBoy]

Bonjour à tous,

J'ai une question, est ce que l'un de vous a déjà été confronté à ce problème:
[...]boost\boost/serialization/singleton.hpp(127) : error C2487: '
get_instance'*: le membre d'une classe d'interface dll ne peut pas être déclaré
avec une interface dll

Je suis bloqué là dessus, je ne sais pas quoi faire... Je ne sais même pas si ça a un rapport avec QxOrm, et dans ce cas, désolé de polluer le forum

Voici mon compilateur: MSVC 2010 sous windows 7 64b,
compilation de boost avec: b2 -link=shared

Merci par avance à ceux qui me donneront un indice !

[QxOrm]

[...]boost\boost/serialization/singleton.hpp(127) : error C2487: '
get_instance'*: le membre d'une classe d'interface dll ne peut pas être déclaré
avec une interface dll

C'est bizarre, je n'ai jamais eu ce problème.
Quelle version de boost utilises-tu ?
Est-ce que ton problème est apparu suite à la mise à jour en version QxOrm 1.2.2 (je ne vois pas trop le lien, mais bon on ne sait jamais...) ?
Tu as déjà fait marcher QxOrm, donc ton problème est apparu après quelle modif sur ton environnement de dév ?
As-tu essayé de créer un petit projet, dépendant uniquement de boost::serialization (les projets de test de boost::serialization par exemple), est-ce que ça fonctionne correctement ?

Il semble qu'il y a un bug avec le compilateur MSVC++ et cette erreur C2487 :
http://support.microsoft.com/kb/127900
Mais ça m'étonnerait que boost sorte une version sans contourner ce problème...

[djarBoy]

J'utilise boost 1.48, mais je viens de passer sous windows, donc ça peut venir de mon côté !

J'étais juste curieux, je vais essayer de me débrouiller et voir si j'arrive à résoudre le problème (mailing list de boost)...

Merci !

[djarBoy]

Ok, voici mon analyse:
Je ne pense pas qu'il s'agisse du bug windows que tu as cité car j'ai regardé dans les sources de boost, et le pattern ne correspond pas.

Par contre, il semblerait que ce soit une erreur de macro: en gros, ce qu'il dit c'est que tu ne peux pas faire ça:

Code :

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

1
2
3
4
class __declspec(dllimport) A
{
    __declspec(dllimport) static void x() {}
};

et c'est ce qui est implicitement fait avec l'héritage et les macros que tu mets dans QxSingleton.h ...

Je ne suis vraiment pas expert de ces choses là, mais en virant le contenu de la macro QX_DLL_IMPORT, ça compile correctement...... Je ne pense pas que ce soit la chose à faire... Je vais continuer à essayer de comprendre.

[djarBoy]

As-tu essayé QxOrm avec boost 1.48 ?

[djarBoy]

En faits, l'erreur survient lorsqu'on essaie de créer une dll qui utilise QxOrm.
Je ne sais pas ce que je peux faire, c'est très bloquant...

[QxOrm]

As-tu essayé QxOrm avec boost 1.48 ?

J'ai justement mis à jour mon environnement de développement aujourd'hui :
- MSVC 2010
- Qt 4.8
- boost 1.48

Résultat : aucun soucis de mon côté avec les dernières versions de boost et Qt (mode shared library pour tout le monde) !
J'ai essayé tous les exemples du dossier ./test/ du package QxOrm, ce qui couvre différents types de projets.
Donc tu as certainement un problème sur ton poste de dév

[djarBoy]

J'ai justement mis à jour mon environnement de développement aujourd'hui :
- MSVC 2010
- Qt 4.8
- boost 1.48

Résultat : aucun soucis de mon côté avec les dernières versions de boost et Qt (mode shared library pour tout le monde) !
J'ai essayé tous les exemples du dossier ./test/ du package QxOrm, ce qui couvre différents types de projets.
Donc tu as certainement un problème sur ton poste de dév

Ok, je vais approfondir mes recherches, mais merci en tout cas
Je ne dois pas bien utiliser scons...

[djarBoy]

Ok, je viens de comprendre......

PRECOMPILED_HEADER += ...
est une fonctionnalité de qmake !

Et je ne sais pas ce qu'il faut faire pour le faire fonctionner sous scons (ni tout autre système de compilation)...

Du coup, le QxPrecompiled.h n'était pas inclu, et le:
#undef BOOST_DLLEXPORT
#define BOOST_DLLEXPORT /* Nothing */

n'était pas actif et causait l'erreur précédente.

Tu aurais une idée de ce que je peux tenter pour éventuellement éviter d'inclure QxPrecompiled.h et QxOrm.h ?

En fait, c'est même plus gênant que ça dans la mesure ou il faut que je les mettes en haut de n'importe quelle cpp/hpp utilisant QxOrm...

[djarBoy]

Mmh, plus précisemment ma question serait (parce que je n'ai pas été très clair): y-a-t'il un moyen de retirer cette notion de precompiled header ?

Ou bien:

serait-il possible de ne pas faire un undef de BOOST_DLLEXPORT ?

Ca me cause des erreurs de définitions multiples à l'édition des liens de mon executable...

[QxOrm]

Tu aurais une idée de ce que je peux tenter pour éventuellement éviter d'inclure QxPrecompiled.h et QxOrm.h ?

Non, la notion de precompiled header est indispensable pour utiliser QxOrm !

Le package QxOrm est prêt à l'emploi pour Windows, Linux et MacOSX en utilisant MSVC++ ou bien GCC via qmake.
Si tu souhaites utiliser scons, désolé je ne connais pas du tout, donc le mieux est peut-être de poser la question sur un forum dédié à scons, tu auras plus de chance d'obtenir de l'aide.

[djarBoy]

Ok, je vais essayer de me débrouiller.

Donc si je comprends bien le concept du precompiled header, c'est une fonctionnalité proposée par visual C++ pour optimiser le temps de compilation des d'un .h ? Ce sont ces fameux PCH ?

[djarBoy]

Ok, c'est bon, j'ai trouvé une bonne piste sur le manpage de scons !

Ca semble trivial en fait

[QxOrm]

Donc si je comprends bien le concept du precompiled header, c'est une fonctionnalité proposée par visual C++ pour optimiser le temps de compilation des d'un .h ?

Oui, Visual C++ et GCC (et certainement d'autres compilateurs) proposent ce concept de precompiled header pour réduire considérablement les temps de compilation d'un projet.
Comme QxOrm utilise beaucoup de méta-programmation, le fichier precompiled header est indispensable, sinon les temps de compilation seraient beaucoup trop longs.

[djarBoy]

Oui visual c++ et gcc (et certainement d autres compilateurs) proposent ce concept de precompiled header pour réduire considérablement les temps de compilation d un projet.
Comme QxOrm utilise beaucoup de méta-programmation, le fichier precompiled header est indispensable, sinon les temps de compilation seraient beaucoup trop longs.

Je comprends tout à fait, effectivement, c'est un bon choix, je ne connaissais pas et je comprends maintenant pourquoi tu y tiens !