Discussion :

[Analou]

Bonjour,
J'utilise les autotools et souhaiterais créer deux "niveaux" de configure.ac.
Je m'explique:
J'ai une arborescence de ce type :

Code :

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

1
2
3
4
5
6
7
8
 
PROJET
    |___ SRC
    |     |____ .c
    |
    |___ LIB
          |____LIB1 (.h)
          |____LIB2 (.h)

Je souhaiterais que mes librairies soient portables et facilement compilables(qu'elles aient un propre outil de génération), et je compte créer des configure.ac/makefile.am pour les générer.

Ensuite, j'ai besoin de ces librairies pour créer un exécutable en les linkant aux .c. Pour créer cet exécutable, je vais aussi faire des configure.ac/Makefile.am, et il faudrait que lorsque je vais ./configure dans PROJET, ce configure.ac "appelle" d'abord le configure.ac pour qu'il génère les librairies.

Merci d'avance pour votre aide, et désolée pour l'exotisme de la question.

[kwariz]

Hello,

l'intérêt d'avoir un sous projet géré indépendamment avec les autotools est qu'il peut justement vivre sa vie indépendamment
Il n'y en a en revanche aucun si ta bibliothèque est uniquement utilisée par ton appli.

Pour réaliser ça tu peux simplement utiliser la macro AC_CONFIG_SUBDIRS qui prend pour paramètre la liste des sous répertoires qui sont également à configurer par un configure.
Ensuite dans ton top Makefile.am tu listes dans le bon ordre les sous répertoire à construire dans la variable SUBDIRS.

Tu peux trouver un petit exemple dans la doc autoconf : Nesting Packages.

[Analou]

Super, merci beaucoup!
Est-ce que c'est possible de faire la même chose avec une bibliothèque dynamique?

[kwariz]

oui .... peu importe la profondeur ou la nature des packages.

[Analou]

Ce que je voulais demander, en fait, c'est si une bibliothèque dynamique se construit comme une statique (comme dans l'exemple, en remplaçant les .a par des .so).

[Analou]

Oh, je n'avais pas compris que bibliothèques partagées et dynamiques sont la même chose.