Glibc - Historique des versions

Lea : /* Les Librairies C (linux) */

2023-12-01T16:51:10Z

Les Librairies C (linux)

← Version précédente		Version du 1 décembre 2023 à 16:51
Ligne 1 :		Ligne 1 :
	[[Catégorie:Développement]]		[[Catégorie:Développement]]

	~~= Les Librairies C (linux) =~~		Dans cette page, je vais évoquer la rédaction, la compilation et l'utilisation des bibliothèque standard C. Je traiterai avant tout de développement sous linux bien que la majorité des explications soient applicables à d'autres systèmes d'exploitation, y compris ceux qu'on voudrait voir passer par la fenêtre ;-).</div>

	~~<div class="leatitre">Les Librairies C (linux)</div><div class="leapar">par [mailto:xgarreau@club-internet.fr Xavier GARREAU (alaide)]</div><div class="leadesc">~~Dans cette page, je vais évoquer la rédaction, la compilation et l'utilisation des ~~librairies en~~ C. Je traiterai avant tout de développement sous linux bien que la majorité des explications soient applicables à d'autres systèmes d'exploitation, y compris ceux qu'on voudrait voir passer par la fenêtre ;-).</div>
	----		----

Ligne 566 :		Ligne 564 :
	<br/>		<br/>
	<br/>		<br/>
	'''<b>[[~~Dev-index~~\|@ Retour à la rubrique Développement]]</b>'''		'''<b>[[Développement\|@ Retour à la rubrique Développement]]</b>'''
	<br/>		<br/>

Lea : Lea a déplacé la page Dev-libc vers Glibc

2023-12-01T16:49:42Z

Lea a déplacé la page Dev-libc vers Glibc

← Version précédente	Version du 1 décembre 2023 à 16:49
(Aucune différence)

Jiel : balises code

2012-06-05T12:52:38Z

balises code

Lea : /* Compilation de tous les binious */

2011-04-27T21:04:31Z

Compilation de tous les binious

