déclaration de fonctions externes

Version imprimable

Voir 40 message(s) de cette discussion en une page

Bonjour à tous!
Je me posais une question vis à vis des déclarations de fonctions externes dans les fichiers d'en-têtes.
Les templates doivent se déclarer dans la fonction principale, sous peine de ne pas être reconnue à l'édition des liens. (cf astuce de la FAQ)

Comment dois-je déclarer la fonction suivante :
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 CImgl <unsignedshort> importData (int numchoc, int camera, long image_deb, long image_fin) { int cr; unsignedshort *Images=NULL; CImgl <unsignedshort> liste; cr = IRimages(36181,1L,100L,120L,&Images); if (cr != 0) { std::cout << "erreur de communication avec le serveur" << std::endl; } else { for (int i=0; i<20; i++) { CImg <unsignedshort> image (&Images[i*77120], 320, 241, 1, 1); liste.push_back(image); } free(Images); liste.back().equalize_histogram(); liste.back().display(); return liste; } }
pour qu'elle soit correctement reconnue à l'édition des liens...

J'admet que je suis un peu perdu, car je suis dans un projet C++, qui utilise des fonctions C et libraries C, ainsi des fichiers .cpp ou se mêlent fonctions template et fonctions classiques... :koi:

J'aurai grand besoin de votre éclaircissement !;)

16/05/2006, 14h05
Swoög

si tu utilises des librairies et des fonctions C dans un programme C++... c'est pas du C++, c'est du C/C++ et c'est pas super terrible (c'est du C++ pas propre quoi)

pour ta fonction, ce n'est pas une fonction template, elle renvoie un type qui est un type avec template, mais dans la signature de la fonction, tous les types sont entièrement définis, donc cette fonction peut être déclarée comme n'importe quelle autre fonction classique...
16/05/2006, 14h16
poukill
Citation:

Envoyé par Swoög

si tu utilises des librairies et des fonctions C dans un programme C++... c'est pas du C++, c'est du C/C++ et c'est pas super terrible (c'est du C++ pas propre quoi)

oui, je sais que c'est pas propre, le truc, c'est que j'ai découvert la STL en cours de programmation de ce gros projet...
Et puis, certaines fonctions sont en C car sont utilisés par mes collègues sous Unix pour du temps-réel.
Il faudrait que je recode tout, mais c'est long...

Par contre, je ne comprend pas, je l'ai effectivement déclaré comme une fonction classique, et le link ne fonctionne pas:
Code:

1 2 3 main.obj : error LNK2001: symbole externe non résolu "struct cimg_library::CImgl<unsigned short> __cdecl importData(int,int,long,long)" (?importData@@$$FYA?AU?$CImgl@G@cimg_library@@HHJJ@Z)
Merci Swoög pour tes réponses!!!
16/05/2006, 14h25
Swoög

"undefined reference"... j'aurais compris... mais "unresolved extern symbol" là... je vois pas...

ta fonction est compilée à part du main ? tu as toujours accès au template (et à son code) quand tu appels ou compil la fonction ?

Citation:

Envoyé par Swoög

ta fonction est compilée à part du main ? tu as toujours accès au template (et à son code) quand tu appels ou compil la fonction ?

Oui ma fonction est compilée à part du main dans un fichier analyse.cpp

Mon main donne ça:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 // d'autres fichiers de déclaration #include <list> #include <algorithm> #include <iostream> #include "CImg.h" // accès au template using namespace cimg_library; #include "quadrillage.h" #include "warping.h" #include "masque.h" #include "outils.h" #include "choixzone.h" #include "analyse.h" extern CImgl <unsigneds hort> importData (int numchoc, int camera, long image_deb, long image_fin); // déclaration de la fonction int main() { //etc ....
Je comprend vraiment pas. 8O

Merci pour ton coup de main 8-)

16/05/2006, 14h42
Swoög

si ta fonction est dans le analyse.cpp et que tu inclus analyse.h (je suppose que tu la déclares dans analyse.h) pas besoin de mettre la déclaration où tu la spécifie comme externe...
16/05/2006, 14h43
Matthieu Brucher

C'est à l'édition des liens qu'il y a un souci. Il n'y a aps une bibliothèque à lier avec ?
16/05/2006, 14h50
poukill

Citation:

Envoyé par Swoög

