Discussion :

[claudio.matzke]

Bonjour à tous,

J'ai besoin d'un gros coup de pouce sur le projet surlequel je travaille.

J'ai crée une librairie partagé .so (avec Forte 6.1) en C++ qui utilise des composants fournis par Oracle (XML developer Kit 9.2.0.1). Les composants en question sont des archives (*.a).
Oracle indique que le compilateur utilisé est sparcWork 6.1 (Forte ! quoi! )

Lorsque je tente d'appeler cette librarie avec un exe de test (lui aussi compilé avec Forte), pas de souci. L'appel aux fonctions contenues dans les *.a est OK.

Par contre, cette librairie doit être appelée par un progiciel (Siebel eBusiness en l'occurence). Or, le progiciel s'avère incapable de charger cette librarie.

Du coup, j'ai essayé de faire un exe de test en g++ ou en gcc pour appeler ma librairie. Mais là, j'ai été incapable de compiler l'exe de test.

Lorsque je compile ma librairie avec G++, je n'arrive pas non plus à créer un exe de test mais par contre, le progiciel Siebel arrive à charge la lib mais PLANTE (méchemment) le process au moment de l'appel des fonctions du XDK.

Alors voici mon hypothèse : le XDK n'est pas compatible avec G++ ou GCC. Or je me suis apercu que mon exe de test en G++ presente une ligne avec le fichier Value-Xa.C si on lance la commande nm. De même ce fichier est présent dans l'exe du progiciel qui appele ma librairie.
Ce fichier n'est pas présent dans le "nm" de mes librairies ou programmes compilés sous Forte 6.1. Je suppose donc que l'exe est compilé sous G++.

Alors voici mes questions :

Est-il possible de compiler une librairie sous Forte 6.1 et de l'appeler avec un exe compilé sous GCC ou G++? Est-ce que ce genre de cas de figure (environnement multi compilateur) est envisageable? Quelqu'un a-t-il une expérience de ce genre de problème?

Merci à quiconque peut me mttre sur la voie.

Claudio

[Gandalf]

tu la charge comment ta shared lib ?
tu fais un dlopen, ou tu en donnes le nom au link ?
Le chmin pour la trouver est bien dans le LD_LIBRARY_PATH ?
les fonction que tu appelles sont elle en C++ ou en C ?

Il est prefereble qu'elles soient en C...

[claudio.matzke]

youpi, enfin un mec qui, au moins, d'interesse au sujet...

Tu la charge comment ta shared lib ?
tu fais un dlopen, ou tu en donnes le nom au link ?

Je ne maitriser pas le chargement de ma librairie. sauf à partir de mon exe de test. C'est un progiciel qui la charge. Mais vu que le progiciel est sensé chargé n'importe quelle librairie, c'est très probablement un dlopen (je suppose que cette fonction est equivalent au loadlibrary sous Windows.)

Le chemin pour la trouver est bien dans le LD_LIBRARY_PATH ?

ouiouioui. il n'y a de problème de ce type, car la librarie sans utilisation de la librairie oracle est appelée sans problème....
A priori, je pense que c'est l'archive Oracle et le process principal qui sont incompatible... les deux sont en C++ 32 bits. l'archive Oracle et ma librairie sont créées avec le compilateur Forte. mais je ne connais le compilatuer du progiciel.

les fonction que tu appelles sont elle en C++ ou en C ?

C++

Il est prefereble qu'elles soient en C...

Et non!!!



Des idées en plus???[/quote]

[claudio.matzke]

Pour information.

Dans le makefile, il fallait compiler ma librairie avec l'option -bsymbolic et non -bdynamic.

Ne me demandez pas pourquoi, mais là ça marche.

Merci à toi, Gandalf pour tes tentatives de réponse au problème.

Claudio

[Gandalf]

Désolé, je ne suis pas là le WE donc je n'ai pas vu ta réponse du samedi.

en UNIX les shared libraries ne sont pas réellement liées, et du coup comme il n'y a pas de veritable analyse de dépendances les .a liés au shared lib ne sont pas exploités...

le -Bsymbolic force cette edition de liens interne et donc permet d'exploiter les lib archive ...

désolé de ne pas avoir pu t'aider plus...