Lier une lib avec GCC?

Version imprimable

08/05/2006, 21h18
Charlemagne

Lier une lib avec GCC?

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...
08/05/2006, 23h27
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 :|
09/05/2006, 13h01
loufoque

Citation:

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

!!!???
Tu veux dire que le extern "C" empêche ça ?
09/05/2006, 13h08
Matthieu Brucher

GCC et ICL ne décorent pas les fonctions de la même manière, donc pas de fonctions C++ partageables.
09/05/2006, 16h58
Charlemagne

Citation:

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".

Citation:

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?
09/05/2006, 17h16
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 -.
09/05/2006, 17h33
Laurent Gomila

L'outil reimp.exe de MinGW peut (quand il le veut bien) convertir des .lib en .a.
09/05/2006, 22h20
Charlemagne

Je viens d'utiliser reimp, mais j'ai exactement les mêmes nombreuses erreurs qu'avant:
-local symbol `.lf' has no section
-Warning: .drectve `-defaultlib:libcpmt ' unrecognized*
-In function `blabla': undefined reference to `blablabla'

C'est comme si reimp.exe ne faisait rien.
Ca marche peut-être que pour du C?

Voici ma façon de procéder, ai-je procéder aux bonnes étapes?

Citation:

reimp.exe imp.lib -> création des fichiers obj constituant imp.lib, mais aucun libimp.a créé
ar rcs libma.a *.obj -> création de libimp.a
gcc -limp ...
10/05/2006, 09h11
SesechXP

Salut !

Voilà la méthode que j'utilise pour créer des *.a à partir d'un *.lib avec reimp :

Avec l'invite de commande, il faut se placer dans le dossier du fichier *.lib

Ensuite, exemple pour moi (en fonction de la localisation de reimp.exe) :

c:\tools\mingw\bin\reimp.exe --dlltool "c:\tools\mingw\bin\dlltool.exe" --as "c:\tools\mingw\bin\as.exe" fichier.lib

Et normalement un fichier *.a est créé dans le même dossier que le fichier *.lib

++
10/05/2006, 11h02
Charlemagne

J'ai essayé avec les options que tu me donnes, mais ça change rien: toujours pas de libfichier.a mais des fichiers objets.

Et même quand les paramètres de ces options ne désignent pas les 2 bon exécutables, reimp ne s'en offusque pas...

J'ai pas installé MinGW, mais j'ai Cygwin (j'ai jamais vraiment compris la différence). j'avais téléchargé reimp.exe que j'ai copié dans le /bin de cygwin.
Et voilà ce que je rentre en ligne de commande:

Code:

reimp --dlltool "/cygdrive/c/cygwin/bin/dlltool.exe" --as "/cygdrive/c/cygwin/bin/as.exe" fichier.lib

Pourtant avec l'option '-d', reimp affiche à l'écran toutes les fonctions contenues dans la lib.

Des idées?
10/05/2006, 11h39
SesechXP

Re !

Et avec les chemins complets, tu as essayé ?

++
10/05/2006, 13h35
Charlemagne

Je crois que j'ai tout essayé.
J'ai même copié les 3 éxécutables dans le répertoire courant.
J'ai même essayé avec 2 libs non compilées par moi, mais livrées avec VC.

Tu utilises bien le reimp livré dans le packet mingw-utils-0.3?
10/05/2006, 14h43
SesechXP

C'est le reimp de Mingw mais par contre je ne sais pas dans quel packet il était livré. Ce n'est pas moi qui l'ai installé :oops:.

Je peux juste te dire que dans le même dossier que "reimp.exe", il y a un "dlltool.exe", un "as.exe", "gcc.exe", "gdb.exe", "mingw32-gcc.exe"

Le compilateur utilisé est mspgcc (gcc pour µC MSP430). J'espère que ces indications vont t'aider.

Je vais demander à celui qui l'a installé mais je ne le revois que vendredi...

Bon courage.

++
10/05/2006, 15h19
Charlemagne

Merci beaucoup. J'attendrai, pas de problème.
Je suis maintenant à court d'idées.
Je me doutais bien qu'utiliser une lib de Visual avec GCC était plutôt incertain.