si ta fonction est dans le analyse.cpp et que tu inclus analyse.h (je suppose que tu la déclares dans analyse.h) pas besoin de mettre la déclaration où tu la spécifie comme externe...

C'est exact, j'ai juste tenté autre chose dans le doute...

Citation:

Envoyé par Miles

C'est à l'édition des liens qu'il y a un souci. Il n'y a pas une bibliothèque à lier avec ?

J'ai des bibliothèques à lier, pour IRimages par exemple... Mais elle est bien spécifiée, d'autres fonctions l'utilisent sans problèmes...

C'est ça que je comprend pas. Cette fonction n'a rien d'extraordinaire. Il y a surement quelque chose d'autre qui ne va pas. :aie:
16/05/2006, 14h57
Swoög

Citation:

Envoyé par poukill

C'est exact, j'ai juste tenté autre chose dans le doute...

ça veut dire que sans mettre ceci ça fonctionne ?
16/05/2006, 15h01
poukill

mon projet tournait, j'ai rajouté cette fonction hier... et impossible de vraiment l'inclure dans le projet, le linker m'envoi balader!
16/05/2006, 15h02
Matthieu Brucher

Bon, alors cette fonction, elle est déclarée où ? ne serait-ce pas une fonction template tout de même ? Est-ce qu'elle a quelque part un .cpp dans laquelle elle est définie ? - y compris dans le code source de la bibliothèque - ?
16/05/2006, 15h02
touco

Le problème pourrait-il être lié à l'utilisation du template dans la déclaration de la fonction ?

fichier analyse.cpp:

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
28
29
30
31
32
33
34
35
36
37
38
39

#ifdef ANALYSE_H
/** Les codes retour (cr)
 
0 : OK
-1 : mauvais numéro de choc
-2 : mauvais numéro de caméra
-3 : erreur de transfert
-4 : mauvais numéro d'images
-5 : trop d'images demandées
-6 : numéro image de début incorrect
-7 : mauvaise valeur du pas
-100 : erreur initialisation de Winsock
-100 : connection sur le serveur impossible
********************************************/
 
CImgl <unsignedshort> importData (int numchoc, int camera, long image_deb, long image_fin) {
int cr;
unsignedshort *Images=NULL;
CImgl <unsignedshort> liste;
cr = IRimages(36181,1L,100L,120L,&Images);
if (cr != 0) {
std::cout << "erreur de communication avec le serveur" << std::endl;
}
else {
for (int i=0; i<20; i++) {
CImg <unsignedshort> image (&Images[i*77120], 320, 241, 1, 1);
liste.push_back(image);
}
free(Images);
 
liste.back().equalize_histogram();
liste.back().display();
 
return liste;
}
}
#endif

fichier analyse.h :

Code:

1
2
3
4
5
6

#ifndef ANALYSE_H
#define ANALYSE_H
CImgl <unsignedshort> importData (int numchoc, int camera, long image_deb, long image_fin);
#endif

