Sembra che alcuni progetti di autoconf utilizzino un file configure.in
per generare uno script configure
e alcuni utilizzino lo configure.ac
.configure.in o configure.ac?
Qual è la differenza/vantaggio tra l'utilizzo di uno o l'altro?
Sembra che alcuni progetti di autoconf utilizzino un file configure.in
per generare uno script configure
e alcuni utilizzino lo configure.ac
.configure.in o configure.ac?
Qual è la differenza/vantaggio tra l'utilizzo di uno o l'altro?
È solo una questione di stile. Storicamente i file autoconf sono stati nominati configure.in
. Ora lo configure.ac
è lo schema di denominazione preferito. È anche discusso nel documentation.
I nuovi progetti devono utilizzare configure.ac. I vecchi progetti usati configure.in; se non è opportuno passare al nuovo nome, possono continuare a utilizzarlo, ma gli strumenti di autoconf genereranno un avviso.
La versione corrente di 'autoconf' (1.13.1 come del 2013-01-01) supporta ancora' configure.ac', ma le [note di rilascio] (http://lists.gnu.org/archive/html/automake /2013-01/msg00000.html) dire "_Automake 1.14 lascerà il supporto per il nome" configure.in "deprecato a lungo per il file di input di Autoconf. Si consiglia di iniziare a utilizzare il nome consigliato" configure.ac " , ASAP._ " –
Sì, ora hanno finalmente spostato in avanti con la deprecazione. –
Nel mio primo commento, c'è un refuso - dovrebbe essere '_still supporta 'configure.in' ...'_ come' configure.ac' è la direzione futura. –
No, non è solo stile. Il nome configure.in è deprecato. –
Anche i documenti dicono preferito. Non ho mai notato un avviso di deprecazione, ma ripeto che tutti i miei progetti utilizzano .ac. –
Ho appena controllato i documenti e hai ragione. Non ancora completamente deprecato. Sono quasi sicuro di aver visto avvisi di deprecazione, ma forse non in una versione ufficiale. –