Compiler un programme

2008-07-06T17:52:26Z

Vincentxavier (phorum) : Ajout de CMake qui devient de plus en plus populaire

[[Category:Gérer ses logiciels]]
= Compiler une application =

<div class="leatitre">Compiler une application</div><div class="leapar">par Jean-Christophe</div><div class="leadesc">Transformer le source d'un programme pour le rendre éxécutable par votre machine.</div>
----

<u>Prérequis</u> : vérifiez que vous avez les [[Kernel-compil|packages nécessaires à la compilation]].

{{Preferer un paquetage|<paquetage>}}

== Pourquoi compiler une application ? ==

Plusieurs raisons à cela :

* vous avez envie d'optimiser une application pour votre CPU par exemple,
* vous voulez utiliser un matériel spécifique avec votre application (exemple des [[Hardware-hard_image-3dfx|cartes 3Dfx]] qui nécessitent la recompilation de Mesa, ou des [[Hardware-hard_imp-scanner|scanners SCSI]] avec SANE...),
* vous ne disposez pas de l'application dans sa version précompilée,
* ça vous fait plaisir :-),
* etc.

== Pourquoi ne pas compiler ? ==

Si vous ne vous sentez pas à l'aise, le mieux est de prendre les logiciels précompilés de votre distribution, accessibles en général dans un outil en mode graphique (rpmdrake sous Mandriva, synaptic sous Debian, etc.)
Ainsi vous serez sûr que le logiciel fonctionne sans problème pour votre distribution, car ces logiciels précompilés ont été adaptés spécialement et testés.

