Notes préliminaires

• Durée du travail
• Répertoire de travail
• Vos commentaires
• Documentation
• Rendu du travail

Construire un fichier 'configure' pour une application C

• Exercice 1

Adaptation des fichiers configure.ac et Makefile.am

• Exercice 2
• Exercice 3

Notes préliminaires

Durée du travail

Répertoire de travail

Vos commentaires

Documentation

Rendu du travail

Construire un fichier Configure pour une application C

Exercice 1:

• Cas oł vous avez déjà effectué le TP Make

  On utilisera des fichiers fictifs sources C '.c' et des en-têtes '.h' déjà construits dans le répertoire tp-make en les recopiant dans le répertoire courant tp-configure, sans l'ancien fichier Makefile. Si ces fichiers n'ont pas été préalablement élaborés, vous êtes invité à suivre comment les construire à l'URL http://www.infres.enst.fr/~dax/polys/tp-make/.
  Les noms des fichiers sources à recopier devraient être les suivants: - srvtcp.c (source C du serveur)
  - srvtcp.h (include du serveur)
  - clitcp.c (source C du client)
  - clitcp.h (include du client)
  - common.c (un source C commun au serveur et au client)
  - common.h (un include commun au serveur et au client)
  

• Cas oł vous n'avez pas effectué le TP Make - brique GPL

  Par la suite, l'expression "Voir ce qu'elle génère" devrait être comprise comme, voir le ou les fichiers qui ont été rajoutés par la commande ls -ltr, et éventuellement le contenu de ce ou ces fichiers, par les commandes more ou less.

  Créez le répertoire tp-configure et mettez vous y. Créez au moins un fichier C fictif qui contienne la fonction main() ainsi qu'un header .h inclu par le fichier C.

• Utiliser la commande autoscan, voir ce qu'elle génère

• Pour ce premier exercice, la version du package sera : 1.0

• Construire un configure.ac minimum à partir du configure.scan
  • Modifier la macro qui définit le nom du Package et sa Version
  • Rajouter la macro AM_INIT_AUTOMAKE
  • Rajouter la macro qui va déterminer le compilateur C
  • Rajouter la macro qui va déterminer l'outil d'installation
  • Compléter la macro AC_CONFIG_FILES qui est vide en y rajoutant Makefile

• Utiliser la commande aclocal, voir ce qu'elle génère

• Récupérer les fichiers scripts standard manquants par automake -acf --foreign
  • Ne pas faire attention aux warnings
  • Voir ce qu'elle génère par un ls -ltr
  • Créer des fichiers fictifs tels que : README, COPYRIGHT, ChangeLog, AUTHORS, NEWS dans le répertoire sommet.

• Construire un Makefile.am à partir des sources présents
  • Supposons que xxxxx soit le nom de l'exécutable
  • Insérer xxxxx_SOURCES = liste de vos fichiers .c et .h
  • Insérer bin_PROGRAMS = xxxxx

• Utiliser la commande autoheader, voir ce qu'elle génère

• Utiliser la commande autoconf, voir ce qu'elle génère

• Utiliser la commande automake, voir ce qu'elle génère

• Utiliser la commande ./configure, voir ce qu'elle génère

• Compiler le package en utilisant make

• Faire une distribution par gmake dist, voir ce qu'elle génère

Adaptation des fichiers configure.ac et Makefile.am

Exercice 2:

• La version du package sera : 2.0
• Construire le répertoire src, y déplacer tous les fichiers sources.
• Construire le répertoire config, y installer les scripts nécessaires par un aclocal -I config.
• Refaire un automake -acf
• Adapter configure.ac et Makefile.am.
• Faire les autoconf automake pour reconstruire le fichier configure correspondant.
• Compiler le package en utilisant make
• Faire une nouvelle distribution par make dist

Exercice 3:

• Version du package : 3.0
• Tester la présence de certains '#include <...>' en modifiant configure.ac.
• Tester la présence des bibliothèques 'socket' et 'nsl'.
• Utiliser un --enable-debug qui forcerait un '#define DEBUG'
• Utiliser config.h dans un header commun 'system.h' à l'application pour récupérer les '#define HAVE_...' en vue de les tester dans le code
• Créer le fichier configure correspondant.
• Compiler le package
• Faire une distribution

© (Copyright) Philippe Dax - 2002-2006