Il me semble que tu essaies de te compliquer la vie.
L'etape de la compilation et de la resolution dependances n'a pas (amha) a etre gere par l'outil de gestion de version. On lui demande avant toute chose de garder une trace de l'evolution d'un groupe de fichiers, pas de gerer des trucs qu'il ne comprend pas comme la compilation.
Pour faire ce que tu veux, il vaut mieux utiliser des systemes comme dpkg qui te permettent d'avoir des dependances au moment de la compilation et de l'installation. Dpkg est fait pour cela et il le fait tres bien.
Quant a garder une copie des options de compils, le plus simple est d'inclure dans ta librairie un numero de version ainsi qu'une fonction du type :
#define MY_LIB_VERSION 2002072401
int getversion(void)
{
return(MY_LIB_VERSION);
}
et de modifier le #define lors de vrais changements (comme la modification de l'API publique de la librairie)
[^] # Re: Une question...
Posté par Ben A. . En réponse à la dépêche Subversion rentre en phase alpha.. Évalué à 2.
L'etape de la compilation et de la resolution dependances n'a pas (amha) a etre gere par l'outil de gestion de version. On lui demande avant toute chose de garder une trace de l'evolution d'un groupe de fichiers, pas de gerer des trucs qu'il ne comprend pas comme la compilation.
Pour faire ce que tu veux, il vaut mieux utiliser des systemes comme dpkg qui te permettent d'avoir des dependances au moment de la compilation et de l'installation. Dpkg est fait pour cela et il le fait tres bien.
Quant a garder une copie des options de compils, le plus simple est d'inclure dans ta librairie un numero de version ainsi qu'une fonction du type :
#define MY_LIB_VERSION 2002072401
int getversion(void)
{
return(MY_LIB_VERSION);
}
et de modifier le #define lors de vrais changements (comme la modification de l'API publique de la librairie)