Discussion :

[richard_sraing]

Bonjour tout le monde.

Voilà ce petit message car je rencontre une erreur lors de la compilation de mon applic.

Lors de celle-ci, il me renseigne l'erreur suivante:

./Exception.h:24 error: expected unqualified-id before 'using'

Voilà, maintenant je ne sais pas pourquoi il me fait l'erreur maintenant, alors qu'il y a deux semaines tout allais bien

Voici la partie de mon code:

La fameuse ligne 24 est celle située dans le "elif LINUX #include ..." au using

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
 
#ifndef _EXCEPTION
#define _EXCEPTION
 
#ifdef VISUAL
#include <iostream.h>
#elif BORLAND
#include <iostream.h>
#elif DEC
#include <stream.h>
#elif SUN
#include <iostream>
using namespace std;
#elif LINUX
#include <iostream>
using namespace std;
#endif
 
/*
* tout mon code des exceptions
* je pense qu'il ne vous serait d'aucune utilitée ;) 
*/
 
#endif

Quelqu'un aurait-il une idée de la provenance de cette erreur?

Merci d'avance pour votre aide.

Richard_sraing

[Laurent Gomila]

T'as vraiment besoin d'inclure autre chose que <iostream> avec certains compilos ? (Visual C++ et Borland C++ le supportent très bien)

De plus, faire un using namespace dans un en-tête est déconseillé, voir FAQ pour plus de détails.

A part ça je ne sais pas ce qui provoque ton erreur.

[richard_sraing]

En fait je suis sous linux, et par après je devrais porter l'applic sur une machine Sunray.

Notre prof nous a dit, dès le début de l'année, qu'on devait les mettre dedans, et jusque maintenant je n'ai jamais eu de problèmes avec.

De toute façon, le cpp, moi j'aime pas. Surtout quand on doit le faire sur des terminaux où on a que vi pour éditer le code.

Quoiqu'il en soit, si jamais quelqu'un a une autre idée, merci.

Richard_sraing

[zais_ethael]

On nous faisait aussi développer des applics sur un vieux compilo tout pourri et pas du tout compatible avec le standard: cxx. Tu ne serais pas à l'inpres des fois?

[richard_sraing]

bah si pourquoi?

pas cool de faire du cpp la bas hein?

dans d'autre ecole, je sais bien qu'il ne sorte pas de windows pour la progra

m'enfin, avec tout ça, je ne sais toujours pas d'ou vient mon erreur

[zais_ethael]

Pour les autres écoles je sais pas, mais la bas il est vrai qu'on ne s'amuse pas trop avec les cours C++ du moustachu
Bon, ça va pas être facile de t'aider parcequ'à l'époque je ne suivais que ces cours et n'utilisait que ce compilateur + visual C++ 6. Autant dire que j'étais un bien mauvais programmeur incapable de faire du code standard
Tout d'abord, inutile de faire 1000 tests de includes. Tous les compilateurs que tu trouveras actuellement sont largement assez conformes aux standards pour te contenter de faire un

Code :

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

1
2
#include <iostream>
using namespace std;

La seule difficulté c'est de parvenir à cibler à quel point ce compilo n'est pas conforme. Tout d'abord, crée toi un fichier de test et colle le précédent code (je doute que ça fonctionne mais on ne sait jamais). Si ça ne marche pas, il faut inclure iostream.h ou stream.h (de tête je dirais plutot le premier) suivant une directive de compilation qu'il te faudra trouver. Peut-être SUN fonctionnera, sinon tu peux aller jeter un coup d'oeil à la doc de ce compilateur: http://h30097.www3.hp.com/cplus/ugu_...ml#implem_chap, même si elle me semble beaucoup trop récente pour le cas qui te préoccupe.
Autre chose: pour programmer chez toi, utilises gcc ou mingw (c'est probablement le cas), c'est le plus strict et donc celui qui est le plus intéressant pour la portabilité. Et puis si ça te chagrine de taper le code avec vi, devcpp sous windows fonctionne très bien et t'installe tout d'un coup.
Pour ton erreur, vérifie si ce n'est pas un problème dans un autre fichier qui incluerait ou serait inclu dans celui-ci (le coup classique de la définition de classe sans le ; à la fin?). Qui plus est, je ne pense pas que tous tes #elif créent le même effet que ton premier #ifdef, ca fonctionnerait mieux avec un #elif defined(SUN) (qu'on me corrige si je dis une bétise).