← Version précédente		Version du 27 avril 2011 à 21:04
Ligne 382 :		Ligne 382 :
	A la fin de cette série d'infos, je vous renverrai sur les bons coins pour utiliser les makefiles, ainsi que les merveilleux outils GNU que sont autoconf, autoscan, automake et leurs copains.		A la fin de cette série d'infos, je vous renverrai sur les bons coins pour utiliser les makefiles, ainsi que les merveilleux outils GNU que sont autoconf, autoscan, automake et leurs copains.

	~~<blockquote>~~		=== Sans librairies ===

	{\| width="80%" bgcolor="#fcfcd8"		{\| width="80%" bgcolor="#fcfcd8"
	\| align="center" bgcolor="#fcd8d8" \|		\| align="center" bgcolor="#fcd8d8" \|
	~~=== Sans librairies ===~~
	\|-		\|-
	\|		\|
Ligne 398 :		Ligne 397 :
	\|}		\|}

			=== Avec librairies statiques ===
	{\| width="80%" bgcolor="#fcfcd8"		{\| width="80%" bgcolor="#fcfcd8"
	\| align="center" bgcolor="#fcd8d8" \|		\| align="center" bgcolor="#fcd8d8" \|
	~~=== Avec librairies statiques ===~~
	\|		\|
	\|-		\|-
Ligne 435 :		Ligne 434 :
	\|}		\|}

			=== Avec librairies dynamiques ===
	{\| width="80%" bgcolor="#fcfcd8"		{\| width="80%" bgcolor="#fcfcd8"
	\| align="center" bgcolor="#fcd8d8" \|		\| align="center" bgcolor="#fcd8d8" \|
	~~=== Avec librairies dynamiques ===~~
	\|-		\|-
	\|		\|

Lea : /* Rédaction : le fichier de l'application */

2011-04-27T21:02:04Z

Rédaction : le fichier de l'application

← Version précédente		Version du 27 avril 2011 à 21:02
Ligne 315 :		Ligne 315 :
	\|-		\|-
	\|		\|
	~~<nowiki>~~
	/*		/*
	* test.c		* test.c
Ligne 371 :		Ligne 370 :
	return 0;		return 0;
	}		}
	~~</nowiki>~~
	\|}		\|}

Lea : /* Rédaction : le fichier c */

2011-04-27T20:55:46Z

Rédaction : le fichier c

← Version précédente		Version du 27 avril 2011 à 20:55
Ligne 236 :		Ligne 236 :
	\|-		\|-
	\|		\|
	~~<nowiki>~~
	/*		/*
	* tri_a_bulles.c		* tri_a_bulles.c
Ligne 298 :		Ligne 297 :
	return (nb_cases);		return (nb_cases);
	}		}
	~~</nowiki>~~
	\|}		\|}

Lea : /* Rédaction : le fichier d'en têtes */

2011-04-27T20:55:14Z

Rédaction : le fichier d'en têtes

← Version précédente		Version du 27 avril 2011 à 20:55
Ligne 155 :		Ligne 155 :
	\|-		\|-
	\|		\|
	~~<nowiki>~~
	/*		/*
	* tri_a_bulles.h		* tri_a_bulles.h
Ligne 217 :		Ligne 216 :

	#endif		#endif
	~~</nowiki>~~
	\|}		\|}

Jiel le 27 avril 2011 à 13:26

2011-04-27T13:26:12Z

← Version précédente		Version du 27 avril 2011 à 13:26
Ligne 1 :		Ligne 1 :
	[[~~Category~~:~~Développer sous Linux~~]]		[[Catégorie:Développement]]

	= Les Librairies C (linux) =		= Les Librairies C (linux) =

Ligne 568 :		Ligne 569 :

	Un petit conseil, si vous aimez le c, installez les librairies gtk+/gdk/glib/imlib/ORBit C'est le top. <br />Vous cherchez un environnement de développement ? Choisissez gIDE et glade si vous avez des affinités avec le projet et les librairies du projet [[GNOME]] ou kdevelop pour affinités avec [[KDE]]. <br />Comme débogueur je dois dire que kdbg est génial, d'autant qu'il s'intègre via DCOP dans kdevelop. Mais xemacs est pas mal non plus et gdb tout seul aussi, le tout c'est de connaitre ! <br />En bref, prenons ce qui existe de meilleur partout. Bienvenue dans linux et à bientôt pour de nouvelles aventures ...		Un petit conseil, si vous aimez le c, installez les librairies gtk+/gdk/glib/imlib/ORBit C'est le top. <br />Vous cherchez un environnement de développement ? Choisissez gIDE et glade si vous avez des affinités avec le projet et les librairies du projet [[GNOME]] ou kdevelop pour affinités avec [[KDE]]. <br />Comme débogueur je dois dire que kdbg est génial, d'autant qu'il s'intègre via DCOP dans kdevelop. Mais xemacs est pas mal non plus et gdb tout seul aussi, le tout c'est de connaitre ! <br />En bref, prenons ce qui existe de meilleur partout. Bienvenue dans linux et à bientôt pour de nouvelles aventures ...

			<br/>
			<br/>
			'''<b>[[Dev-index\|@ Retour à la rubrique Développement]]</b>'''
			<br/>


	<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Xavier GARREAU (alaide) le 03/01/2001.</div>		<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Xavier GARREAU (alaide) le 03/01/2001.</div>

Jiel : /* Le résultat */

2009-09-04T18:00:34Z

Le résultat

← Version précédente		Version du 4 septembre 2009 à 18:00
Ligne 567 :		Ligne 567 :
	Pour trouver moults docs de developpement, voyez http://developer.gnome.org/. Il existe la même chose avec les libs kde sur http://developer.kde.org/. Il existe bien d'autres sources d'infos mais ce sont celles que je préfère.		Pour trouver moults docs de developpement, voyez http://developer.gnome.org/. Il existe la même chose avec les libs kde sur http://developer.kde.org/. Il existe bien d'autres sources d'infos mais ce sont celles que je préfère.

	Un petit conseil, si vous aimez le c, installez les librairies gtk+/gdk/glib/imlib/ORBit C'est le top. <br />Vous cherchez un environnement de développement ? Choisissez gIDE et glade si vous avez des affinités avec le projet et les librairies du projet ~~gnome~~ ou kdevelop pour affinités avec KDE. <br />Comme débogueur je dois dire que kdbg est génial, d'autant qu'il s'intègre via DCOP dans kdevelop. Mais xemacs est pas mal non plus et gdb tout seul aussi, le tout c'est de connaitre ! <br />En bref, prenons ce qui existe de meilleur partout. Bienvenue dans linux et à bientôt pour de nouvelles aventures ...		Un petit conseil, si vous aimez le c, installez les librairies gtk+/gdk/glib/imlib/ORBit C'est le top. <br />Vous cherchez un environnement de développement ? Choisissez gIDE et glade si vous avez des affinités avec le projet et les librairies du projet [[GNOME]] ou kdevelop pour affinités avec [[KDE]]. <br />Comme débogueur je dois dire que kdbg est génial, d'autant qu'il s'intègre via DCOP dans kdevelop. Mais xemacs est pas mal non plus et gdb tout seul aussi, le tout c'est de connaitre ! <br />En bref, prenons ce qui existe de meilleur partout. Bienvenue dans linux et à bientôt pour de nouvelles aventures ...

	<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Xavier GARREAU (alaide) le 03/01/2001.</div>		<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Xavier GARREAU (alaide) le 03/01/2001.</div>

Ibabdoul : /* Qu'est ce qu'il y a dedans ? */

2007-09-17T11:29:36Z

Qu'est ce qu'il y a dedans ?

← Version précédente		Version du 17 septembre 2007 à 11:29
Ligne 15 :		Ligne 15 :
	=== Qu'est ce qu'il y a dedans ? ===		=== Qu'est ce qu'il y a dedans ? ===

	Une librairie est composée d'un fichier d'en têtes (headers en anglais, d'ou le .h), ce sont les fichiers .h qui doivent vous dire quelque chose, non ? Et d'un partie binaire. <br /> Le fichier d'en têtes, permet de "déclarer" les fonctions présentes dans la librairie, le type de valeurs qu'elles renvoient et les paramètres à leur passer. <br /> La partie binaire est constituée d'un ou plusieurs fichiers c compilés. Ces fichiers c contiennent l'implémentation des prototypes de fonctions déclarées dans le fichier d'en têtes. <br /> Vous pouvez modifier le code de la librarie autant que vous le désirez, du moment que vous respectez les prototypes définis dans le fichier .h.		Une librairie est composée d'un fichier d'en têtes (headers en anglais, d'ou le .h), ce sont les fichiers .h qui doivent vous dire quelque chose, non ? Et d'une partie binaire. <br /> Le fichier d'en têtes, permet de "déclarer" les fonctions présentes dans la librairie, le type de valeurs qu'elles renvoient et les paramètres à leur passer. <br /> La partie binaire est constituée d'un ou plusieurs fichiers c compilés. Ces fichiers c contiennent l'implémentation des prototypes de fonctions déclarées dans le fichier d'en têtes. <br /> Vous pouvez modifier le code de la librarie autant que vous le désirez, du moment que vous respectez les prototypes définis dans le fichier .h.

	=== Statique, Dynamique ? ===		=== Statique, Dynamique ? ===

← Version précédente		Version du 5 juin 2012 à 12:52
Ligne 46 :		Ligne 46 :

	Une autre possibilité est même de méta-programmer, c'est à dire d'écrire un programme qui génère le code pour le traitement approprié des données. Il suffit pour ça (par exemple) de générer à l'exécution du code C dans un fichier ''gen.c'', de lancer depuis le programme sa compilation (avec la fonction ''system'' du C par exemple) en exécutant la commande		Une autre possibilité est même de méta-programmer, c'est à dire d'écrire un programme qui génère le code pour le traitement approprié des données. Il suffit pour ça (par exemple) de générer à l'exécution du code C dans un fichier ''gen.c'', de lancer depuis le programme sa compilation (avec la fonction ''system'' du C par exemple) en exécutant la commande
	<code>gcc -O -fPIC -shared gen.c -o gen.so</~~code~~>, puis de charger le code obtenu par ''dlopen''		<span class="code">gcc -O -fPIC -shared gen.c -o gen.so</span>, puis de charger le code obtenu par ''dlopen''

	== Rédaction : remarques ==		== Rédaction : remarques ==
Ligne 120 :		Ligne 120 :
	=== Les "chemins" ===		=== Les "chemins" ===

	'''La directive <code><nowiki>#include</nowiki></~~code~~>''' : pour inclure un fichier dans un autre en c, on utilise la directive <code><nowiki>#include</nowiki></~~code~~>. <br />On spécifie le chemin relatif entre le fichier incluant et le fichier inclus, par exemple : <br /><code><nowiki>#include "mesH/monTest.h"</nowiki></~~code~~><br />ou bien on place le fichier .h dans le répertoire ou le compilateur s'attend à trouver les fichiers .h. (regardez dans /usr/include par exemple) et on donne le chemin relatif par rapport à ce répertoire, par exemple : <br /><code><nowiki>#include <orb/orbit.h></nowiki></~~code~~><br />'''Nota Bene''' : On peut également spécifier d'autres chemins de recherche grâce à l'option -I de gcc, par exemple, pour y inclure le répertoire courant : <br /><code>gcc -I. etc...</~~code~~>		'''La directive <span class="code"><nowiki>#include</nowiki></span>''' : pour inclure un fichier dans un autre en c, on utilise la directive <span class="code"><nowiki>#include</nowiki></span>. <br />On spécifie le chemin relatif entre le fichier incluant et le fichier inclus, par exemple : <br /><span class="code"><nowiki>#include "mesH/monTest.h"</nowiki></span><br />ou bien on place le fichier .h dans le répertoire ou le compilateur s'attend à trouver les fichiers .h. (regardez dans /usr/include par exemple) et on donne le chemin relatif par rapport à ce répertoire, par exemple : <br /><span class="code"><nowiki>#include <orb/orbit.h></nowiki></span><br />'''Nota Bene''' : On peut également spécifier d'autres chemins de recherche grâce à l'option -I de gcc, par exemple, pour y inclure le répertoire courant : <br /><span class="code">gcc -I. etc...</span>

	Pour devenir incollables sur ces amusantes petites choses, apprenez par coeur les man pages de gcc et ld. ;-)		Pour devenir incollables sur ces amusantes petites choses, apprenez par coeur les man pages de gcc et ld. ;-)
