Tak więc kilka lat temu poświęciłem trochę czasu na grok make, a to się opłaca ogromnie. Pisanie małych plików Makefile do budowania moich projektów i zadań automatyzacji jest zabawne i produktywne.Jak poznać radość autotools?
Wadą jest oczywiście to, że moje pliki Makefile są niespecyficzne, szczególnie jeśli chodzi o platformy i biblioteki.
To jest punkt, w którym ludzie mówią mi "autotools na ratunek!" I na pewno wydają się robić sztuczkę, gdy inni ludzie je robią (uwielbiam coś pobierać i uruchamiać configure && make && sudo make install i oglądać go po prostu działa), ale nie mogę otoczyć ich głową.
Sprawdziłem w niektórych plikach configure.ac i Makefile.am, a ja po prostu nie rozumiem, co się dzieje. Nie wiem, jaka część identyfikatorów jest wyborem programisty i jaka część jest znacząca dla autotools. Nie jestem pewien, czy rozumiem cały przepływ i punkt Makefile.in. Myślę, że po prostu uderzam w mentalną ścianę wychodzącą z systemu, do którego jestem przyzwyczajony (make) do czegoś, co jest warstwą lub dwiema powyżej.
Czy ktoś może wskazać mi poradnik lub książkę (najlepiej niezbyt wyschniętą), która może nauczyć mnie radości z autotoolingu? Jakie są kroki i jak mogę z nich korzystać, w jaki sposób mogę napisać od zera własne configure.ac i Makefile.am? Pokaż mi, jak być skutecznym i dobrze się bawić z nimi?
Naprawdę nie odpowiada na twoje pytanie, ale możesz również rozważyć cmake. Zauważyłem, że praca z nim jest o wiele prostsza niż zwykłe autotools. –
Ty, jako użytkownik, nauczyłeś się radości z autotools. Teraz dowiesz się, że to boli :) –
Naprawdę mogę potwierdzić komentarze z @Evan Teran i @Vitor Py. Autotools (szczególnie gdy są razem z libtoolem) mają tendencję do powodowania dużego bólu. Tutaj w firmie odchodzimy od autotoolów do cmake, bez żalu. – Rudi