Discussion :

[soft0613]

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.

[gl]

L'utilisation de namespace pourrait probablement résoudre ton problème.

[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).

[darthmower]

Bonjour,

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.

[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 :

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

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.

[Alp]

Un namespace (anonyme par exemple) pour ton code C++ ne convient-il pas ?