Wygląda na to, że niektóre projekty autoconf używają pliku configure.in
do generowania skryptu configure
, a niektóre używają configure.ac
.configure.in lub configure.ac?
Jaka jest różnica/korzyść między używaniem jednego lub drugiego?
Wygląda na to, że niektóre projekty autoconf używają pliku configure.in
do generowania skryptu configure
, a niektóre używają configure.ac
.configure.in lub configure.ac?
Jaka jest różnica/korzyść między używaniem jednego lub drugiego?
To tylko kwestia stylu. Historycznie pliki autoconf miały nazwę configure.in
. Teraz preferowanym schematem nazewnictwa jest configure.ac
. Jest również omawiany w documentation.
Nowe projekty powinny używać configure.ac. Stare projekty używane configure.in; jeśli zmiana nazwy na nową jest niemożliwa, mogą nadal z niego korzystać, ale narzędzia autoconf wygenerują ostrzeżenie.
Obecna wersja 'autoconf' (1.13.1 od 2013-01-01) nadal obsługuje' configure.ac', ale [uwagi do wydania] (http://lists.gnu.org/archive/html/automake) /2013-01/msg00000.html) powiedz: "_Automake 1.14 odrzuci obsługę długo używanej nazwy" configure.in " dla pliku wejściowego Autoconf. Zaleca się, aby zamiast tego używać nazwy zalecanej " configure.ac " , ASAP._ " –
Tak, teraz w końcu posunęli się naprzód z wycofaniem go. –
W moim pierwszym komentarzu jest literówka - powinna być "_still obsługuje' configure.in' ... '', ponieważ 'configure.ac' jest przyszłym kierunkiem. –
Nie, to nie tylko styl. Nazwa configure.in jest przestarzała. –
Nawet docs preferują doktorzy. Nigdy nie zauważyłem ostrzeżenia o wycofaniu, ale znowu myślę, że wszystkie moje projekty używają .ac. –
Właśnie sprawdziłem dokumenty i masz rację. Jeszcze nie jest w pełni przestarzałe. Jestem prawie pewien, że widziałem ostrzeżenia o wycofaniu, ale być może nie w oficjalnym wydaniu. –