Ligne 222 :		Ligne 222 :
	Si vous êtes familier avec les fichiers .h, pas de problème. Sinon, disons qu'on se contente de définir les "prototypes" des fonctions, on écrira leur corps dans un fichier .c. <br />Les fichiers .h permettent au compilateur de connaitre les prototypes des fonctions qu'il rencontre dans les différents fichiers.c qui les utilisent.		Si vous êtes familier avec les fichiers .h, pas de problème. Sinon, disons qu'on se contente de définir les "prototypes" des fonctions, on écrira leur corps dans un fichier .c. <br />Les fichiers .h permettent au compilateur de connaitre les prototypes des fonctions qu'il rencontre dans les différents fichiers.c qui les utilisent.

	'''Je m'explique !''' Les fonctions définies dans un fichier .c peuvent être utilisées dans un autre, ça vous le savez ! (hein ? vous le savez ?) Il suffit de préciser au compilateur tous les fichiers à compiler (<code>gcc fic1.c fic2.c ... ficn.c</~~code~~>). Si par hasard vous commettez une erreur en appelant une fonction, vous verrez que la compilation se passera sans problème, '''MAIS''', lors de l'exécution vous obtiendrez des résultats inattendus ou pire, une erreur. Brrrrrrrrrrrr ... Flippant non ?		'''Je m'explique !''' Les fonctions définies dans un fichier .c peuvent être utilisées dans un autre, ça vous le savez ! (hein ? vous le savez ?) Il suffit de préciser au compilateur tous les fichiers à compiler (<span class="code">gcc fic1.c fic2.c ... ficn.c</span>). Si par hasard vous commettez une erreur en appelant une fonction, vous verrez que la compilation se passera sans problème, '''MAIS''', lors de l'exécution vous obtiendrez des résultats inattendus ou pire, une erreur. Brrrrrrrrrrrr ... Flippant non ?

	Bon, si on programmait ? Un petit peu de récursivité maintenant ? '''''GO ! BANZAI !'''''		Bon, si on programmait ? Un petit peu de récursivité maintenant ? '''''GO ! BANZAI !'''''
