C++ Girl
  1. C++ Girl
  3. Erreur: ‘…’ ne nomme pas un type
Intereting Posts
Comment utiliser les fichiers de fusion Botan et VS2008 Quel est le moyen le plus rapide d’envoyer des données d’un thread à un autre en C ++? O (n) algorithme pour trouver l’élément apparaissant plus de n / 2 fois Répétition et retard de la touche SDL 2.0 Utilisation d’une DLL Delphi en C ++ comment mettre à jour les données de ligne extraites à l’aide de la firebase database OLE ATL en C ++ à partir d’une table de serveur SQL simple Fuite de mémoire lors de l’utilisation de shared_ptr Conception de classe c ++, inheritance de classe de base ou modèle de conception de façade Pointeurs de fonction C ++ vs Switch Mappage de coordonnées d’une projection de perspective 3D à une projection orthographique 2D dans OpenGL en C ++ Devrais-je m’attendre à ce que les diffusions ascendantes et descendantes dans un inheritance ne modifient pas le pointeur? Est-il possible d’empêcher l’inheritance multiple de classes de base spécifiques lors de la compilation? La structure nestede casse constexpr bien qu’elle soit identique à celle globale Comment éviter les motifs en faisant du bruit perlin aléatoire Est-il possible de modifier le script Lua à la demande?

Erreur: ‘…’ ne nomme pas un type

J’ai eu un projet de travail. Après avoir réarrangé du code, j’ai essayé de recomstackr mon projet, puis des choses étranges ont commencé. Regardez cet extrait de la sortie du compilateur. Je comstack depuis Eclipse sous Windows en utilisant MinGW G ++. 

**** Build of configuration Debug for project Pract2 **** **** Internal Builder is used for build **** g++ -O0 -g3 -Wall -c -fmessage-length=0 -omove.o ..\move.cpp In file included from ..\/game.h:11:0, from ..\/piece.h:10, from ..\/move.h:10, from ..\move.cpp:7: ..\/board.h:18:2: error: 'Piece' does not name a type

board.h , ligne 18: 

 Piece* GetPieceAt(int row, int col) const;

Habituellement, lorsque cela se produit, je dois simplement append certaines inclusions que j’ai oubliées de faire. Mais j’ai en fait inclus morceau.h en haut du tableau .

Ma deuxième pensée a été que le compilateur doit avoir généré une erreur quelque part dans la classe Piece qui le ferait ignorer l’existence de la classe, ce qui provoquerait davantage d’erreurs. Dans ce cas, je regarderais la première erreur du compilateur, ce à quoi je m’attendais, ressemblait à une erreur dans piece.cpp ou piece.h . Mais la première erreur ne concerne pas du tout Piece . J’ai donc cherché à savoir si Eclipse avait marqué des erreurs dans piece.cpp ou piece.h . Non, pas une ligne rouge en vue. Je n’ai vu que quelques-uns de ces marqueurs jaunes inexpliqués .

Une dernière chose que j’ai vérifiée était que chaque fichier d’en-tête contenait des gardes d’inclusion, ce qu’ils ont fait.

Comment puis-je aller au fond de cette erreur? Je publierais des extraits de code, mais je finirais probablement par coller le code entier (ce que je ne peux pas faire) car un contexte supplémentaire peut être nécessaire.

Edit : voici board.h jusqu’à la ligne 18. (J’ai laissé un grand commentaire, cela explique pourquoi ce bloc de code est plus petit que prévu.) 

 #ifndef BOARD_H_ #define BOARD_H_ #include "piece.h" class Board { public: // Prototypes for externally defined functions Board(); ~Board(); void PrintBoard(); Piece* GetPieceAt(int row, int col) const;

Très probablement, en “réorganisant votre code”, vous avez créé une inclusion circulaire entre board.h et piece.h . Vos fichiers d’en-tête contiennent des gardes qui empêchent l’inclusion infinie dans de tels cas, mais cela ne facilitera pas la compilation des déclarations.

Vérifiez l’inclusion circulaire et repensez votre stratégie d’inclusion en conséquence. Si vous n’avez aucune dépendance circulaire entre les types, vous devriez pouvoir éliminer facilement l’inclusion circulaire. Si vous avez la dépendance circulaire entre les types, vous devrez recourir à des déclarations de transfert pour certains types. Tenter d’inclure des fichiers d’en-tête de manière circulaire n’apportera rien.

Il semble que morceau.h et board.h sont inclus l’un par l’autre. Si c’est le cas, essayez d’utiliser les prédéclarations des deux classes et d’inclure les en-têtes uniquement dans les fichiers cpp.