Si le logiciel n'est pas disponible dans votre gestionnaire d'installation, vous pouvez également trouver des archives compilées sur le site du logiciel que vous voulez installer (souvent avec l'extension .tar.gz ou .tar.bz2). Dans ce cas, utilisez-les.

== Récupérer les sources ==

Tout d'abord vous devez récupérer les sources de l'application, sous forme d'un fichier <tt>.tar.gz</tt> ou <tt>.tgz</tt> ou <tt>.tar.bz2</tt>, ou <tt>.src.rpm</tt>, etc.

# Vérifiez d'abord si vous avez les sources sur le CD de sources de votre distribution (quand vous avez ce CD).
# Sinon, vous devrez le récupérer autrement (CD d'une revue, internet ([http://www.freshmeat.net Freshmeat] ou [http://linux.tucows.com Tucows] par exemple), etc.).

Bref, tous les moyens sont bons. Essayez d'avoir la dernière version, tant qu'à faire, puis passez à la suite.

== Compiler les sources ==

La procédure diffère suivant le format des sources.

=== Sources au format <tt>.src.rpm</tt> ou <tt>.srpm</tt> ===

La compilation se fait en une seule ligne de commande généralement, elle génère un package <tt>.i?86.rpm</tt> (ou <tt>.alpha.rpm</tt> suivant votre architecture) :

'''[root@taz src]#''' rpm --rebuild le_package-version.src.rpm

Cela va créer un package au format RPM : <tt>le_package-version.i?86.rpm</tt> dans le répertoire <tt>/usr/src/RPM/RPMS/i?86</tt>. Ce répertoire peut différer légèrement suivant la distribution.

Il faut ensuite installer ce package par la commande RPM habituelle :

'''[root@taz i586]#''' rpm -ivh le_package-version.i586.rpm

=== Sources au format <tt>.tar.*</tt> ===

C'est le format le plus souvent employé pour les sources. Le nom du package est en général le nom du fichier suivi de la version. Par exemple : <tt>xtel-3.2.1.tar.gz</tt>. "<tt>tgz</tt>" est une contraction de "<tt>tar.gz</tt>".

==== Décompresser les sources ====

Il faut d'abord décompresser le package dans le répertoire de votre choix. <tt>/usr/src</tt> me semble un bon choix, mais vous êtes libres.

'''[root@taz root]#''' cd /usr/src
'''[root@taz root]#''' tar '''z'''xvf /ou/se/trouve/le_package.tar.'''gz'''

ou bien :

'''[root@taz root]#''' tar '''y'''xvf /ou/se/trouve/le_package.tar.'''bz2'''

ou bien :

'''[root@taz root]#''' tar '''j'''xvf /ou/se/trouve/le_package.tar.'''bz2'''

Si votre version de tar ne comprend pas la dernière commande, essayez :

'''[root@taz root]#''' tar --use-compress-program bzip2 \
-xvf /ou/se/trouve/le_package.tar.'''bz2'''

'''<u>Remarque</u>''' : avant de décompresser pour de bon l'archive, il peut être bon de la tester, notamment pour vérifier qu'elle va bien se décompresser dans son propre répertoire, en remplaçant la commande '''<tt>x</tt>''' (comme e'''x'''trait) de tar (ci-dessus) par un '''<tt>t</tt>''' (comme '''t'''este) :

'''[root@taz root]#''' tar z'''t'''vf /ou/se/trouve/le_package.tgz

Toutes les lignes (la liste des fichiers présents dans l'archive) doivent commencer par "<tt>le_package/...</tt>" ce qui assure que l'archive se décompressera dans le répertoire du même nom. Dans le cas contraire, créez un répertoire à la main (<tt>mkdir</tt>) allez-y (<tt>cd</tt>) puis exécutez la commande <tt>tar</tt> voulue.

==== Compiler les sources ====

La compilation peut différer selon chaque package, car l'auteur est libre de procéder comme bon lui semble. Cependant des standards de fait existent et sont généralement bien suivis : la présence de fichiers <tt>README</tt> et <tt>INSTALL</tt> dans l'archive.

C'est pourquoi il est fortement recommendé de lire ces fichiers avant de commencer, car ils vont vous expliquer comment compiler. L'un des deux a en général une section "installation" ou "compilation" qui donne les étapes à suivre. Vous pourrez aussi y lire les prérequis (de quelles librairies le logiciel a besoin), les configurations à faire sur votre système pour que l'appli fonctionne, etc.

===== autotools =====

De plus en plus souvent, les archives contiennent un fichier exécutable nommé "'''<tt>configure</tt>'''". Dans ce cas, la compilation est assez simple, car le programme "<tt>configure</tt>" détecte les spécificités de votre machine automatiquement. Il suffit généralement de faire :

<code>[root@taz appli]# ./configure
[root@taz appli]# make
[root@taz appli]# make install</code>

Et c'est tout ! <br />Cependant lisez toujours le fichier README, car il faut parfois passer des commandes à <tt>configure</tt>.

===== qmake =====

Certains projets QT n'utilise pas les <code>autotools</code>, ils leur préfèrent : <code>qmake</code>. On repère ces projets par la présence d'un fichier <code>.pro</code>. Pour pouvoir les compiler, il faut d'abord générer le <code>makefile</code>, puis procéder habituellement.

<code>[root@taz appli]# qmake
[root@taz appli]# make</code>

===== Imakefile =====

Dans les cas ou il n'y a pas de script "<tt>configure</tt>" : <br />Si vous avez un fichier '''<tt>Imakefile</tt>''', vous pouvez essayer :

<code>[root@taz appli]# xmkmf
[root@taz appli]# make</code>

===== CMake =====

Dans un esprit de portabilité, et pour répondre aux nouvelles demandes, un nouveau système de génération de Makefile est apparu. Il s'agit de CMake.

Ce système a été conçu pour une portabilité maximale, aussi bien sous les systèmes Unix (et Unix like), que pour Mac OS ou pour Windows. La configuration (relative à la recherche des dépendances) réside dans un fichier <tt>CMakeLists.txt</tt>. Suivant les projets, la procédure sera la suivante :
<code multi>[root@taz appli]# mkdir build
[root@taz appli]# cd build
[root@taz appli]# cmake ..
[root@taz appli]# make</code>

===== autres =====

Enfin s'il n'y a qu'un fichier '''<tt>Makefile</tt>''' ou '''<tt>makefile</tt>''', essayez juste :

<code multi>[root@taz appli]# make</code>

Bref, il y a plein de façons de faire, mais dans tous les cas lisez les fichiers README et autres LISEZMOI.

Parfois, même en suivant bien les recommendations, cela va coincer. C'est souvent dû au fait que les distributions ne placent pas toutes les mêmes choses au même endroit, et que le développeur de l'appli n'a pas la même distribution que vous. Dans ce cas, regardez le fichier qui "coince", et s'il vous dit qu'il ne trouve pas tel ou tel fichier, recherchez-le sur votre disque dur (utilisez le couple <tt>updatedb</tt> / <tt>locate</tt>, très pratique), et n'hésitez pas à modifier le fichier source (avec votre éditeur de texte préféré) afin de faire pointer le fichier vers le bon endroit. Vérifiez aussi le <tt>Makefile</tt>.

=== Trucs & actuces pour les sources utilisant les autotools ===

''Merci à Fred pour ce pararaphe.''

==== Indiquer où installer les sources ====

Souvent, pour tester un programme récent, vous souhaiterez installez celui-ci ailleurs que la destination par défaut prévue par l'auteur du programme. Si celui-ci utilise les paquetages <tt>autoconf</tt>, la solution est simple, puisque prévue par le paquetage : il suffit de le dire au script <tt>configure</tt>. Placez vous dans le résertoire contenant les sources du logiciel, et tapez :

<code multi>$ ./configure --prefix=/opt/ma-destination</code>

Il faut noter que cette méthode indique au script configure quelle est la racine de l'installation, en général l'installation proprement dite créera une arboressence :

<code>+ma-destination
+--> bin
+--> share
`--> doc
+--> etc
+--> include
+--> lib
</code>

dans laquelle seront effectivement copiés les fichiers nécessaires à la compilation de programme utilisant cette librairie, et les programmes eux-mêmes.

Mais, vous pouvez vouloir préciser beaucoup plus finement le type de l'installation. Par exemple, vous souhaitez que tous vos fichiers de configuration soient stockés dans <code>/etc</code> (c'est le <code>FHS</code> - File Hierarchy Standard). Alors il faut taper :

<code multi>$ ./configure --prefix=/opt/ma-destination --sysconfdir=/etc</code>

Pour en savoir plus sur les diverses options de <code>./configure</code>, faites :

<code>$ ./configure --help | less</code>

==== Le script <code>./configure</code> se plaint de l'absence d'une librairie ====

Mais, vous, vous savez que vous l'avez installée dant <code>/opt/devlib</code> en utilisant une ligne :

<code multi>[user@becane src]$ ./configure --prefix=/opt/devlib</code>

Si <code>./configure</code> se plaint, c'est qu'il n'est pas capable de trouver la dite librairie ! (Le script a sans doute "oublié" de tester la présence d'un autre script : <code>malib-config</code> ... ).

Il faut savoir que <code>./configure</code> utilise les variables shell standard <code>CC</code>, <code>CFLAGS</code>, <code>CXX</code>, <code>CXXFLAGS</code>, <code>LDFLAGS</code> pour savoir comment utiliser le compilateur. Donc l'astuce, puisque <code>./configure</code> ne trouve pas la librairie, est de passer par ces variables en précisant par exemple :

<code multi>[user@becane src]$ export CFLAGS="-I/opt/devlib/include"</code>
pour indiquer au compilateur C que les includes sont dans <code>/opt/devlib/include</code>
<code multi>[user@becane src]$ export CXXFLAGS="-I/opt/devlib/include"</code>
pour indiquer au compilateur C++ que les includes sont dans <code>/opt/devlib/include</code>
<code multi>[user@becane src]$ export LDFLAGS="-L/opt/devlib/lib"</code>
pour indiquer au linker que les librairies sont dans <code>/opt/devlib/lib</code>

Puis de relancer <code>./configure</code> avec les options idoines. Ceci règle quelques problèmes seulement, mais il est bon de les connaître avant de râler que les programmes libres c'est bien qu'est-ce que c'est pénible à installer.

Utilisez les variables <code>CC</code> et <code>CXX</code> pour indiquer à <code>./configure</code> d'utiliser <code>CC</code> comme compilateur C et <code>CXX</code> comme compilateur C++.

==== Optimiser pour votre processeur la compilation d'un programme ====

Là c'est simple, il suffit de faire (cf plus paragraphe précédant) :

<code>$ export CFLAGS="-mcpu=i686 -O2 -pipe"
$ export CXXFLAGS="-mcpu=i686 -O6 -pipe"</code>

avant de lancer <tt>./configure</tt>, pour dire aux compilateurs C et C++ de compiler pour l'architecture <tt>i686</tt> (pentium pro et pentium II, on peut utiliser <tt>i586</tt> pour les pentiums, <tt>i486</tt>, <tt>i386</tt>, et sans doute d'autres options), avec le niveau (<tt>2</tt>) d'optimisation (pour la vitesse d'exécution) maximum (on peut préciser <tt>Os</tt> si l'on ne veut pas des optimisations qui augmente la taille de l'exécutable généré).

Quelques fois, le script <tt>./configure</tt> prévoit des optimisations, par exemple il faut taper :

<code mutli>$ ./configure --optimization=yes</code>

Utilisez <tt>./configure --help</tt> pour le savoir!

On peut d'après les créateurs du compilateur <tt>egcs</tt> (renommé <tt>gcc 1.1.2</tt> alias <tt>2.92.2</tt>) obtenir jusqu'a 30% de performance en plus pour certains (très rares) programmes et au moins 5% de performance en plus... ce peut etre la différence entre une animation fluide et saccadée...

Enfin, il n'est pas recommandé de compiler des programmes vitaux pour la sécurité avec des options non standard, par exemple ne compilez pas votre serveur Apache avec ces options si elles ne sont pas supportées par l'équipe de développement d'Apache ! Sinon, en cas de trou de sécurité dans votre configuration, vous risquez de ne pas être entendu.

=== Autres formats ===

Un volontaire pour [mailto:taz98@altern.org me décrire] la compilation des sources avec d'autres format de packages ?

== Installer le logiciel ==

Je ne vais décrire ici que l'installation d'un logiciel provenant d'une archive .tar.*, car l'installation d'un rpm a déjà été vue.

En fait, là encore, il faut lire les fichiers README et/ou INSTALL.

Cependant, on peut dire que de manière générale, il suffit de faire :

'''[root@taz appli]#''' make install

pour copier les fichiers binaires, les librairies générées, le fontes, etc. au bon endroit. <br />Mais chaque appli a ses spécificités qu'il faut prendre en compte pour qu'elle tourne bien (par exemple, modification de certains fichiers de config, etc.). <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 Jean-Christophe Cardot le 25/02/2000.</div>

= Copyright =
Copyright © 25/02/2000, Jean-Christophe Cardot
{{CC-BY-NC-SA}}

Discussion:EeePC

2008-05-14T20:18:57Z

Vincentxavier (phorum) :

Test du wiki

EeePC

2008-05-14T20:16:14Z

Vincentxavier (phorum) :

[[Category:Configurer votre matériel]]
= EeePC =

<div class="leatitre">l'EeePC d'Asus</div><div class="leapar">par Jice<div class="leadesc">Un ultraportable sous Linux, et à ce prix là, Léa ne pouvait pas laisser passer ça, surtout après avoir été la vedette du stand Léa du Solutions Linux 2008</div>
----

Alors ca y est j'ai craqué pour un EeePC. Enfin, ca fait un bout de temps déjà. Connaisseur de Linux depuis 1994, et aujourd'hui utilisateur de Mandriva, je l'ai pourtant laissé sous sa distribution de base, une Xandros modifiée par Asus, et en mode facile (Easy Mode) qui plus est. Pourquoi ? Car cela me convient ;-)

Avec quelques outils dont on parlera plus bas, et quelques améliorations que je détaillerai aussi (par exemple l'utilisation du bluetooth pour transférer des fichiers avec mon téléphone portable), c'est parfait pour l'utilisation que j'en ai : surfer avec [http://www.mozilla-europe.org/fr/products/firefox/ Firefox], messagerie instantanée avec [http://www.pidgin.im/ Pidgin] et webcam avec Skype - je suis expatrié, bien sûr la bureautique avec [http://fr.openoffice.org/ OpenOffice.org] (le clavier est petit mais très utilisable). J'ai aussi installé Google Earth, et je fragge même des bots avec [http://assault.cubers.net/ Assault cube] pour me défouler le soir... [http://amarok.kde.org/ Amarok] est parfait pour écouter ma musique (dois-je préciser que j'ai ajouté une SDHC de 16 Go ?) ; j'ai même visionné un film en avion depuis mon disque dur externe 2.5 pouces...

Bref, finalement beaucoup d'utilisation pour peu de bidouille, et aussi l'irremplaçable temps de démarrage de Xandros par rapport aux autres distributions sur EeePC me font pour le moment rester fidèle aux logiciels livrés avec mon joujou (ceci dit je testerai la Mandriva 2008.1 sur ma carte SD, car on en dit beaucoup de bien ; j'en parlerai aussi ici :-)

Si vous avez des idées d'articles, vous pouvez participer en les écrivant ici (Léa est un wiki après tout !), ou poser des questions et faire des demandes dans la [[Discuter:EeePC|page de discussion]].

== Outils ==
[[Launcher tools#SimpleUI Editor|SimpleUI Editor]] et [[Easy Mode Editor]] : l'interface d'Asus Easy Mode n'est pas configurable simplement (ajouter une icône, créer un sous-répertoire...). Ces logiciels comblent ce manque.

[[Launcher tools]] : créer une nouvelle icône au format EeePC, rafraîchir l'interface Easy Mode sans relancer la machine ni même X Window...

[[TweakEEE]] : plein de bidouilles automatisées, des installations de logiciels supplémentaires...

[[Theeemer]] : changer le thème graphique de l'EeePC (fond d'écrans, gestionnaire de fenêtres, couleurs...)

== Tutoriels et Trucs & astuces ==

les outils présentés ci-dessus on rendus inutiles un grand nombre de tutoriels qu'on trouve sur le net. Néanmoins, il reste quelques manipulations à faire manuellement.

[[Bluetooth sur EeePC]]

[[Un FPS sur l'EeePC : Assault Cube]]

[[Lancement de logiciels au démarrage sur EeePC]]

[[Déplacer une fenêtre trop grande sur l'EeePC]]

[[GoogleEarth sur l'EeePC]]

== Liens ==

=== Les blogs ===
Je les lis presque tous les jours, car le monde de l'EeePC bouge vite.
en français :
* [http://www.blogeee.net/ Blogeee.net]
* [http://www.eeepc-logiciels.com/ EeePc Logiciels]
* [http://www.eee-pc.fr/ EeePc-FR]
* [http://leeenux.blogspot.com/ Leeenux]
* [http://tuxeee.org/ Tuxeee]
* [http://nawer.freecontrib.org/index.php BlogORabais]
en anglais :
* [http://www.eeeuser.com/ EeeUser.com]
* [http://www.3eportal.com/ 3eportal], des outils pour EeePC

=== Les wikis ===
Ils regroupent des tutoriels pour aller plus loin.
en français :
* [http://wikeee.fr/index.php/Accueil Wikeee]
en anglais :
* [http://wiki.eeeuser.com/ EeeUser wiki]

Discussion:S'identifier par une clé USB

2007-11-14T10:37:51Z

Vincentxavier (phorum) : Utilisation avec {g,k,x}dm ?

== A faire sur cet article ==

Cet article n'est pas tout à fait terminé, il faut encore :
* le relire et corriger les erreurs
* vérifier que tout se passe comme décrit sur une Debian

== Utilisation avec {g,k,x}dm ? ==

Je ne suis pas sur pour xdm et gdm, mais kdm utilises aussi pam. On doit donc pouvoir se connecter en utilisant n'importe quel module pam. En particulier, j'utilise pam_ldap et ca fonctionne.

Cordialement

Lea Linux - Contributions [fr]

Compiler un programme

Discussion:EeePC

EeePC

Discussion:S'identifier par une clé USB