Ligne 425 :		Ligne 425 :
	gcc -o test test.c tri_a_bulles.a		gcc -o test test.c tri_a_bulles.a

	Petite précision, normalement, l'éditeur de liens GNU de linux c'est ld. Ceci dit, ça marche avec gcc parce qu'il "l'appelle" alors, on ne vient pas se plaindre. Toutefois, dans le doute et pour en savoir plus, tapez <code>man ld</~~code~~>		Petite précision, normalement, l'éditeur de liens GNU de linux c'est ld. Ceci dit, ça marche avec gcc parce qu'il "l'appelle" alors, on ne vient pas se plaindre. Toutefois, dans le doute et pour en savoir plus, tapez <span class="code">man ld</span>

	On ne se laisse pas décourager pour autant et on exécute :		On ne se laisse pas décourager pour autant et on exécute :
Ligne 471 :		Ligne 471 :
	/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)		/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

	Visiblement, il y a une couille ! <br /> Alors, soit vous copiez votre librairie dans les répertoires qui contiennent des librairies dynamiques (/usr/lib, /usr/i486-linux-libc5/lib ou /usr/X11R6/lib chez moi), vous trouverez ça dans le fichier '''''/etc/ld.so.conf'''''. <br />Ou alors ajouter votre répertoire à la variable en tapant <br /><code>export LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH</~~code~~><br />Dans les deux cas, vous obtiendrez le résultat attendu en tapant :		Visiblement, il y a une couille ! <br /> Alors, soit vous copiez votre librairie dans les répertoires qui contiennent des librairies dynamiques (/usr/lib, /usr/i486-linux-libc5/lib ou /usr/X11R6/lib chez moi), vous trouverez ça dans le fichier '''''/etc/ld.so.conf'''''. <br />Ou alors ajouter votre répertoire à la variable en tapant <br /><span class="code">export LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH</span><br />Dans les deux cas, vous obtiendrez le résultat attendu en tapant :

	./test		./test
Ligne 501 :		Ligne 501 :
	* L'option ''-c'' sert à compiler sans édition de liens.		* L'option ''-c'' sert à compiler sans édition de liens.
	* Les extensions .a et .so n'ont rien de formel. Si vous voulez, dans un élan nostalgique, utiliser .lib et .dll ou .bite et .cul, vous avez le droit, vous êtes libres, vous êtes sous linux ...		* Les extensions .a et .so n'ont rien de formel. Si vous voulez, dans un élan nostalgique, utiliser .lib et .dll ou .bite et .cul, vous avez le droit, vous êtes libres, vous êtes sous linux ...
	* Il est bon de taper dans sa console bien aimée : <code>man gcc</~~code~~>		* Il est bon de taper dans sa console bien aimée : <span class="code">man gcc</span>
	* Il est bon de taper dans sa console bien aimée : <code>man ar</~~code~~>		* Il est bon de taper dans sa console bien aimée : <span class="code">man ar</span>
	* Il est bon de taper dans sa console bien aimée : <code>man ld</~~code~~>		* Il est bon de taper dans sa console bien aimée : <span class="code">man ld</span>
	* ldd sert à connaître les dépendances dynamiques d'un exécutable.		* ldd sert à connaître les dépendances dynamiques d'un exécutable.
	* On peut ajouter des chemins de recherche de librairies dynamiques dans la vairiable d'environnement LD_LIBRARY_PATH ou dans le fichier /etc/ld.so.conf.		* On peut ajouter des chemins de recherche de librairies dynamiques dans la vairiable d'environnement LD_LIBRARY_PATH ou dans le fichier /etc/ld.so.conf.
Ligne 558 :		Ligne 558 :
	\|}		\|}

	Pour ce qui est du renvoi sur la doc sur autoscan, autoconf, automake et leurs copains ce que j'ai trouvé de plus sympa, ce sont les infos pages du gnome-help-browser. Si vous ne l'avez pas installé, vous pouvez les consulter dans la console en tapant <code>info automake</~~code~~> ou <code>info autoscan</~~code~~>, etc ... !		Pour ce qui est du renvoi sur la doc sur autoscan, autoconf, automake et leurs copains ce que j'ai trouvé de plus sympa, ce sont les infos pages du gnome-help-browser. Si vous ne l'avez pas installé, vous pouvez les consulter dans la console en tapant <span class="code">info automake</span> ou <span class="code">info autoscan</span>, etc ... !

	Pour trouver moults docs de developpement, voyez http://developer.gnome.org/. Il existe la même chose avec les libs kde sur http://developer.kde.org/. Il existe bien d'autres sources d'infos mais ce sont celles que je préfère.		Pour trouver moults docs de developpement, voyez http://developer.gnome.org/. Il existe la même chose avec les libs kde sur http://developer.kde.org/. Il existe bien d'autres sources d'infos mais ce sont celles que je préfère.

Glibc - Historique des versions

Lea : /* Les Librairies C (linux) */

Lea : Lea a déplacé la page Dev-libc vers Glibc

Jiel : balises code

Lea : /* Compilation de tous les binious */

Lea : /* Rédaction : le fichier de l'application */

Lea : /* Rédaction : le fichier c */

Lea : /* Rédaction : le fichier d'en têtes */