le main.cpp (juste l'en-tête complète):

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
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48

/*Main*/
// Les 3 fonctions exportées de la DLL tsrir_c.dll
extern "C" int IRnb_images( int num_choc, int camera, int *nbimages );
extern "C" int IRimages( int num_choc, int camera, long image_deb,
long image_fin, unsignedshort ** Images);
extern "C" int IRimages_pas( int num_choc, int camera, long image_deb,
long image_fin, long pas, unsignedshort ** Images );
 
#include "calc_camir.h"
// ---------> Interpolation linéaire des données
extern "C" short Interpol (long *xTab, long *yTab, int lTab, float xVal, float *yVal);
// ---------> Reset de la structure Endoscope (tout à 0)
extern "C" void Reset_Endoscope (struct_endoscope *Endoscope);
// ---------> Lecture d'une variable de type float dans Top
extern "C" short LitTopFloat(long nchoc, char *NmProd, char *NmObj, char *NmPar, float *Val);
// ---------> Lecture d'une variable de type String dans Top
extern "C" short LitTopString(long nchoc, char *NmProd, char *NmObj, char *NmPar, char *Str);
// ---------> Lecture d'un fichier LUT .txt (calibration)
extern "C" short ReadFicLUT (char *NmFicLUT, long *xLUTi, long *yLUTi, short *lLUTi);
// ---------> Construction de la LUT finale pour passer des DL en T°
extern "C" short ConstructLUT (long *xLUTi, long *yLUTi, short lLUTi,
short NumLUT, short Zone, struct_endoscope *Endoscope,
float *xLUT , float *yLUT , short *lLUT );
// ---------> Lecture des fichiers de calibration LUT1 ou 2 ou 3
extern "C" short InitLUT (long nchoc, short nEndo, short nLUT, long *xLUTi, long *yLUTi, short *lLUTi);
// ---------> Recopie de la LUT calibrée dans les varaibles de la structure Endoscope
extern "C" void RecopieLUT(struct_endoscope *Endoscope , short Zone , float *DL , float *TP ,
short lDL);
// ---------> Lecture des données Top et initialisation de la structure Endoscope
extern "C" short Init_Endoscope (long nchoc, short nEndo, struct_endoscope *Endoscope);
// ---------> Calcul de la T° à partir des DL mesurés
extern "C" short DL2Temp (struct_endoscope *Endoscope, short zone, long DL, float *Temp);
// ---------> Calcul du DL à partir d'une température
extern "C" short Temp2DL (struct_endoscope *Endoscope, short zone, float Temp, long *DL);
#include <list>
#include <algorithm>
#include <iostream>
#include "CImg.h"
usingnamespace cimg_library;
 
#include "quadrillage.h"
#include "warping.h"
#include "masque.h"
#include "outils.h"
#include "choixzone.h"
#include "analyse.h"

Je sais que c'est pas bien, mais toutes les fonctions déclarés extern "C" ne fonctionne pas si elles sont mises dans le fichier .h correspondant (je sais pas pourquoi). Peut-être que le mélange C/C++ n'est pas génial?

16/05/2006, 15h13
touco

Pourquoi as-tu encadré le code C++ (de analyse.cpp) par un #ifdef/#endif ? Si c'est nécessaire as-tu défini ANALYSE_H dans les options de compilation de analyse.cpp (-DANALYSE_H dans les options) ? Si ce n'est pas le cas le compilateur compile un fichier vide et la définition de fonction est effectivement manquante.
16/05/2006, 15h14
Matthieu Brucher

Parce qu'il y a des protections supplémentaires en C++ qui sautent ?
C'est quoi ta ligne d'édition des liens ?
16/05/2006, 15h14
Matthieu Brucher

Citation:

Envoyé par touco

Pourquoi as-tu encadré le code C++ (de analyse.cpp) par un #ifdef/#endif ? Si c'est nécessaire as-tu défini ANALYSE_H dans les options de compilation de analyse.cpp (-DANALYSE_H dans les options) ? Si ce n'est pas le cas le compilateur compile un fichier vide et la définition de fonction est effectivement manquante.

Surtout qu'analyse.cpp doit vraissemblablement inclure analyse.h...

Citation:

Envoyé par Miles

Parce qu'il y a des protections supplémentaires en C++ qui sautent ?
C'est quoi ta ligne d'édition des liens ?

voilà :
Code:

1 2 3 4 5 Édition des liens en cours... main.obj : error LNK2001: symbole externe non résolu "struct cimg_library::CImgl<unsigned short> __cdecl importDonnees(int,int,long,long)" (?importDonnees@@$$FYA?AU?$CImgl@G@cimg_library@@HHJJ@Z) C:\Documents and Settings\GD280706\Bureau\analyse IR\IR\Debug\IR.exe : fatal error LNK1120: 1 externes non résolus

16/05/2006, 15h19
touco

Essaie d'enlever les lignes #ifdef ANALYSE_H / #endif de analyse.cpp, recompile l'ensemble, et vois si ca aide.

Citation:

Envoyé par touco

Essaie d'enlever les lignes #ifdef ANALYSE_H / #endif de analyse.cpp, recompile l'ensemble, et vois si ca aide.

Hum merci pour le conseil Touco et Miles, voilà ce que ça donne ;)

C'est fait, j'ai des erreurs de compilations:
Code:

