2011-01-27 8 views
12

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?

Odpowiedz

21

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.

+11

Nie, to nie tylko styl. Nazwa configure.in jest przestarzała. –

+2

Nawet docs preferują doktorzy. Nigdy nie zauważyłem ostrzeżenia o wycofaniu, ale znowu myślę, że wszystkie moje projekty używają .ac. –

+1

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. –

11

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.

+0

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._ " –

+0

Tak, teraz w końcu posunęli się naprzód z wycofaniem go. –

+0

W moim pierwszym komentarzu jest literówka - powinna być "_still obsługuje' configure.in' ... '', ponieważ 'configure.ac' jest przyszłym kierunkiem. –

Powiązane problemy