Das ./configure-Skript wird beschleunigt, wenn es fehlschlägt

339
Vi.

Wie kann ich den Neustart von ./configure-Skript optimieren, wenn es fehlschlägt?

Starten Sie beispielsweise ./configure, um die fehlende Abhängigkeit herauszufinden. Starten Sie es erneut, um die nächste fehlende Abhängigkeit herauszufinden und so weiter. Wenn wir N fehlende Abhängigkeiten haben, müssen wir vollständig auf N * (const + N / 2) Tests warten, bevor wir sie erfolgreich konfigurieren können.

"./configure -C" schlägt fehl und "config.cache" ist leer.

ccache wird bereits verwendet. ./configure wird von / bin / dash ausgeführt.

Wie man das macht

  1. Zwingen Sie es, Teilergebnisse zwischenzuspeichern?
  2. Machen Sie es bei einem Fehler weiter und melden Sie alle fehlenden Dinge auf einmal?
  3. Beschleunigen Sie das erneute Ausführen der gleichen Tests auf dramatische Weise.

Gibt es alternative Skriptgeneratoren für ./configure? Vielleicht sollte ich etwas in ./configure hacken, um das Caching zu ermöglichen oder nicht zu beenden?

PS Ich wünsche. ./Configure gibt nur die Liste der Debian lib * -dev-Pakete aus, die installiert werden müssen, um sie zu erfüllen.

0
Welches Paket ist so kaputt, dass der config.cache nicht generiert wird? Ignacio Vazquez-Abrams vor 14 Jahren 0
Und was ist mit Systemen, auf denen Debian nicht läuft? Oder wie sieht es aus, wenn sich ein Paketname ändert? Oder... Ignacio Vazquez-Abrams vor 14 Jahren 0
@ Ignacio Vazquez-Abrams, ich meine, es wäre für mich am bequemsten. Vi. vor 14 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme