__declspec(dllexport) ne peut pas être utilisé avec /clr:pure

Bonjour,

j'ai récupéré un code sur le forum qui inclut des .hpp de la librairie boost.

j'ai téléchargé boost et je l'ai ajouté au projet, maintenant je n'ai plus d'erreur demandant d'inclure ces fichiers mais j'ai l'ereur suivante :

Citation:

---

error C3389: __declspec(dllexport) ne peut pas être utilisé avec /clr:pure ou /clr:safe C:\...\boost\serialization\void_cast_fwd.hpp 29

---

j'ai vu sur msdn :

Citation:

---

A __declspec modifier used implies a per process state. /clr:pure implies a per appdomain state. So, declaring a variable with the keyword __declspec modifier and compiling with /clr:pure is not allowed.

---

qu'est ce qu'un per process state? je suppose que ce n'est pas compatible avec un par appdomain state (j'ignore aussi ce que c'est :)), et comment ne plus avoir cette erreur de compilation?:roll:

clr, c'est du code managé...
Tu devrais utiliser du code NATIF. ;)

Sutout s'il ne sait pas ce qu'est un AppDomain. :wow:

j'ai lu 2/3 truc sur le code managé /nno managé mais j'ai encore un peu de mal à voir la différence (enfin pour moi le non managé est plus ancien et le managé permet d'utiliser de nouveaux framework...).

ce que je comprend pas c'est que j'ai juste voulu faire un projet Form avec ce code:

http://www.developpez.net/forums/d59...p/#post3502821

et je vois pas trop ce que c'est le clr: et comment etre en non managé :roll:

Qui dit projet form dit code managé. Qui dit boost dit code natif.

Tu as diverses possibilités :
- Soit tu abandonne l'idée de faire une IHM, et tu fais un projet natif 100%
- Soit tu utilises une autre bibliothèque (Qt, wxWidgets,...) pour faire ton IHM que les windows forms, et tu fais un projet natif 100%
- Soit tu continues sur la voie actuelle, et tu vas devoir dans ton code séparer ce qui est managé de ce qui ne l'est pas.


La troisième est de loin la plus difficile, surtout pour un débutant, car elle demande de comprendre deux langages différents (le C++ et le C++/CLI) et la façon dont ils peuvent se mélanger au sein d'un même code source.

C'est la solution qu'on a choisi au travail, mais si je devais refaire l'histoire, je ferait probablement autrement. Pas uniquement à cause des difficultés rencontrées, puisqu'on a fini par les surmonter, mais à cause de la lourdeur de la couche intermédiaire qu'on a du mettre en place pour relier les deux mondes.

hm,

en fait moi au final je devrais intégrer ce code (là j'ai juste créé un projet à part pour tester) dans un projet windows form donc si j'ai bien compris ce que tu dis je dois utiliser la 3eme solution :aie:

ou trouver un autre code de reseau de neurone qui n'utilise pas boost peut etre... sinon je suppose qu'il y a des bons tuto pour m'aider à commencer? (j'ai vu que celui là pour le moment http://nico-pyright.developpez.com/t...grationcppnet/ )

Tu peux effectivement faire tout ton code en managé (c'est à dire en C++/CLI), mais dans ce cas, tu perds tous les avantages du C++ (contrôle plus fin sur les performances, génération de code par templates,...) et donc, tant qu'à faire, autant utiliser un langage conçu directement pour faire du code managé, comme C#.


Mais si tu veux un moteur mitonné aux petits oignons en C++ et une interface en managé, effectivement, bienvenu dans la solution 3.

A priori si Boost chercher a exporter / importer des symboles c'est qu'elle est utilise en version dynamique. Si tu utilises Boost sous forme de lib statique, tu ne devrais plus avoir ce probleme. Tu peux t'inspirer de cet article (un peu ancien):
http://arb.developpez.com/c++/boost/install/vc++/

Déjà, travailler en /clr au lieu de /clr:pure devrait aider. Eventuellement avec des #pragma unmanaged par endroit.

ok merci,
j'ai testé l'installation de boost comme c'est expliqué dans le lien mais toujours ces erreurs :(
pourtant (j'ai peut etre mal compris) mais en utilisant l'exe qui installe boost et en suivant les manip, boost est alors bien en lib statique?? (l'installation est bien faite, j'ai testé le code qui vérifie les mails et j'ai eu le résultat dans la console)

sinon travailler en /clr au lieu de /clr:pure je veux bien mais comment? là je suis un peu pommé là dessus je dois changer quoi (j'ai cherché desepérement dans les options du projet mais sans succes :roll:)? les pragma unmanaged j'ai vu des exemples sur le fonctionnement donc ca ira pour ca je pense.

C'est l'option "common language runtime" des options du projet. Tu as plusieurs réglages, dont /clr, /clr:pure et /clr:safe.

Je suis d'ailleurs surpris que tu sois en pure plutôt qu'en CLR tout court. À moins que ça ne soit une nouveauté de Visual 2008, tu ne devrais pas être en pure avant d'avoir déjà tripoté les options du projet...

en fait j'utilise le 2005 c'est peut etre pour ca... le projet avait été fait en 2005 et avec le 2008 j'ai eu qque pb donc...