Conflit de nom C/C++

Version imprimable

25/10/2009, 17h46
soft0613

Conflit de nom C/C++

Bonjour, je travail sur un projet en C++ qui nécessite l'inclusion de bibliothèques écrites en C. Le problème auquel je suis confronté est le suivant :
il y a dans un bibliothèque un type qui porte le même nom qu'une des classes de mon projet ce qui entraine des conflits de noms dans tous les sens. J'aurais aimé pouvoir conserver le nom de ma classe tel quel et ne pas être obligé de ruser avec l'utilisation de prefixes ou une modification de l'implémentation pour cacher l'utilisation des bibliothèques.

Merci d'avance.
25/10/2009, 18h55
gl

L'utilisation de namespace pourrait probablement résoudre ton problème.
25/10/2009, 23h48
soft0613

Oui, j'y ai pensé, j'ai pensé à faire quelque chose comme envelopper les includes dans un un namespace mais je me demandais si ça se faisait ou si c'est vaiment du bricolage (aussi ma première tentative n'a pas été un succés, mais j'ai pu me planter quelque part).
26/10/2009, 09h06

Bonjour,

Citation:

si c'est vraiment du bricolage

Ça n'est pas de la bidouille, sachant que les namespaces sont fait pour éviter les conflits de noms. Ils n'auraient pas grandes utilités sinon.
26/10/2009, 13h55
GefiehlteFish
Bonjour,

Si les includes qui son enveloppées dans un namespace sont celles de la bibliothèque C, il y a peut de chance que ça fonctionne:
- la notion de namespace n'existe pas en C et ça risque de foirer un peu à l'édition des liens quand il faudra trouver les symboles de la bibliothèque C qui auront changé à cause de l'inclusion enveloppée dans les namespace.
- le seul truc à faire quand on inclut des entêtes C dans du code C++ (et quand on veux que l'édition des liens se fasse) c'est le fameux
Code:

1 2 3 4 extern "C" { #include <header_C.h> }
qu'il faut utiliser

La seule utilisation des namespace disponible est pour encapsuler le code C++ mais pas le code (ou les entêtes) en C.
26/10/2009, 14h48
Alp

Un namespace (anonyme par exemple) pour ton code C++ ne convient-il pas ?
26/10/2009, 15h47
soft0613

Merci de l'attention que vous portez à ma question, actuellement les bibliothèques en question sont X et Cairo, j'ai une classe C++ qui porte le même nom qu'un type de X. Évidement la classe que j'écris est incluse dans un namespace, je pourrais donc préfixer sont type par sont namespace à chaque fois que je l'utilise mais ça devient vite trés contraignant.

Si quelqu'un à un indice je suis plus que prenneur.
26/10/2009, 16h13
Nogane

Citation:

je pourrais donc préfixer sont type par sont namespace à chaque fois que je l'utilise mais ça devient vite trés contraignant.

Pourquoi pas un raccourcie de namespace(Je connais pas le nom "scientifique" de la chose;) )

Code:

namespace ZZ = Un::Bon::Gros::Name::Space;
26/10/2009, 17h18
koala01

Salut,

Citation:

Envoyé par Nogane

Pourquoi pas un raccourcie de namespace(Je connais pas le nom "scientifique" de la chose;) )

Code:

namespace ZZ = Un::Bon::Gros::Name::Space;

Cela s'appelle un alias :D

Mon problème n'est pas au niveau du nombre de namespace mais au niveau du conflit de noms avec un type de la lib, je vais donner un example.

Code:

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
 
// ficher 1 : le header de la lib
...
typedef Anything A;
...
 
// fichier 2 : ma classe
#include "le_header_de_la_lib"
 
namespace N
{
    class A
    {
         ...
    };
}
 
// fichier 3 : le main
#include "ma_classe"
 
using namespace N;
 
int main()
{
    N::A a1; // OK pas de conflit
    A a2; // Erreur on ne sait pas de quel A il s'agit
    return (0);

27/10/2009, 04h25
koala01

Héhé...

Maintenant que tu es confronté au problème, on ne t'y reprendra surement plus, mais, une saine habitude à prendre est de systématiquement créer au minimum un espace de noms dans lequel prend place tout ton projet.

Ainsi, au pire, lorsque tu en arrive, par malheur, à utiliser une bibliothèque qui utilise une structure ou une fonction portant le même nom qu'une de tes structures ou fonctions, il reste toujours possible d'éviter les conflits de noms.

Cependant, l'idée qui consiste à inclure ton fichier d'en-tete au sein d'un autre qui défini ton espace de noms n'est, normalement, pas viable.

En effet, l'espace de noms entre en ligne de compte lors du "mangling" (lorsque le compilateur décide d'un identifiant unique pour tes structures et fonctions).

Et, comme seule la déclaration des fonctions et fonctions membres se trouvent dans un espace de noms particulier, mais que leur implémentation se trouve, elle, dans l'espace de noms global, cela ne résout en définitive strictement rien.

La "moins mauvaise solution" consiste donc à reprendre l'ensemble des fichiers de ton projet (en-tête et implémentation) et à y ajouter l'espace de noms de ton choix (le nom de ton projet semble être un bon choix comme espace de noms principal :D)
27/10/2009, 09h04
soft0613

Merci de ta réponse claire et complète.

Mon projet est une lib, j'ai bien tout inclu dans un seul namespace mais se serait mieux de pouvoir utiliser ma classe sans avoir à spécifier le namespace pour éviter les conflits. Si je comprend bien mon problème est insolvable tel quel, je pense que je vais procéder différement, changer le nom de ma classe ou quelque chose d'autre.

Merci encore de vos réponse.

PS : à quand un bouton "non-solvable" ?

Code:

1 2 3 4 5 6 7 8 using namespace N; int main() { N::A a1; // OK pas de conflit A a2; // Erreur on ne sait pas de quel A il s'agit return (0); }
Si tu préfixe a chaque fois, tu peut retirer le using namespace, et donc, plus de conflit.

Si le préfixage t'ennuie a ce point, tu peut aussi faire un typedef du genre:
Code:

1 2 3 4 5 6 7 typedef N::A NA; int main() { NA a1; // OK pas de conflit A a2; // Pas de conflit non plus return (0); }

27/10/2009, 12h24
soft0613

OK merci du conseil, je voulais juste permettre l'utilisation de "using namespace", tan-pis.
02/11/2009, 19h57
koala01

Citation:

Envoyé par soft0613

OK merci du conseil, je voulais juste permettre l'utilisation de "using namespace", tan-pis.

Il faut encore être très prudent avec la directive using namespace...

Typiquement, elle ne devrait être présente que dans les fichiers d'implémentation ( *.cpp) car elle a la facheuse habitude de s'étendre si, par malheur, elle est utilisée en dehors de toute classe ou de toute fonction, au sein d'un fichier d'en-tête ( *.h / *.hpp et les autres).

En effet, il faut de dire que, même les fichiers qui incluront de manière indirecte le fichier dans lequel se trouve cette directive en profiteront et, au final, tu perdra tout l'avantage premier d'avoir créé un espace de noms "à toi" :D