1 2 3 4 5 6 analyse.cpp(16) : error C2143: erreur de syntaxe : absence de ';' avant '<' analyse.cpp(16) : error C2501: 'CImgl' : Spécificateurs de type ou de classe de stockage manquants analyse.cpp(16) : error C2143: erreur de syntaxe : absence de ';' avant '{' analyse.cpp(16) : error C2447: '{' : en-tête de fonction manquant (liste formelle à l'ancien format ?)
J'avoue ne pas trop comprendre:aie:

16/05/2006, 15h27
touco

Il ne manquerait pas un petit #include "analyse.h" au début de analyse.cpp ?
16/05/2006, 15h28
Laurent Gomila

Analyse.cpp n'inclue pas Analyse.h.

Et Analyse.h n'inclue pas l'en-tête qui définit la classe CImgl.
16/05/2006, 15h29
poukill

Citation:

Envoyé par touco

Pourquoi as-tu encadré le code C++ (de analyse.cpp) par un #ifdef/#endif ? Si c'est nécessaire as-tu défini ANALYSE_H dans les options de compilation de analyse.cpp (-DANALYSE_H dans les options) ? Si ce n'est pas le cas le compilateur compile un fichier vide et la définition de fonction est effectivement manquante.

tu as parfaitement raison...

Citation:

Envoyé par touco

Le problème pourrait-il être lié à l'utilisation du template dans la déclaration de la fonction ?

Désolé, j'ai du quitter le boulot un peu précipitamment hier après midi.
J'ai continuer d'analyser mon problème, et je tombe sur quelque chose de bizarre (merci Miles et Touco :D ).

Mon problème est le suivant : lorsque je déclare la fonction importDonnees comme suit :
Code:

1 2 3 CImg <unsigned char> importDonnees ( int numchoc, int camera, long image_deb, long image_fin)
le compilateur m'indique ceci :
Code:

1 2 3 4 5 6 7 8 Compilation... analyse.cpp analyse.cpp(15) : error C2143: erreur de syntaxe : absence de ';' avant '<' analyse.cpp(15) : error C2501: 'CImgl' : Spécificateurs de type ou de classe de stockage manquants analyse.cpp(15) : error C2143: erreur de syntaxe : absence de ';' avant '{' analyse.cpp(15) : error C2447: '{' : en-tête de fonction manquant (liste formelle à l'ancien format ?)
Quand je remplace (pour test) cette fonction par
Code:

1 2 3 4 5 int importDonnees (int numchoc, int camera, long image_deb, long image_fin) { return 0; }
ça compile sans aucuns problèmes...:cfou:

Mon problème viendrait donc du template??? Pourtant, il n'y a rien de sorcier là dedans, je n'utilise pas de typename....

Merci énormément pour votre aide!:P

17/05/2006, 08h51
Matthieu Brucher

Ca vient du fait qu'il ne sache pas ce qu'est CImg, ce qu'on disait un peu plus haut, il manque un header à inclure quelque part.

Citation:

Envoyé par Miles

Ca vient du fait qu'il ne sache pas ce qu'est CImg, ce qu'on disait un peu plus haut, il manque un header à inclure quelque part.

Je comprend bien ce que tu veux dire Miles, le problème c'est que l'include y est... il sert pour toutes les autres fonctions!

Pour mémoire, voici mon main :
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 /*Main*/ #include <list> #include <algorithm> #include <iostream> // Les 3 fonctions exportées de la DLL tsrir_c.dll extern "C" int IRnb_images( int num_choc, int camera, int *nbimages ); extern "C" int IRimages( int num_choc, int camera, long image_deb, long image_fin, unsignedshort ** Images); extern "C" int IRimages_pas( int num_choc, int camera, long image_deb, long image_fin, long pas, unsignedshort ** Images ); #include "CImg.h" //pour la définition de CImg et CImgl usingnamespace cimg_library; //namespace correspondant #include "calc_camir.h" #include "quadrillage.h" #include "warping.h" #include "masque.h" #include "outils.h" #include "choixzone.h" #include "analyse.h" // .h du fichier qui nous intéresse
Le truc, c'est que lorsque j'ôte #include "analyse.h" et que j'insère le code à la place
Code:

1 2 3 4 5 6 CImgl <unsignedshort> importDonnees (int numchoc, int camera, long image_deb, long image_fin) { CImg <unsignedshort> liste; return liste; }
ca COMPILE !!!! 8O

Y'a un truc qui m'échappe:aie:

17/05/2006, 09h43
Matthieu Brucher

C'est donc que ton analyse.h fait du n'importe quoi :| Déjà, le using namespace est à mettre après tous les #include.

Bon, le pb est que tu n'inclus sans doute pas les headers dans analyse.cpp. En fait, tu devrais inclure les headers indispensables dans analyse.h. Là, tu nous dis comment résoudre lee pb en trafiquant dans main.cpp alors que le pb est dans analyse.cpp.
17/05/2006, 10h31
poukill
Citation:

Envoyé par Miles

C'est donc que ton analyse.h fait du n'importe quoi :| Déjà, le using namespace est à mettre après tous les #include.

Je ne pense pas puisque mes autres include sont du type :
Code:

1 2 3 4 5 6 #ifndef OUTILS_H #define OUTILS_H #include "outils.cpp" #endif
car le fichier outils.cpp contient plein de template (et de non template aussi), et je me sers du namespace cimg_library...

Celà dit, je suis d'accord avec toi, je dois faire n'importe quoi... Mais je ne suis pas un pro en programmation, et l'utilisation des ces template ont un peu perturbé ma vision des schémas de fonction classiques.
Je me bas contre un problème, et c'est vrai que je ne comprend pas trop ce qui se passe...

Mais, franchement, je trouve qu'il y a qqch de bizarre.;)

Je vais continuer à chercher sur la piste que tu m'as donné.
Merci encore pour ton aide.
17/05/2006, 10h33
touco

Euh... Il n'y aurait pas confusion entre les .h et les .cpp là ?

En général le fichier toto.cpp contient une ligne #include "toto.h", or tu fais exactement l'inverse. Ca me semble dangereux et peu recommandé.
17/05/2006, 10h34
Matthieu Brucher

Bon, arrête tout de suite d'appeler tes fichiers contenant l'instanciation des templates .cpp. De préférence mets l'impélemntation dans la déclaration directement, ça simplifiera les choses. Là, comment le compilateur peut-il savoir qu'il ne doit pas compiler ton .cpp ? Tu as regardé la FAQ à ce sujet ?
17/05/2006, 10h44
poukill

Citation:

Envoyé par touco

Euh... Il n'y aurait pas confusion entre les .h et les .cpp là ?

En général le fichier toto.cpp contient une ligne #include "toto.h", or tu fais exactement l'inverse. Ca me semble dangereux et peu recommandé.

J'ai fait exactement comme je l'ai vu dans la FAQ :
http://c.developpez.com/faq/cpp/?pag...VERS_templates

OK Miles, je vais tester. En fait, je déclare tout directement dans le .h c'est ça? Evidemment, je n'aurai plus de problèmes là dessus! ;)
17/05/2006, 10h46
Matthieu Brucher

Bizarre, je croyais que la FAQ n'avait pas ça écrit comme ça.
Désolé ;)
en tout cas, je suis partisan de l'écriture de l'implémentation dans le .h, aucune confusion dans ces cas ;)
17/05/2006, 10h49
poukill

