Discussion :

[jp_fan_2_C_linux]

Bonjour,

J'ai un autre soucis avec la version 3.4 de OCILIB.

Je me suis fait installer un compilateur gcc/g++ 4.2.4 sur notre environnement AIX 5.2. Avec, j'ai recompilé la librairie sans soucis.

A l'édition des liens d'un programme C++ faisant, entre autre, appel aux fonctions OCI_GetBatchErrorCount et OCI_ErrorGetRow j'ai deux "unresolved external". Un pour chaque fonction. Et uniquement pour ces deux fonctions. Toutes les autres fonctions de ocilib sont correctement résolues.

Un nm sur la librairie montre pourtant que ces deux symboles existent et un programme de test dérivé de demo/array.c ne présente pas le problème d'édition de lien avec la même librairie.

Je pense donc que le problème vient du C++ et des "mangled function name" mais je ne trouve pas. J'ai bien essayé de déplacer la directive

Code :

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

1
2
3
#ifdef  __cplusplus
}
#endif

du fichier ocilib.h juste avant sa fin mais cela ne change rien.
Je dois forcément passer à côté de la solution. Quelqu'un aurait une idée?

[Vincent Rogier]

salut,

le fichier d'entete de ocilib (ocilib.h) inclus déja une directive #ifdef __cplusplus


Peut être un soucis de 32/64 bits ?...

La, tout de suite, je vois pas ... trop fatigué pour raisonner..)

[jp_fan_2_C_linux]

Sous Windows avec Visual C++ le même programme compile/link correctement...

[Vincent Rogier]

.. hum.. le mystère reste entier...

si sous vindoz, ca rule et que la demo avec ces fonctions tourne aussi sous aix.... alors... la seule raison c'est que ton programme c++ linke une version < 3.3.0 de ocilib... Pas d'autre possibilité en vue

[jp_fan_2_C_linux]

Ben non... c'est résolu

En fait, l'option -L $(OCILIB) -l ocilib était situé en fin de ligne de commande, la mettre en tête de ligne a résolu le problème....