versione automake (am__api_version) hardcoded nello script configure

Question

Attualmente sto lavorando a un progetto Linux utilizzando gli autotools. Il codice viene inviato in SCM (Perforce) e abbiamo lo script configure, Makefile.am, Makefile.in - il solito boilerplate degli autotools. Recentemente, qualcuno ha cambiato Makefile.am, ma ha dimenticato di rigenerare Makefile.in; quando ho cercato di costruire, ho ottenuto questo errore:

WARNING: `automake-1.11' is missing on your system. You should only need it if 
     you modified `Makefile.am', `acinclude.m4' or `configure.ac'. 
     You might want to install the `Automake' and `Perl' packages. 
     Grab them from any GNU archive site. 
cd . && /bin/bash ./config.status Makefile depfiles 

vedo la versione di automake è hardcoded nel script di configurazione (e sembra provenire da aclocal.m4):

am__api_version='1.11' 

Quindi credo Ho bisogno di automake-1.11 (non 1.10, non di qualcosa di più recente) per rigenerare il file Makefile.in.

Perché è quello? Perché dovremmo essere legati ad una specifica versione di automake? Per lo più stiamo costruendo su Ubuntu 14.04, dove 1.14 è la versione predefinita installata. C'è un modo per dire al sistema di compilazione di usare semplicemente qualsiasi versione di automake installata? O è sicuro rimuovere la definizione am__api_version da aclocal.m4?

Answer 1

La domanda importante è perché qualcuno dovrebbe risolvere am__api_versions. La risposta più probabile è: Perché automake tende a modificare gli argomenti della macro o addirittura rimuovere interamente macro della versione precedente. In ogni annuncio del rilascio di automake c'è una sezione chiamata

WARNING: Future backward-incompatibilities!

e un altro chiamato

Obsolete features removed

È possibile fare riferimento alle versioni 1.12, 1.13, 1.14

Così il configure.ac o Makefile.am forza contiene alcune macro che sono diventate obsolete nelle versioni successive. Quando incontri questo problema hai due possibilità. Individuare quale funzione ha sostituito quella obsoleta o attenersi a una versione di automake. La maggior parte degli sviluppatori non ritiene che i file autotools facciano parte del codice sorgente dei progetti. Vogliono solo mantenere la versione funzionante in esecuzione e attenersi all'attuale versione am.

Si noti che tutte le distribuzioni supportano le versioni precedenti di automake. In Ubuntu è possibile trovare:

$ apt-cache search automake | grep automake 
automake - Tool for generating GNU Standards-compliant Makefiles 
automake1.4 - A tool for generating GNU Standards-compliant Makefiles 
automake1.9 - A tool for generating GNU Standards-compliant Makefiles 
automake1.10 - Tool for generating GNU Standards-compliant Makefiles 
automake1.11 - Tool for generating GNU Standards-compliant Makefiles 

Il che significa che è possibile installare la versione richiesta di automake.

Quindi, è possibile rimuovere la riga am__api_version='1.11' e scoprire quale macro è obsoleta. Quindi dovrai decidere quale delle due soluzioni di cui sopra seguirai.

Answer 2

Il problema è che si sta tentando di ricreare Makefile.in con un'altra versione di autotools. Ciò porterebbe alla mancata corrispondenza della versione poiché aclocal.m4 è stato creato con una versione diversa e viene utilizzato per generare i file rimanenti.

Invece di ricreare solo Makefile.in, cercare di ricreare anche aclocal.m4 e tutti i restanti autotools file generati:

autoreconf --force --install