Citation:

Envoyé par Miles

Bizarre, je croyais que la FAQ n'avait pas ça écrit comme ça.
Désolé ;)
en tout cas, je suis partisan de l'écriture de l'implémentation dans le .h, aucune confusion dans ces cas ;)

Je vais cependant suivre ton conseil...C'est vrai qu'il n'y a pas de confusions possibles!
Je réécris tout et je vous tiens au courant!

Merci pour votre soutien (déjà deux jours de galère ;) )!

OK la compilation aboutie, je pense effectivement que la fonction faisait quand même partie d'une classe template, et nécessitait donc une déclaration dans un .h, comme l'a fait remarqué Miles.
Un grand merci ! 8-)

Par contre, il se passe (encore ??? ;) ) un truc un peu étrange:
J'ai 2 fichiers calc_camir.c et calc_camir.h dans ce même projet C++, faisant appel à une librairie C.

Si je la déclare comme suit:

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
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87

ifndef _CALCCAMIR_H // Pour éviter des warnings de redéfinitions lors de la compilation.
#define _CALCCAMIR_H
//-------------------------------------------------------------------------------------
// Chemin des LUT
#define DVCAMIR_NFS_LUT_DIR "F:\\lut\\"
//-------------------------------------------------------------------------------------
// PTSSURLUT doit être >=7 car sinon 3*2^14>MAXPTSLUT avec MAXPTSLUT=500;
#define PTSSURLUT 8 // On prend 1 point sur 2^PTSSURLUT pour définir la LUT
#define MAXPTSLUT 500 // Nb MAX de points max sur chaque LUT
#define MAXSIZELINE 100 // Nb MAX de caracteres d'une ligne
#define MAXDATAINFILE 2000 // Nb MAX de caracteres dans le fichier LUT
#define MAXDATALUT 200 // Nb MAX de données de la LUT brute
//-------------------------------------------------------------------------------------
#ifndef GEMINY
#define GEMINY 01
#endif
#ifndef INDIGO
#define INDIGO 02
#endif
#define NUM_LUMV12_MAX 12
#define NB_FENETRES 16
// Stocke un fichier LUT en mémoire.
char FileLUTStockMem[MAXDATAINFILE];
typedefstruct
{
float Temp_Fut; // Température du fut optique
float Temp_Prisme; // Température du prisme
float Temp_Saphir; // Température de la fenetre saphir
float Trans_Fut[2]; // Transmission du fut optique
float Trans_Prisme[2]; // Transmission du prisme
float Trans_Saphir[2]; // Transmission de la fenetre saphir
short Type; // Type de caméra (Geminy (1) ou Indigo (2))
short PtsLUT; // Nb de points dans LUT1 et LUT2
float LUT1[MAXPTSLUT]; // LUT pour la zone 1
float LUT2[MAXPTSLUT]; // LUT pour la zone 2
int PosArrete; // Position de l'arrete qui sépare les 2 zones du LPT
char LUT1FilePath[256]; // Chemin vers le fichier de la LUT1.
char LUT2FilePath[256]; // Chemin vers le fichier de la LUT2.
char LUT3FilePath[256]; // Chemin vers le fichier de la LUT3.
} struct_endoscope;
struct_endoscope Endoscope[NUM_LUMV12_MAX];
float Temperature_Lue[NB_FENETRES] [NUM_LUMV12_MAX+1];
float Temperature_Zone0[NB_FENETRES] [NUM_LUMV12_MAX+1];
float Temperature_Zone1[NB_FENETRES] [NUM_LUMV12_MAX+1];
long DL_Lu[NB_FENETRES] [NUM_LUMV12_MAX+1];
long DL_Zone0[NB_FENETRES] [NUM_LUMV12_MAX+1];
long DL_Zone1[NB_FENETRES] [NUM_LUMV12_MAX+1];
// Données calculée en Temps Réel.
// float TempRTC2, TempRTC3;
float PLHRT, PCIRT;
 
 
// Definition du pointer NULL
#ifndef NULL
#undef NULL
#define NULL 0
#endif
// Prototype des fonctions
// ---------> Interpolation linéaire des données
extern "C" short Interpol (long *xTab, long *yTab, int lTab, float xVal, float *yVal);
// ---------> Reset de la structure Endoscope (tout à 0)
extern "C" void Reset_Endoscope (struct_endoscope *Endoscope);
// ---------> Lecture d'une variable de type float dans Top
extern "C" LitTopFloat(long nchoc, char *NmProd, char *NmObj, char *NmPar, float *Val);
// ---------> Lecture d'une variable de type String dans Top
extern "C" LitTopString(long nchoc, char *NmProd, char *NmObj, char *NmPar, char *Str);
// ---------> Lecture d'un fichier LUT .txt (calibration)
extern "C" ReadFicLUT (char *NmFicLUT, long *xLUTi, long *yLUTi, short *lLUTi);
// ---------> Construction de la LUT finale pour passer des DL en T°
extern "C" ConstructLUT (long *xLUTi, long *yLUTi, short lLUTi,
short NumLUT, short Zone, struct_endoscope *Endoscope,
float *xLUT , float *yLUT , short *lLUT );
// ---------> Lecture des fichiers de calibration LUT1 ou 2 ou 3
extern "C" InitLUT (long nchoc, short nEndo, short nLUT, long *xLUTi, long *yLUTi, short *lLUTi);
// ---------> Recopie de la LUT calibrée dans les varaibles de la structure Endoscope
extern "C" void RecopieLUT(struct_endoscope *Endoscope , short Zone , float *DL , float *TP ,
short lDL);
// ---------> Lecture des données Top et initialisation de la structure Endoscope
extern "C" short Init_Endoscope (long nchoc, short nEndo, struct_endoscope *Endoscope);
// ---------> Calcul de la T° à partir des DL mesurés
extern "C" short DL2Temp (struct_endoscope *Endoscope, short zone, long DL, float *Temp);
// ---------> Calcul du DL à partir d'une température
extern "C" short Temp2DL (struct_endoscope *Endoscope, short zone, float Temp, long *DL);
 
