Discussion :

[Charlemagne]

Je compile une bibliothèque en librairie static windows (.lib) avec le compilateur Intel (ICL) compatible avec Visual.
Cette librairie contient des fonctions avec interface C (extern "C").

Etant donné que la librairie est nettement plus rapide une fois compilée avec ICL qu'avec GCC, je me dis que ça serait bien de faire l'édition de lien de cette lib pour un programme compilé avec GCC.
Mais GCC compile les bibliothèque dans un fichier.a

Je sais qu'il n'est pas possible de lier des fonction C++.
Est-ce quand-même possible pour les fonctions C avec un GCC sous Cygwin ou Linux?

J'espère mais je ne me fais pas trop d'illusions...

[Matthieu Brucher]

Indique lui la bibliothèque en inscrivant son nom complet au lieu du traditionnel -lquelquechose
Maintenant, ce n'est pas sûr que cela marche à cause du format des fichiers compilés qui est différent entre GCC et d'autres compilateurs

[loufoque]

Je sais qu'il n'est pas possible de lier des fonction C++.

!!!???
Tu veux dire que le extern "C" empêche ça ?

[Matthieu Brucher]

GCC et ICL ne décorent pas les fonctions de la même manière, donc pas de fonctions C++ partageables.

[Charlemagne]

GCC et ICL ne décorent pas les fonctions de la même manière, donc pas de fonctions C++ partageables.

Effectivement. J'avais fais des essais y'a un peu plus d'un an pour lier une bibliothèque (compilée avec ICL) avec Visual C++. Je n'avais alors réussi que pour des fonctions extern "C".

Indique lui la bibliothèque en inscrivant son nom complet au lieu du traditionnel -lquelquechose
Maintenant, ce n'est pas sûr que cela marche à cause du format des fichiers compilés qui est différent entre GCC et d'autres compilateurs

J'aurais dû essayer avant de demander.
Voilà, j'ai essayé de lier MABIB.LIB avec GCC sous Cygwin et ça marche pas, il fallait probablement s'y attendre.

J'obtiens tout plein d'erreurs du genre:
-local symbol `.lf' has no section
-Warning: .drectve `-defaultlib:libcpmt ' unrecognized*
-In function `blabla': undefined reference to `blablabla'

Si quelqu'un connait une raison (ou mieux une solution), je suis preneur.

J'ai peut-être une idée:
Dans le passé j'avais compilé une bibliothèque C avec GCC sous Cygwin. J'avais récupéré tous les fichiers objets ".o" pour les réunir dans une librairie statique ".lib" grâce au programme xlib livré avec Visual.
Peut-être que je pourrait faire l'inverse: récupérer les objets ".obj" et les réunir en une librairie ".a".
Comment donc GCC procède t-il pour réunir les ".o" dans une librairie?

[Matthieu Brucher]

Non, ça ne marchera pas, c'est le problème que j'ai indiqué Le format des fichiers compilé n'est pas le même. Par exemple, GCC retourne du code ELF, pas Visual - on peut exécuter la sortie d'une compilation GCC sans faire d'édition des liens, pas avec un fichier objet de Visual -.