Wersja automake (am__api_version) zakodowana na stałe w skrypcie konfiguracyjnym

Question

Obecnie pracuję nad projektem linuksowym z wykorzystaniem autotools. Kod jest przesyłany w SCM (Perforce), a my mamy skrypt configure, Makefile.am, Makefile.in - zwykły zestaw znaków automatycznego autotools. Ostatnio ktoś zmienił Makefile.am, ale zapomniał zregenerować Makefile.in; kiedy starałem się budować, mam ten błąd:

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 

widzę wersja automake jest ustalony w skrypcie configure (i wydaje się pochodzić z aclocal.m4):

am__api_version='1.11' 

Więc myślę Potrzebuję automake-1.11 (nie 1.10, nie nowszego) do regeneracji pliku Makefile.in.

Dlaczego tak jest? Dlaczego powinniśmy być przywiązani do konkretnej wersji automake? W większości budujemy na Ubuntu 14.04, gdzie 1.14 jest zainstalowana domyślnie. Czy istnieje sposób poinformowania systemu kompilacji, aby po prostu używał dowolnej wersji programu automake? Czy może bezpiecznie usunąć definicję am__api_version z aclocal.m4?

Answer 1

Ważne pytanie brzmi: dlaczego ktoś miałby naprawić am__api_versions. Najbardziej prawdopodobna odpowiedź brzmi: Ponieważ automake zmierza do zmiany argumentów makra lub nawet do usunięcia całkowicie makr z poprzedniej wersji. W każdym ogłoszeniu uwalnianiu automake znajduje się sekcja o nazwie

WARNING: Future backward-incompatibilities!

i drugi o nazwie

Obsolete features removed

Można odwołać się do wydań 1.12, 1.13, 1.14

Więc potęga configure.ac lub Makefile.am zawierają niektóre makra, które stały się przestarzałe w późniejszych wersjach. Po napotkaniu tego problemu masz dwie możliwości. Dowiedz się, która z funkcji zastąpiła przestarzałą, lub pozostaw jedną wersję: automake. Większość programistów nie uważa, że ​​pliki autotools są częścią kodu źródłowego projektów. Chcą tylko utrzymać działającą wersję i trzymać się aktualnej wersji am.

Należy pamiętać, że wszystkie dystrybucje obsługują starsze wersje automake. W Ubuntu można znaleźć:

$ 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 

oznacza, że ​​można zainstalować żądany wersję automake.

Można zatem usunąć linię am__api_version='1.11' i sprawdzić, które makro jest przestarzałe. Następnie musisz zdecydować, które z dwóch powyższych rozwiązań będziesz przestrzegać.

Answer 2

Problem polega na tym, że próbujesz odtworzyć Makefile.in z inną wersją autotools. Doprowadziłoby to do niezgodności wersji, ponieważ aclocal.m4 została zbudowana w innej wersji i służy do generowania pozostałych plików.

Zamiast odtwarzając tylko Makefile.in, starają się również odtworzyć aclocal.m4 i wszystkich pozostałych Autotools wygenerowane pliki:

autoreconf --force --install