#endif

le compilo n'est pas content :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14

calc_camir.c
c:\Documents and Settings\GD280706\Bureau\analyse IR\IR\calc_camir.h(85) : error C2059: erreur de syntaxe : 'chaîne'
c:\Documents and Settings\GD280706\Bureau\analyse IR\IR\calc_camir.h(88) : error C2059: erreur de syntaxe : 'chaîne'
c:\Documents and Settings\GD280706\Bureau\analyse IR\IR\calc_camir.h(91) : error C2059: erreur de syntaxe : 'chaîne'
c:\Documents and Settings\GD280706\Bureau\analyse IR\IR\calc_camir.h(94) : error C2059: erreur de syntaxe : 'chaîne'
c:\Documents and Settings\GD280706\Bureau\analyse IR\IR\calc_camir.h(97) : error C2059: erreur de syntaxe : 'chaîne'
c:\Documents and Settings\GD280706\Bureau\analyse IR\IR\calc_camir.h(100) : error C2059: erreur de syntaxe : 'chaîne'
c:\Documents and Settings\GD280706\Bureau\analyse IR\IR\calc_camir.h(105) : error C2059: erreur de syntaxe : 'chaîne'
c:\Documents and Settings\GD280706\Bureau\analyse IR\IR\calc_camir.h(108) : error C2059: erreur de syntaxe : 'chaîne'
c:\Documents and Settings\GD280706\Bureau\analyse IR\IR\calc_camir.h(112) : error C2059: erreur de syntaxe : 'chaîne'
c:\Documents and Settings\GD280706\Bureau\analyse IR\IR\calc_camir.h(115) : error C2059: erreur de syntaxe : 'chaîne'
c:\Documents and Settings\GD280706\Bureau\analyse IR\IR\calc_camir.h(118) : error C2059: erreur de syntaxe : 'chaîne'

