Discussion :

[Kaluza]

Bonjour.

Je suis sous Ubuntu 12.10 et je cherche à compiler un programme tout simple test.c avec une version différente de glibc. Par défaut mon système a glibc-2.15 et j'ai téléchargé et compilé glibc-2.17.

Mes répertoires sont les suivants:

Code :

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

1
2
3
/mydirectory/glibc-2.17 (extraction de glibc-2.17)
/mydirectory/glibc-2.17-build (glibc-2.17 compilée)
/mydirectory/test/test.c (mon programme de test)

Mon programme de test est :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
#include <stdlib.h>
#include <stdio.h>
#include <features.h>
 
int main(int argc, char* argv[])
{
   int major = __GLIBC__;
   int minor = __GLIBC_MINOR__;
   printf("glibc version = %d.%d\n", major, minor);
   return 0;
}

Si je me place dans /mydirectory/test/, que je compile avec :

Code :

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

gcc -Wall -Wextra -O3 test.c -o test

et que j'éxécute avec ./test, j'obtiens :

Code :

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

glibc version = 2.15

J'utilise donc la version installée par défaut sur mon système.

Ma question est : comment compiler et exécuter ce petit programme avec glibc-2.17 ?

(je ne maîtrise pas totalement les options de compilation, donc lorsque vous indiquez une option/commande à mettre, merci d'écrire explicitement tout ce qu'il faut tapper pour que je vois à quoi cela ressemble).

Merci beaucoup .

[ternel]

Bonjour,
à la compilation/édition de liens, il faut stipuler un

-L/mydirectory/glibc-2.17 -lje ne sais pas quoi

à l'execution, ce sera

LD_LIBRARY_PATH=/mydirectory ./test

cependant, pour la libc, je ne sais pas exactement comment agir exactement.

[kwariz]

Bonjour,

Autant avoir plusieurs libc installées ne pose pas de problèmes particuliers (enfin pas trop), autant avec les version dev est un peu plus compliqué.

La libc est un composant essentiel de ton système. Si tu crées un programme simple (= plus ou moins monolithique ne faisant pas appel à d'autres bibliothèques) il n'y aura pas de problèmes. Si ton programme utilise une autre bibliothèque qui elle requiert un version différente de la libc il peut potentiellement y avoir des problèmes (symbole manquant ou fonction ayant un comportement un peu différent, etc).
C'est pourquoi quand on upgrade la libc il est toujours mieux d'upgrader tout ce qui l'utilise (en gros la quasi totalité de ton système), c'est mieux pas obligatoire ...

Venons-en à ta question, en googlant un peu on remarque vite qu'il y a pas mal de référence sur des sites comme stackoverfloz, linuxquestions, ...
Il y a pas mal de réponses qui parfois sont assez différentes, même un howto de la glibc il y a en a un qui date de 1998 (oui, le XXe siècle).
En gros la démarche est toujours la même du côté gcc

• pointer vers les bons headers
  utiliser l'option -nostdinc qui «débranche» la recherche des include<> dans les chemins par défauts (=celui de la libc courante), avec l'option -I (i majuscule) pour lui donner les nouveaux chemins à chercher;
• lier avec les bonnes bibliothèques
  à nouveau on utilise une option pour «débrancher» le link automatique vers la libc courante avec -nodefaultlibs ou -nostdlib. Ces deux options sont un peu différentes, mais j'y reviendrai plus tard. Ensuite il faut via les options -L et -l (L minuscule) donner le chemin et les noms des bibliothèques que tu veux lier. Certaines réponses donnent d'autres options qui sont passées directement au linker.

Pour comprendre la différence entre -nodefaultlibs et -nostdlib il faut comprendre comment un exécutable est chargé. Pour cela une commande est utile : ldd ; cette commande va te permettre de connaître quelles sont les bibliothèques nécessaires pour exécuter un programme et où le système les trouve, cela t'évitera un détour par les macros de version de la libc. Par exemple :

Code :

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

1
2
3
4
$ ldd test
	linux-vdso.so.1 =>  (0x00007fffb0527000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ff8ae478000)
	/lib64/ld-linux-x86-64.so.2 (0x00007ff8ae855000)

le programme test aura besoin de la libc, et du loader 64bit made in linux = le programme qui charge le fichier exécutable en mémoire, prépare tout, charge les bibliothèques si nécessaire, et tout ça et qui va donner la main au point d'entrée de ton programme (qui n'est pas le main de tes sources !). La libc et le loader sont liés d'une manière transparente sans que tu aies à t'en préoccuper : ce sont les default libs. Donc si tu utilises les -nodefaultlibs il faudra les lier à la main en les donnant à gcc ...
L'option -stdlib va encore plus loin, en effet comme je l'ai souligné au paragraphe précédent, ton main ne sera pas appelé immédiatement, une autre routine est appelée qui elle va appeler ton main. -stdlib va aussi bypasser cette routine qui se trouve dans un fichier crt1.o (C RunTime, je crois). Donc si tu utilises cette option il va falloir aussi lui fournir à gcc ce fichier objet (qui se trouve normalement quelque part dans /usr/lib, qui dépend de la libc ??? je ne sais pas ... à creuser).
Puis en dernier lieu, il faut aussi apparemment lier une bibliothèque fournie par gcc (libgcc.a) qui contient les aspects spécifiques à ton système.

Conclusion : cela peut-être assez complexe à mettre en oeuvre suivant ce que tu désires faire. D'ailleurs souvent il est conseillé de se créer un environnement chrooté pour faire des tests avec une version dev de la libc si cela impacte plusieurs programmes et bibliothèques. Mais cela peut aussi s'avérer très formateur. Je n'ai pas plus de temps pour t'orienter ... en cela google est ton ami.
Te seront utiles la doc gcc, la doc glibc, de la persévérance et du courage (je n'ai que des larmes à promettre).
Néanmoins si tu y arrives je pense que poster ta solution sera profitable à de nombreuses personnes par la suite.