Discussion :

[inddzen]

Je developpe parallelement un projet sous win et linux avec codeblocks.

Hier, j'ai voulu compiler ma version linux sous win et j'ai eu le message suivant:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
-------------- Build: Debug in cfsdproject ---------------

Compiling: cfsdproject.cpp
In file included from D:\Programming - New\cfsdproject\/iopack/command.h:10,
                 from D:\Programming - New\cfsdproject\/iopack/terminal.h:13,
                 from D:\Programming - New\cfsdproject\/cfsdproject.h:8,
                 from D:\Programming - New\cfsdproject\cfsdproject.cpp:5:
D:\Programming - New\cfsdproject\/iopack/fileparser.h:38: error: ISO C++ forbids declaration of `Polygon' with no type
D:\Programming - New\cfsdproject\/iopack/fileparser.h:38: error: expected `;' before '*' token
Process terminated with status 1 (0 minutes, 1 seconds)
2 errors, 0 warnings

J'ai beau verifier le code source il n'y a apparement aucun soucis.
J'ai reinstalle codeblocks, j'ai remonte le projet fichier par fichier... Mais toujours la meme erreur.
J'ai recompile le meme code sous linux et je n'ai eu aucune erreur.

Je n'ai jamais eu un probleme de ce genre, alors si quelqu'un a une piste

[Sylvain Togni]

Il nous faudrait voir la partie du code qui génère l'erreur.

[droggo]

Sio,

Comme dirait Emmanuel dans la section C, c'est manifestement l'erreur là, tu dois bien voir quand même, ligne 142.

[inddzen]

Je rappelle que le meme code se compile sans aucune erreur sous linux!

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
 
#ifndef POLYGONH
#define POLYGONH
//---------------------------------------------------------------------------
#include <ostream>
#include <string>
//---------------------------------------------------------------------------
#include "../../../upack/char/unicode.h"
//---------------------------------------------------------------------------
class Polygon
{
	public:
		std::string label;
		int shape;
		double x0;
		double y0;
		double lx;
		double ly;
 
		Polygon();
		void operator=(Polygon& );
};
//---------------------------------------------------------------------------
inline std::ostream& operator<<(std::ostream& out,Polygon* P)
{
    out << P->label << ARR;
    if(P->shape == 0)
        out << "Square(";
    else
        out << "Rectangle(";
    out << P->x0;
    out << "," << P->y0;
    if(P->shape == 0)
        out << "," << P->lx << ")";
    else
        out << "," << P->lx << "," << P->ly << ")";
    out << std::endl;
    return out;
}
//---------------------------------------------------------------------------
#endif
//---------------------------------------------------------------------------

[NiamorH]

C'est pas ce fichier où il y a une erreur plutôt ? cfsdproject.cpp

[koala01]

Salut,

Généralement, une erreur "iso vobits declaration of '...' with no type" signifie, tout simplement que le compilateur ne trouve pas la définition du type cité pour l'unité de compilation en cours de traitement.

La raison principale est généralement qu'un fichier d'en-tête n'est pas inclus correctement, ou qu'un type n'a pas pu etre défini correctement, du fait d'un autre erreur

Le compilateur pousse la gentillesse jusqu'à t'indiquer ce qui ne va pas:

• à la ligne 5 de cfsdproject.cpp, tu inclus cfsdproject.h, or,
• à la ligne 8 de cfsdproject.h, tu inclus terminal.h, qui, lui-même
• inclus command.h à la ligne 13, et,
• à la ligne 10 de ce fichier (command.h), il semblerait que tu essaye de déclarer une variable dont le type (Polygon) n'est pas connu du compilateur.

Visiblement, tu as donc oublié d'inclure le fichier polygon.h dans command.h, étant donné qu'il ne te dis même pas que le fichier n'est pas trouvé

Un petit conseil en passant:

Méfie toi des chemins relatifs lors de l'inclusion de fichiers d'en-tête appartenant à une bibliothèque externe (car je présume que
#include "../../../upack/char/unicode.h" fait appel à un fichier de bibliothèque externe ) pour la simple et bonne raison que tu ne peut en aucun cas préjuger du fait que le chemin sera identique sur n'importe quel système.

Cela te permettra de gagner en souplesse au niveau du système utilisé pour la compilation

L'idéal étant de définir, dans les options de compilation, un chemin de base certain comme étant un dossier dans lequel on trouvera des fichiers d'en-tête (par exemple c:\mingw\include\upack ou /usr/include/upack) et de donner le chemin relatif à partir de ce dossier "de base" (donc simplement char/unicode.h)

Pour indiquer un dossier comme devant être utilisé pour rechercher les fichiers inclus, il s'agit généralement de fournir un argument -Idossier à la commande de compilation (la plupart des EDI permettent en outre de spécifier ces dossiers dans les options de compilation )

[Mat007]

Salut,

Au passage un opérateur d'affectation s'écrit :

Code :

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

Polygon& operator=(Polygon& );

MAT.