Alors que, quand je copie toutes les déclarations extern "C" dans l'en tête du main, tout se passe bien???:roll:

MERCI ENCORE !! (je ne le dirai jamais assez!)

17/05/2006, 11h28
Matthieu Brucher
extern "C" ne doit être indiqué que lorsqu'on compile du C++, donc entouré de #ifdef _cplusplus #endif
De plus ça :
Code:

1 2 3 4 #ifndef NULL #undef NULL #define NULL 0 #endif
C'est sans doute pas ce que tu veux.

Citation:

Envoyé par Miles

extern "C" ne doit être indiqué que lorsqu'on compile du C++, donc entouré de #ifdef _cplusplus #endif

Eh oui, bien sur ! :oops:
Je fais donc ça? :

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
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
#ifdef _cplusplus
// ---------> Interpolation linéaire des données
extern "C" short Interpol (long *xTab, long *yTab, int lTab, float xVal, float *yVal);
// ---------> Reset de la structure Endoscope (tout à 0)
extern "C" void Reset_Endoscope (struct_endoscope *Endoscope);
// ---------> Lecture d'une variable de type float dans Top
extern "C" LitTopFloat(long nchoc, char *NmProd, char *NmObj, char *NmPar, float *Val);
// ---------> Lecture d'une variable de type String dans Top
extern "C" LitTopString(long nchoc, char *NmProd, char *NmObj, char *NmPar, char *Str);
// ---------> Lecture d'un fichier LUT .txt (calibration)
extern "C" ReadFicLUT (char *NmFicLUT, long *xLUTi, long *yLUTi, short *lLUTi);
// ---------> Construction de la LUT finale pour passer des DL en T°
extern "C" ConstructLUT (long *xLUTi, long *yLUTi, short lLUTi,
short NumLUT, short Zone, struct_endoscope *Endoscope,
float *xLUT , float *yLUT , short *lLUT );
// ---------> Lecture des fichiers de calibration LUT1 ou 2 ou 3
extern "C" InitLUT (long nchoc, short nEndo, short nLUT, long *xLUTi, long *yLUTi, short *lLUTi);
// ---------> Recopie de la LUT calibrée dans les varaibles de la structure Endoscope
extern "C" void RecopieLUT(struct_endoscope *Endoscope , short Zone , float *DL , float *TP ,
short lDL);
// ---------> Lecture des données Top et initialisation de la structure Endoscope
extern "C" short Init_Endoscope (long nchoc, short nEndo, struct_endoscope *Endoscope);
// ---------> Calcul de la T° à partir des DL mesurés
extern "C" short DL2Temp (struct_endoscope *Endoscope, short zone, long DL, float *Temp);
// ---------> Calcul du DL à partir d'une température
extern "C" short Temp2DL (struct_endoscope *Endoscope, short zone, float Temp, long *DL);

