Comment écrire un wrapper C++ pour une bibliothèque C ?

Bonjour à tous,
Je doit en ce moment utiliser une bibliothèque développée en C, mais mon projet principal est en C++. Je souhaiterais donc faire un petit wrapper C++ de cette bibliothèque et je m'interroge sur la meilleure manière de faire.

Elle se nomme libParse et je l'obtiens sous la forme d'un répertoire contenant un paquet de header et de fichiers sources. J'ai donc tous les choix possibles, modifier les sources, en faire une dll, en faire une lib statique, l'intégrer directement dans mon projet etc.

Dans un premier temps, j'ai naivement tenté de créer un projet C++ organisé comme ceci :

Code:

---

1 2 3 4 5 6

Projet libParseWrapper rep C rep header // header de libParse en C rep source // source de libParse en C rep header // header de mon wrapper CPP rep source // source de mon wrapper CPP

---

Car après tout le C++ est rétro-compatible avec le C, right ? (indice : ahahahah)
J'ai compilé et ... :wow:
Malheureusement, le code C est saturé de chose de ce genre :

Code:

---

1 2 3 4 5 6 7 8

void addTag (char * dst, char * tagname) ; // déclaration //...   unsigned char buffer [64]; //...   addTag (buffer , "tag");

---

qui compile sans problème avec VC2005 en mode C (option "Compile as C code"). Par contre en mode C++, la sanction est immédiate :

Citation:

---

cannot convert parameter 1 from 'unsigned char [64]' to 'char *'

---

Alors bien sur, je peux supprimer l'erreur en écrivant :

Code:

---

addTag ((char*)buffer, "tag");

---

Mais le problème, c'est qu'il y a plusieurs centaines d'erreurs du même tonneau éparpillées dans le code :mrgreen:

Je n'ai pas trouvé le moyen de désactiver ce genre d'erreur en C++, rajouter des centaines de cast risque de prendre un temps fou et j'ai un peu peur de me lancer dans une solution à base de dll....
Quelle est selon vous la meilleure manière de faire ?

Selon moi, la meilleure, mais pas forcément la moins chère, rentable uniquement si tu vas beaucoup l'utiliser :
- Imprègne toi de l'interface de cette bibliothèque en C
- Écrit une interface à la mode C++ (RAII, encapsulation, gestion de la mémoire) qui réponde aux même besoins que ta bibliothèque C
- Implémente cette interface dans une bibliothèque C++ mais utilisant la bibliothèque C (compilée en C) pour faire le boulot.
- Utilise cette bibliothèque.

Après, statique ou dynamique, je dirais que sauf pour des besoins de plug-ins, le statique est plus simple à gérer.

Citation:

---

Envoyé par Arzar

Par contre en mode C++, la sanction est immédiate :

Citation:

---

cannot convert parameter 1 from 'unsigned char [64]' to 'char *'

---

---

Un truc que je comprend pas. Les fichiers sources de ta bibliothèque ont une extension C et doivent compiler avec le compilateur C par défaut ?
Ensuite quand tu l'utilise dans un source C++ (ton wrapper), tu peux faire du code C++ correc' ? (modulo extern "C" dans les headers).

Citation:

---

Envoyé par JolyLoic

Selon moi, la meilleure, mais pas forcément la moins chère, rentable uniquement si tu vas beaucoup l'utiliser :
- Imprègne toi de l'interface de cette bibliothèque en C
- Écrit une interface à la mode C++ (RAII, encapsulation, gestion de la mémoire) qui réponde aux même besoins que ta bibliothèque C

---

Euuu oui, c'est surement le cas idéal. Mais vu les contraintes de temps, le plan c'était plutôt de wrapper les quelques fonctions qui font office de point d'entrée et voilà :D

Citation:

---

- Implémente cette interface dans une bibliothèque C++ mais utilisant la bibliothèque C (compilée en C) pour faire le boulot.
- Utilise cette bibliothèque.

---

Mais justement, c'est sur ce problème que je m'échine depuis quelques heures !
Et j'ai finalement réussi !
Donc, pour les suivants, voici la manoeuvre à suivre :

Dans un premier projet libC, on place notre lib... en C.
Ce projet compile en C et génère une librairie statique (.lib)
Par exemple :

Code:

---

1 2 3 4 5 6

#ifndef CSTUFF_H #define CSTUFF_H   void parse(char * file) {}   #endif

---

Et dans un autre projet, libCPP, on place notre wrapper C++.
Ce projet compile en C++ et doit être linké avec le .lib généré depuis libC.

Code:

---

1 2 3 4 5 6 7 8 9 10 11

#ifndef CPPSTUFF_H #define CPPSTUFF_H   #include "CStuff.h"   void parse(const std::string& file) { parse((char*) file.c_str()); }   #endif

---

On compile et .... erreur ! Le linker se gauffre :
"error LNK2019: unresolved external symbol "void __cdecl parse(char *)"

La raison semble être :
La convention d'appel des fonctions C et C++ sont différentes.
Ou : La décoration des fonctions C et CPP sont différentes.
Ou peut-être les deux.
Ou peut être que les deux veulent dire la même chose. :mrgreen:

Toujours est-il que la solution est de placer ce bout de code tout en haut de chaque header de la libC :

Code:

---

1 2 3

#ifdef __cplusplus extern "C" { #endif

---

et ce bout de code tout en bas

Code:

---

1 2 3 4

#ifdef __cplusplus } #endif

---

Grace à cette manip les deux compilateurs (C et C++) peuvent lire le fichier CStuff.h. Le compilateur C va simplement ignorer les instructions contenues entre les #ifdef __cplusplus #endif car aucun compilateur C ne définit le symbole __cplusplus, alors que le compilateur C++ va comprendre grâce à extern "C" {} qu'il doit utiliser les fonctions qui suivent à la mode C.

Damned, maintenant que je connais la réponse, je m'appercois qu'un item de la faq traite de la question.

J'avais pourtant tenté un coup de google "developpez faq utiliser librairies C en C++", qui ne donne rien, il fallait en fait écrire "developpez faq utiliser bibliothèques C en C++" :smileyfacepalm:

Y pouvait pas utiliser le terme librairie comme tout le monde ? (même si c'est un anglicisme vilain :mouarf:)

Salut,

Tu peux aussi, pour éviter de modifier les en-têtes de la bibliothèque C, directement avoir recours à un code proche de

Code:

---

1 2 3 4 5

extern "C" { #include "Cstuff.h" /* et toutes les en-têtes propres au C */ }

---

dans tes en-tête propres au C++ ;)