On Sun, 2 May 1999, Dom wrote:
> J'ai du mal a comprendre et a differencier tous ces termes :
>
> Pouvez vous me venir en aide. Tout d'abord j'utilise un p166, avec la RH
> 5.2, ou dois aller en tout premier :
>
> libc5, glibc ou m68k (et qu'est ce que ces termes signifient ?)
libc5 : bibliotheque des fonctions standards
du langage C (norme ANSI) ainsi que des
fonctions plus orientees systeme et uniquement
UNIX (standard POSIX)
glibc : presque la meme chose sauf le 'g' pour GNU
marque surtout l'apport de la communaute GNU
m68k : vu le nom, c'est le meme genre que les librairies
ci-dessus mais specialise pour l'architecture
68000 (famille de processeurs de Motorola)
Ces bibliotheques sont necessaires au systeme pour
pouvoir executer des programmes (ainsi la bibliotheque
est partagee entre tous les programmes qui l'utilisent
=> gain notable en utilisation memoire)
Remarque pour les developpeurs sur 68000 ou PowerPC :
Motorola envoie GRATUITEMENT toutes ses documentations
utilisateurs et developpeurs apres avoir rempli
un formulaire html
C'est tres sympathique (2 semaines de delai pas plus)
>
> et ceux ci ?
>
> rpm binaires
> rpm sources
> binaire tgz
> sources tgz
> sources
>
On va commencer par les sources :
ce sont des fichiers textes qui decrivent un programme
dans un certain langage de programmation.
(ici on parle surtout du C mais il y en a une pletore)
Les sources sont souvent un grand nombre de fichiers
donc il faut les organiser dans une arborescence
propre comprehensible par n'importe quel developpeur.
Pour conserver cette arborescence et archiver,
y a rien de mieux que le tgz ( voir tar et gzip )
(maintenant on voit aussi apparaitre des archives
bzip ... compresseur qui marche tres tres bien )
Pour recompiler, on utilise la commande make qui
exploite les fichiers Makefile fournis dans les sources
La compilation produit des fichiers binaires directement
executables (seuls vraiment necessaires, quand on n'est
pas developpeur, les sources n'ont qu'un interet :
c'est de reconstruire un binaire avec la certitude
qu'il va fonctionner sur le systeme que l'on a).
Donc idem pour distribuer des binaires, le tar.gz
est une methode.
Remarque : des sources sont toujours beaucoup
plus volumineux que des binaires : c'est du texte.
En plus les sources ne sont pas dependants de
l'architecture (en general), alors que les
binaires sont dedies a une architecture
(par exemple i386 pour les PC, sparc, powerpc ...)
RedHat a cree un format de package (RPM) qui
non seulement conserve l'arborescence des fichiers
mais en plus permet d'ajouter des verifications de
dependances avec ce qui existe sur le systeme,
ainsi que des scripts que le programme rpm
execute a l'installation ou desinstallation.
Idem : soit on fournit les sources, soit les
binaires en RPM.
Remarque : il existe encore d'autres types de
fichiers que les sources et binaires :
les documentations : man, tex, ps, dvi, html ...
Voila une grosse bafouille,
les developpeurs connaissent tout cela par coeur
mais tous les inscrits a la mailing list ne sont
pas developpeurs.
J'espere avoir ete clair, en sachant que c'est
loin d'etre complet mais vue la question, on
pourrait encore en ecrire des pages sur les
sources, la compilation, les rpm, les bibliotheques ...
A bientot.
------ Yves Martin ------- Eleve-ingenieur ENSIMAG ----
Adr : R.H.B. Ch. 765 Yves.Martin@???
2 av. J. O. GRENOBLE Tel: 04 76 44 20 01
---------------------------------------------------------