#else

// ---------> Interpolation linéaire des données
short Interpol (long *xTab, long *yTab, int lTab, float xVal, float *yVal);
// ---------> Reset de la structure Endoscope (tout à 0)
void Reset_Endoscope (struct_endoscope *Endoscope);
// ---------> Lecture d'une variable de type float dans Top
short LitTopFloat(long nchoc, char *NmProd, char *NmObj, char *NmPar, float *Val);
// ---------> Lecture d'une variable de type String dans Top
short LitTopString(long nchoc, char *NmProd, char *NmObj, char *NmPar, char *Str);
// ---------> Lecture d'un fichier LUT .txt (calibration)
short ReadFicLUT (char *NmFicLUT, long *xLUTi, long *yLUTi, short *lLUTi);
// ---------> Construction de la LUT finale pour passer des DL en T°
short ConstructLUT (long *xLUTi, long *yLUTi, short lLUTi,
short NumLUT, short Zone, struct_endoscope *Endoscope,
float *xLUT , float *yLUT , short *lLUT );
// ---------> Lecture des fichiers de calibration LUT1 ou 2 ou 3
short InitLUT (long nchoc, short nEndo, short nLUT, long *xLUTi, long *yLUTi, short *lLUTi);
// ---------> Recopie de la LUT calibrée dans les varaibles de la structure Endoscope
void RecopieLUT(struct_endoscope *Endoscope , short Zone , float *DL , float *TP ,
short lDL);
// ---------> Lecture des données Top et initialisation de la structure Endoscope
short Init_Endoscope (long nchoc, short nEndo, struct_endoscope *Endoscope);
// ---------> Calcul de la T° à partir des DL mesurés
short DL2Temp (struct_endoscope *Endoscope, short zone, long DL, float *Temp);
// ---------> Calcul du DL à partir d'une température
short Temp2DL (struct_endoscope *Endoscope, short zone, float Temp, long *DL);

#endif

A la compilation, c'est OK, par contre erreur à l'édition des liens

Code:

1
2
3
calc_camir.obj : fatal error LNK1235: table de symboles COFF endommagée ou non valide

Miles : tu sais d'où ça peut venir? Sinon, je déclare tous mes extern dans le main (c'est moins propre, mais ça marche);)

17/05/2006, 12h01
Matthieu Brucher
Normalement, on fait même un
Code:

1 2 3 4 5 6 7 8 #ifdef _cpluplus extern "C" { #endif /// les fonctions #ifdef _cplusplus } #endif
En revanche, l'erreur est bizarre :koi:
17/05/2006, 13h20
poukill

Bon, je ne comprends pas non plus cette erreur...
A la limite, le fait de recoder ma fonction en C++ doit pouvoir unifier mon projet au niveau langage. Ca devra être mieux non?
Je mets ça sur ma TO-DO list, et en attendant je fais les déclarations en extern "C" directement dans le main (pas très propre !);)
17/05/2006, 14h02
Matthieu Brucher

Tout a été compilé avec la même version du compilateur ?
17/05/2006, 14h07
poukill

Citation:

Envoyé par Miles

Tout a été compilé avec la même version du compilateur ?

Heu... pas tout à fait.
Les DLL ont été compilé sous VC6.0. Par contre, en ce qui concerne mon projet, tout a été compilé sous VC++.net.

Mais je te vois venir, il faudrait que je recompile ma lib avec VC++.net?:aie:
17/05/2006, 14h25
Matthieu Brucher

Peut-être.

Voir 40 message(s) de cette discussion en une page