Discussion :

[Rayndell]

Bonjour,

J'ai quelques problèmes avec l'application C++ que je développe. Je dois intégrer à mon application déjà existante un package appelé "nauty". Le problème est ici que ce package défini un type "set". Il vient alors un conflit entre ce type et le type "set" défini par la stl. Cela ne poserait aucun problème normalement, puisque le type set de la stl est déclaré dans le namespace std, il suffirait donc d'éviter de mettre "using namespace std;" pour éviter les conflits. Le problème ici, c'est que les fonctions du namespace std ont l'air d'être automatiquement déclarées dans le namespace global (c'est à dire que je peux utiliser les fonctions cin out cout par exemple, sans passer par std::cin ou std::cout, et le tout sans faire de "using namespace std;"). Avez-vous une idée d'où le problème peut venir. Est-ce que dans la dernière version du compilateur g++ le namespace std est dans le namespace global. Si oui, comment puis-je régler ces problèmes de conflit ? Pour info, je poste les différents include que j'utilise :

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
 
#include <arpack++/arlssym.h>
 
#include "CImg.h"
 
#include <nauty.h>
 
#include <cstdlib>
 
#include <iostream>
 
#include <vector>
 
#include <set>
 
#include <stack>
 
#include <queue>
 
#include <map>
 
#include <cmath>
 
#include <fstream>
 
#include <ctime>
 
#include <algorithm>
 
#include <armadillo>
 
#include <string>
 
#include <sstream>
 
 
 
using namespace cimg_library;
 
using namespace arma;

[haraelendil]

il ne trainerait pas un using namespace std; dans un de tes fichiers d'entête par hasard?

[Arzar]

Le problème ici, c'est que les fonctions du namespace std ont l'air d'être automatiquement déclarées dans le namespace global (c'est à dire que je peux utiliser les fonctions cin out cout par exemple, sans passer par std::cin ou std::cout, et le tout sans faire de "using namespace std;"). Avez-vous une idée d'où le problème peut venir.

Le problème vient très probablement du fait qu'un zigoto à écrit quelque part un "using namespace std" dans un .h,

La directive using namespace doit être banni des headers car sinon elle se propage par inclusion et pollue le namespace globale comme tu viens d'en faire la douloureuse expérience.

(D'ailleurs Rayndell, tu tombes dans le même travers avec ton "using namespace cimg_library;" et "using namespace arma;" en plein dans un .h.
La directive va se propager et une personne qui voudra reprendre ton code risque d'avoir des conflits assez incompréhensible s'il a le malheur de déclarer un type qui existe déjà dans arma ou cimg.)

Une petite remarque :
Ecrire "cimg_library::" devant chaque type de la biblio cimg serait quand même un peu pénible, en revanche on peut aussi déclare un alias de namespace comme ceci :

Code :

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

namespace cimg = cimg_library;

Si oui, comment puis-je régler ces problèmes de conflit ?

1) Le plus simple serait de trouver et de supprimer le "using namesapce std" fautif.
2) Mais si ce using namespace std est dans du code non modifiable... euu t'es mal . Il faudra alors probablement modifier le code qui déclare le type set rentrant en conflit avec std::set et le mettre dans un namespace.

[Rayndell]

Non, c'est la première chose que j'ai vérifiée.

[Rayndell]

Je retire ce que j'ai dit, je viens de le trouver.

Merci de votre aide et désolé du dérangement.