GNU Autoconf ist ein Werkzeug für das Produzieren, konfiguriert Schriften für das Gebäude, die Installation und die Verpackungssoftware auf Computersystemen, wo eine Bach-Schale verfügbar ist.

Autoconf ist Agnostiker über die verwendeten Programmiersprachen, aber er wird häufig für Projekte mit C, C ++, Fortran, Fortran 77, Erlang oder Objective-C verwendet.

Eine konfigurieren Schrift konfiguriert ein Softwarepaket für die Installation auf einem besonderen Zielsystem. Nach dem Laufen einer Reihe von Tests auf dem Zielsystem erzeugt die konfigurieren Schrift Kopfball-Dateien und einen makefile von Schablonen, so das Softwarepaket für das Zielsystem kundengerecht anfertigend. Zusammen mit Automake und Libtool formt sich Autoconf das GNU bauen System. Es umfasst mehrere andere Werkzeuge, namentlich Autokopfball.

Gebrauch-Übersicht

Der Entwickler gibt das gewünschte Verhalten der konfigurieren Schrift an, indem er schreibt, dass eine Liste von Instruktionen im GNU m4 Sprache in einer Datei "configure.ac" genannt hat. Eine Bibliothek von vorherbestimmten m4 Makros ist verfügbar, um üblich zu beschreiben, konfigurieren Schrift-Instruktionen. Autoconf verwandelt sich die Instruktionen in "configure.ac" in einen tragbaren konfigurieren Schrift. Das Bausystem soll installierten autoconf nicht haben: Autoconf ist nur erforderlich, um die konfigurieren Schrift zu bauen, die gewöhnlich mit der Software verladen wird.

Configure.ac-Format

Das GNU Autoconf Handbuch schlägt das folgende Format für die configure.ac Datei vor:

Voraussetzungen von Autoconf

: Der AC_PREREQ Makro-(Version) kann verwendet werden, um sicherzustellen, dass eine genug neue Version des autoconf Programms verfügbar ist, um die configure.ac Datei zu bearbeiten

AC_INIT (Paket, Version, Programmfehler-Berichtsadresse)

: Dieses Makro ist in jeder configure.ac Datei erforderlich. Es gibt den Namen und die Version des Softwarepakets an, für das man eine konfigurieren Schrift und die E-Mail-Adresse des Entwicklers erzeugt.

Information über das Paket

Kontrollen für Programme

Kontrollen für Bibliotheken

Kontrollen für Kopfball-Dateien

Kontrollen für Typen

Kontrollen für Strukturen

Kontrollen für Bearbeiter-Eigenschaften

Kontrollen für die Bibliothek fungieren

Kontrollen für Systemdienstleistungen

AC_CONFIG_FILES ([Datei...])

AC_OUTPUT

Geschichte

Autoconf wurde im Sommer 1991 von David Mackenzie begonnen, um seine Arbeit an der Organisation zur Förderung freier Software zu unterstützen. In den nachfolgenden Jahren ist es gewachsen, um Erhöhungen von einer Vielfalt von Autoren einzuschließen, und ist am weitesten verwendet geworden bauen Konfigurationssystem, um tragbar frei oder Software der offenen Quelle zu schreiben.

Sich nähern

Autoconf ist dem von Perl verwendeten Paket von Metaconfig ähnlich. Das imake System, das früher durch das X Fenstersystem (bis zu X11R6.9) verwendet ist, ist nah verbunden, aber hat eine verschiedene Philosophie.

Die Autoconf-Annäherung an die Beweglichkeit soll für Eigenschaften prüfen, nicht für Versionen. Zum Beispiel hat der heimische C Bearbeiter auf SunOS 4 ISO C nicht unterstützt. Jedoch ist es für den Benutzer oder Verwalter möglich, einen ISO C-compliant Bearbeiter installiert zu haben. Eine reine Versionsbasierte Annäherung würde die Anwesenheit des ISO C Bearbeiter nicht entdecken, aber eine Eigenschaft prüfende Annäherung würde im Stande sein, den ISO C Bearbeiter zu entdecken, den der Benutzer installiert hatte. Das Grundprinzip dieser Annäherung soll die folgenden Vorteile gewinnen:

• die konfigurieren Schrift kann angemessene Ergebnisse auf neueren oder unbekannten Systemen bekommen
• es erlaubt Verwaltern, ihre Maschinen kundengerecht anzufertigen und die konfigurieren Schrift zu haben, nutzen die Anpassungen aus
• es gibt kein Bedürfnis, kleinste Einzelheiten von Versionen, Fleck-Zahlen nachzugehen, um usw. sich zu belaufen, ob eine besondere Eigenschaft unterstützt wird oder nicht

Kritik

Es gibt etwas Kritik, die feststellt, dass Autoconf datierte Technologien verwendet, viele Vermächtnis-Beschränkungen hat, und einfache Drehbücher unnötigerweise für den Autor von configure.ac Schriften kompliziert. Insbesondere häufig sind zitierte schwache Punkte von Autoconf:

• Allgemeine Kompliziertheit der verwendeten Architektur, die meisten Projekte verwenden vielfache Wiederholungen.
• Erzeugt 'konfigurieren' wird in der Bach-Schale geschrieben, und so ist Generation von Makefile langsam.
• Einige Menschen denken, dass durch autoconf erzeugte Schriften 'konfigurieren', stellt nur Handbuch-gesteuerte Schnittstelle der Befehl-Linie ohne jede Standardisierung zur Verfügung. Während es wahr ist, dass einige Entwickler allgemeine Vereinbarung nicht respektieren, besteht solche Vereinbarung noch und wird weit verwendet.
• M4 ist ungewöhnlich und vielen Entwicklern unbekannt. Entwickler werden es erfahren müssen, um autoconf mit Sonderkontrollen zu erweitern.
• Schwache rückwärts gerichtete und fortgeschrittene Vereinbarkeit verlangt eine Streifband-Schrift.
• Autoconf-erzeugte Schriften sind gewöhnlich groß und ziemlich kompliziert. Obwohl sie umfassende Protokollierung erzeugen, bei ihnen die Fehler zu beseitigen, kann noch schwierig sein.

Wegen dieser Beschränkungen Bauen mehrere Projekte, die GNU verwendet haben, zum verschiedenen geschaltetes System bauen Systeme, wie CMake und SCons.

Siehe auch

• CMake Alternative baut System
• Konfigurieren Sie Schrift
• GNU baut System
• pkg-config das Ermitteln von Paket-Abhängigkeiten

Außenverbindungen

• GNU Autoconf Makroarchiv
• Die Ziege-Bucheinstiegsseite (auch bekannt als das Autobuch)
• Das Verwenden von Automake und Autoconf mit C ++
• Das Verwenden von C/C ++ Bibliotheken mit Automake und Autoconf.
• Autotoolset Hausseite
• Autowerkzeuge: Ein Handbuch eines Praktikers zu Autoconf, Automake und Libtool
• Autowerkzeuge Mythbuster