Discussion :

[CrazyDev]

Bonjour,

je doit intégrer du code dans mon projet c++. Hors ce code est généré en C et les fonctions sont déclarées comme cela:

Code :

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

extern void fonction_generee()

Lorsque j'essaie de compiler dans mon programme, le linker me renvoie une erreur :error LNK2019: unresolved external symbol ....

Tout fonctionne si dans le code généré je remplace la déclaration par:

Code :

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

1
2
3
4
#ifdef __cplusplus
extern "C"
#endif 
void fonction_generee()

Cependant je ne souhaite pas modifier le code généré. Savez vous s'il existe une alternative pour intégrer le code C sans le modifier?

[Invité]

Bonjour,
C'est curieux que vous n'ayez pas encore eu d'autre réponse.
D'après ce que je sais, le mot clé "extern" pour une fonction est facultatif, ce qui signifie qu'il peut être là ou pas. Le contraire serait "static".
Le prototype existe-t-il? en particulier dans un .h.
Est-ce que cette fonction est appelée par une autre fonction qu'une fonction écrite en C.
Ref. Mon bouquin

Utilisez extern "c" pour empêcher que les noms de fonction soient substantypés dans des programmes C++.

[CrazyDev]

Le prototype est dans un .h et est défini avec extern (sans "C"). Normalement elle est utilisée par du code c.
Le problème est que je doit appeler cette fonction dans un programme en c++.

[Invité]

Essayez un truc:
Faites une fonction qui ne fait qu'appeler celle qui est en C. Ca peut paraitre un peu lourd, mais de cette façon vous laissez le source C identique.
Naturellement, le programme C++ appellera cette nouvelle fonction qui ne servira que d'intermédiaire.

[ram-0000]

Si tu ne veux pas modifier le source existant, (ce qui se conçoit), tu peux faire le truc suivant :

Code :

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

1
2
3
4
5
6
7
8
9
#ifdef  __cplusplus
extern "C" {
#endif
 
#include "mon include ecrit et compile en C.h"
 
#ifdef  __cplusplus
}
#endif

Cette modification est à faire dans tous les fichiers (.cpp ou .h) qui incluent le fichier "mon include ecrit et compile en C.h"

[CrazyDev]

J'ai essayé cela fonctionne effectivement.
Mais il faut alors déclarer un bridge par fonction ...
Ceci di, c'est toujours mieux que de modifier le code généré à chaque fois

[CrazyDev]

ram-0000 : Ok ca marche !!!!
Ca me retire une sérieuse épine du pied.
J'avais déjà essayé mais je n'avais pas pensé à mettre des accolades !!

Merci à vous deux

[ram-0000]

J'avais déjà essayé mais je n'avais pas pensé à mettre des accolades !!

Les accolades font partie de la syntaxe

[ram-0000]

Ceci dit, une autre idée moins sale, serait de créer un .h dédié (interface.h par exemple) et de mettre dedans :

Code :

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

1
2
3
4
5
6
7
8
9
#ifdef  __cplusplus
extern "C" {
#endif
 
#include "mon include ecrit et compile en C.h"
 
#ifdef  __cplusplus
}
#endif

Ainsi dans ton code, tu n'as plus qu'a inclure le fichier interface.h (et non plus "mon include ecrit et compile en C.h"). Au moins, le code sale est localisé à un seul endroit.

[Obsidian]

Le prototype existe-t-il? en particulier dans un .h.
Est-ce que cette fonction est appelée par une autre fonction qu'une fonction écrite en C.

Le problème vient du fait que le code est compilé par un compilateur C++ (normal, dans le cas présent). Comme, en C++, les fonctions peuvent être surchargées, et/ou appertenir à des namespaces ou des classes, ces noms sont « décorés » dans l'ABI avec tout un tas d'informations supplémentaires, ce qui n'est pas le cas en C.

Si tu te contentes de spécifier le prototype, le compilateur fera référence à un nom externe décoré, que le linker ne trouvera évidemment pas si la fonction correspondante a été compilée en C. Le cas échéant, il faut donc le préciser explicitement au compilateur C++ avec « extern "C" ».