Przekazywanie zmiennych środowiskowych do `./Configure` autoconf

Question

Jakie są różnice między FOO=bar ./configure i ./configure FOO=bar, gdzie ./configure jest skryptem generowanym przez autoconf z configure.am? Wiem, że pierwsza ustawia zmienną środowiskową FOO na bar przed uruchomieniem skryptu ./configure, a druga przekazuje ciąg FOO=bar do ./configure. Myślę, że ./configure interpretuje to (i pamięta?) Jako ustawienie zmiennej FOO równej bar, ale poza tym, nie wiem. W szczególności czy są jakieś zalety robienia tego w taki czy inny sposób?

Answer 1

Przekazanie przypisania do configure jako argumentu zapewnia, że ​​przypisanie jest dostępne w config.status, więc zostanie ustawione na config.status --recheck. Jest to główna zaleta polegająca na tym, że przypisanie jest argumentem. Zauważ, że obecna dokumentacja dotycząca autokonfów zaleca, aby przejść przez przypisanie przez środowisko. Starsze wersje autoconf nie zezwalały na przypisywanie jako argumenty do skonfigurowania, więc konieczne jest użycie starszego formularza podczas uruchamiania starych skryptów konfiguracyjnych, a nawyki umierają, więc wiele osób nadal korzysta ze środowiska. Jednak dobrym nawykiem jest przekazywanie zadań za pomocą argumentów.