Discussion :

[extralucide]

J'ai créé une bibliothèque statique libtoto.a par le biais de DEvC++.
La librairie a été compilé avec g++.
Le services que j'ai créé sont:
send_afdx
recv_afdx

Ensuite le linke cette librairie avec un programme en C compilé avec gcc et qui utilise les service précèdents
.
tftp.c:123: r'ef'erence ind'efinie vers << _send_afdx >>
tftp.c:135: r'ef'erence ind'efinie vers << _recv_afdx >>

lorsque j'exécute la commande nm -s libtoto.a | grep afdx
j'obtiens:

00000306 T __Z9recv_afdxiPvij
000000ea T __Z9send_afdxiPKvji
00000474 T __Z9test_mainiPPc

quand j'exécute la commande nm -s -C libtoto.a | grep afdx
j'obtiens:
00000000 T create_header_afdx(int, int, adresse_mac, int, int, int, int, int)
00000306 T recv_afdx(int, void*, int, unsigned int)
000000ea T send_afdx(int, void const*, unsigned int, int)

ah oui aussi si je remplace l'appel, par exemple, de recv_afdx par _Z9recv_afdxiPvij je réussi à générer l'excéutable mais qui ne marche pas du tout.
et j'obtiens à la compilation

tftp.c:135: attention : d'eclaration de << _Z9recv_afdxiPvij >> externe imbriqu'ee

[hegros]

Wouah tu compiles en C++ ce qui veut dire que tu vas avoir droit a la décoration des fonctions. Pourquoi tu ne compiles pas en C ?

En gros en C++ quand tu compiles la fonction Affiche() il la décore et elle devient par exemple Affiche_???iuuç

Pourquoi ? C'est lié a la surcharge car en C++ on peut définir plusieurs fonctions de meme nom mais avec une liste arguments différentes.

[mchk0123]

Encadre ta déclaration des fonctions send_afdx
recv_afdx par :

Code :

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

1
2
3
extern "C" {
...
}

Recompile tout ... et hop.

[extralucide]

ça fonctionne parfaitement !
Merci !

[mchk0123]

Maintenant l'explication :

Dans les fichiers de code source compilés, "*.obj", la position du code compilé de chaque fonction, classe et méthode est connu précisément grace à son nom (nom de fonction, ...) ...
Ce sont, grace à ces informations, que l'éditeur de lien peut construire le programme exécutable final.

Or tout compilateur C++ nomme en interne différemment les fonctions selon que l'on soit dans du code C (send_afdx) ou dans du code C++ (__Z9send_afdxiPKvji).

Comme tu relie une bibliothèque en C++ et un programme en C, il se mélange les pieds entre les deux.

La directive extern "C" indique au compilateur que quelque soit le contexte (ta bibilothèque ou le programme), il faut considérer send_afdx comme étant du code C.

Voilà.