#include in source

**three minute hero** · 26/01/2008, 01h06

Cher Monsieur BOUML,

Dans la release de la 3.3, vous avez corrigé le bug suivant :

# dependency and C++ :
* When you edit a dependency just after its creation, the C++ definition was shown as #include in source but the #include was produced in the header file (supposing you don't edit the relation or don't valid the edition), fixed.

Mais il semblerait (sauf erreur de ma part) que ce bug soit toujours présent si « external » est coché dans le class dialog de la classe ciblée par la flèche de dépendance.
Je suis obligé de décocher « external » et de créer un artefact factice pour que l'include soit placé dans le source, et non dans le header.

Bonne continuation !

**bruno_pages** · 26/01/2008, 09h53

C'est le fonctionnement normal, pas un bug.

Dans le chapitre C++ generator du manuel de référence il est écrit : In the special case where the class is declared external, its C++ type declaration must contains at least one line indicating how the name of the class is generated, the other lines will be added in the header file of the components referencing the class.

La raison en est simple : je ne sait strictement rien sur un type externe et je ne peux donc pas faire d'hypothèse sur ceux-ci, et la solution qui marche forcément est d'utiliser le header.

Pour éviter cela il faudrait une évolution permettant de dire ce qui doit être produit dans le header et ce qui doit l'être dans le source

**three minute hero** · 28/01/2008, 20h45

Dans ce cas, au temps pour moi !

En fait, il ne s'agit pas vraiment d'un type. J'utilise la dependency pour inclure les en-têtes de la STL. Je sais pas si c'est très strict, point de vue UML, mais bon…

J'espère voir cette feature bientôt, si vous avez le temps et l'envie !

Merci pour votre réponse