Discussion :

[Djob]

Voila,

J'ai une fichie principale qui contient dans le .cpp l'include:

Code :

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

#include "Excel_2k.h"

une fiche secondaire qui contient des composants de la JVCL ( JvDBGrid,..)

si je fais un include de cette fiche dans ma fiche principale,

Code :

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

1
2
#include "Excel_2k.h"
#include "MaFicheJvcl.h"

J'ai des erreurs du type :

• [C++ Error] JvJVCLUtils.hpp(307): E2015 Ambiguity between 'Dialogs' and 'Excel_2k:ialogs'
  [C++ Error] JvJVCLUtils.hpp(393): E2015 Ambiguity between 'Menus' and 'Excel_2k::Menus'
  [C++ Error] JvJVCLUtils.hpp(430): E2015 Ambiguity between 'Windows' and 'Excel_2k::Windows'
  [C++ Error] FrmMain.cpp(3443): E2015 Ambiguity between '_fastcall TDateTime::operator double() const' and '_fastcall TDateTime::operator int() const'
  etc...

Alors que si j'inverse seulement

Code :

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

1
2
#include "MaFicheJvcl.h"
#include "Excel_2k.h"

Alors ça compile normalement ...

Pourquoi l'ordre des include est il si important?

[Patrick Seuret]

Je pense que comme Excel_2k et Jvcl déclarent des objets Menu, Dialog, etc. , au moment où Jvcl il les utilise, le compilateur n'arrive pas à déterminer quel objet utiliser.

Si tu fais les includes en commençant par Jvcl, le compilateur ne connaît que le Menu/Dialog/Window de Jvcl et ne risque pas de se tromper. La déclaration, ensuite, des mêmes noms dans Excel ne le trouble pas puisqu'il n'y fait pas appel ou utilise une notation sans ambiguité:

Menu --> ambigu
Excel_2k::Menu --> pas ambigu

[Djob]

Ah Ok !
merci Patrick.

Je crois que j'ai compris.
Ca voudrais dire que la jvcl ne precise pas bien explitement quels Menu,Dialog,etc..elle utlise, comme le fais excel_2k;