EnglischFranzösischSpanisch

Ad


OnWorks-Favicon

i686-w64-mingw32-pkg-config – Online in der Cloud

Führen Sie i686-w64-mingw32-pkg-config beim kostenlosen Hosting-Anbieter OnWorks über Ubuntu Online, Fedora Online, den Windows-Online-Emulator oder den MAC OS-Online-Emulator aus

Dies ist der Befehl i686-w64-mingw32-pkg-config, der beim kostenlosen Hosting-Anbieter OnWorks mit einer unserer zahlreichen kostenlosen Online-Workstations wie Ubuntu Online, Fedora Online, dem Windows-Online-Emulator oder dem MAC OS-Online-Emulator ausgeführt werden kann

PROGRAMM:

NAME/FUNKTION


pkg-config – Metainformationen über installierte Bibliotheken zurückgeben

ZUSAMMENFASSUNG


pkg-config [--modversion] [--version] [--help] [--atleast-pkgconfig-version=VERSION]
[--print-errors] [--short-errors] [--silence-errors] [--errors-to-stdout] [--debug]
[--cflags] [--libs] [--libs-only-L] [--libs-only-l] [--cflags-only-I] [--libs-only-other]
[--cflags-only-other] [--variable=VARIABLENAME] [--define-
variable=VARIABLENAME=VARIABLEVALUE] [--print-variables] [--uninstalled] [--exists]
[--atleast-version=VERSION] [--exact-version=VERSION] [--max-version=VERSION] [--validate]
[--list-all] [--print-provides] [--print-requires] [--print-requires-private]
[BIBLIOTHEKS...]

BESCHREIBUNG


Das pkg-config Das Programm wird verwendet, um Informationen über installierte Bibliotheken abzurufen
System. Es wird normalerweise zum Kompilieren und Verknüpfen mit einer oder mehreren Bibliotheken verwendet. Hier ist
ein typisches Nutzungsszenario in einem Makefile:

Programm: program.c
cc program.c $(pkg-config --cflags --libs gnomeui)

pkg-config Ruft Informationen zu Paketen aus speziellen Metadatendateien ab. Diese Dateien
sind nach dem Paket benannt und haben eine .pc Verlängerung. Auf den meisten Systemen pkg-config Aussehen
in /usr/lib/pkgconfig, /usr/share/pkgconfig, /usr/local/lib/pkgconfig und
/usr/local/share/pkgconfig für diese Dateien. Es wird zusätzlich im Doppelpunkt nachgesehen
Getrennte (unter Windows durch Semikolon getrennte) Liste der Verzeichnisse, die durch angegeben werden
Umgebungsvariable PKG_CONFIG_PATH.

Der auf der angegebene Paketname pkg-config Die Befehlszeile ist als Name der definiert
Metadatendatei, abzüglich der .pc Verlängerung. Wenn eine Bibliothek mehrere Versionen installieren kann
Gleichzeitig muss es jeder Version einen eigenen Namen geben (z. B. GTK 1.2).
den Paketnamen „gtk+“, während GTK 2.0 „gtk+-2.0“ hat).

Zusätzlich zur Angabe eines Paketnamens in der Befehlszeile kann auch der vollständige Pfad zu einem bestimmten Paket angegeben werden .pc
Stattdessen kann auch eine Datei angegeben werden. Dies ermöglicht es einem Benutzer, eine bestimmte Person direkt abzufragen .pc Datei.

OPTIONAL


Die folgenden Optionen werden unterstützt:

--modversion
Fordert die Versionsinformationen der im Befehl angegebenen Bibliotheken an
Zeile angezeigt werden. Wenn pkg-config kann alle Bibliotheken in der Befehlszeile finden,
Die Versionszeichenfolge jeder Bibliothek wird auf stdout ausgegeben, eine Version pro Zeile. In diesem
Häuser pkg-config wird erfolgreich beendet. Wenn eine oder mehrere Bibliotheken unbekannt sind, pkg-config
wird mit einem Code ungleich Null beendet und der Inhalt von stdout ist undefiniert.

--Version
Zeigt die Version von . an pkg-config und beendet.

--atleast-pkgconfig-version=VERSION
Erfordert mindestens die angegebene Version von pkg-config.

--help Zeigt eine Hilfemeldung an und wird beendet.

--print-errors
Wenn eines oder mehrere der Module in der Befehlszeile oder deren Abhängigkeiten nicht vorhanden sind
gefunden wurde oder wenn beim Parsen von a ein Fehler auftritt .pc Datei, dann wird diese Option dazu führen
Fehler, die das zu druckende Problem erklären. Mit „Prädikat“-Optionen wie
„--existiert“ pkg-config läuft standardmäßig im Hintergrund, da es normalerweise in verwendet wird
Skripte, die steuern möchten, was ausgegeben wird. Diese Option kann allein verwendet werden (bis gerade
Druckfehler beim Auffinden von Modulen in der Befehlszeile) oder mit anderen
Optionen. Die Umgebungsvariable PKG_CONFIG_DEBUG_SPEW überschreibt diese Option.

--short-errors
Drucken Sie kurze Fehlermeldungen.

--silence-errors
Wenn eines oder mehrere der Module in der Befehlszeile oder deren Abhängigkeiten nicht vorhanden sind
gefunden wurde oder wenn beim Parsen von aa ein Fehler auftritt .pc Datei, dann bleibt diese Option erhalten
Fehler, die das Problem erklären, werden nicht gedruckt. Mit „Prädikat“-Optionen wie
„--existiert“ pkg-config läuft standardmäßig im Hintergrund, da es normalerweise in verwendet wird
Skripte, die steuern möchten, was ausgegeben wird. Diese Option ist also nur sinnvoll mit
Optionen wie „--cflags“ oder „--modversion“, die standardmäßig Fehler ausgeben. Der
Die Umgebungsvariable PKG_CONFIG_DEBUG_SPEW überschreibt diese Option.

--errors-to-stdout
Wenn Fehler gedruckt werden, drucken Sie sie auf stdout und nicht auf dem Standard-stderr

--debuggen
Debugging-Informationen drucken. Dies ist etwas anders als die
Umgebungsvariable PKG_CONFIG_DEBUG_SPEW, die auch „--print-errors“ aktiviert.

Zum Kompilieren und Binden von Programmen stehen folgende Möglichkeiten zur Verfügung:

--cflags
Dies druckt Präprozessor- und Kompilier-Flags, die zum Kompilieren der Pakete auf dem
Befehlszeile, einschließlich Flags für alle ihre Abhängigkeiten. Flags werden also „komprimiert“.
dass jede identische Flagge nur einmal vorkommt. pkg-config wird mit einem Code ungleich Null beendet, wenn
Es können keine Metadaten für eines oder mehrere der Pakete in der Befehlszeile gefunden werden.

--cflags-only-I
Dies gibt den -I-Teil von „--cflags“ aus. Das heißt, es definiert den Header-Suchpfad
spezifiziert aber nichts anderes.

--cflags-only-other
Dadurch werden Teile von „--cflags“ gedruckt, die nicht von „--cflags-only-I“ abgedeckt werden.

--libs Diese Option ist identisch mit „--cflags“, nur dass sie die Link-Flags ausgibt. Wie mit
„--cflags“, doppelte Flags werden zusammengeführt (unter Beibehaltung der richtigen Reihenfolge) und Flags für
Abhängigkeiten sind in der Ausgabe enthalten.

--libs-only-L
Dies gibt den -L/-R-Teil von „--libs“ aus. Das heißt, es definiert den Suchpfad der Bibliothek
gibt aber nicht an, mit welchen Bibliotheken verknüpft werden soll.

--libs-only-l
Dadurch wird der -l-Teil von „--libs“ für die im Befehl angegebenen Bibliotheken gedruckt
Linie. Beachten Sie, dass die Vereinigung von „--libs-only-l“ und „--libs-only-L“ möglicherweise kleiner ist
als „--libs“, aufgrund von Flags wie -rdynamic.

--libs-only-other
Dies gibt die Teile von „--libs“ aus, die nicht von „--libs-only-L“ und „--libs-only-“ abgedeckt werden.
l“, wie zum Beispiel „--pthread“.

--variable=VARIABLENAME
Dies gibt den Wert einer in einem Paket definierten Variablen zurück .pc Datei. Die meisten Pakete
Definieren Sie beispielsweise die Variable „Präfix“, sodass Sie sagen können:
$ pkg-config --variable=Präfix glib-2.0
/ usr /

--define-variable=VARIABLENAME=VARIABLEVALUE
Dadurch wird ein globaler Wert für eine Variable festgelegt und der Wert in allen Variablen überschrieben .pc Dateien.
Die meisten Pakete definieren beispielsweise die Variable „Präfix“, sodass Sie sagen können:
$ pkg-config --print-errors --define-variable=prefix=/foo \
--variable=Präfix glib-2.0
/ foo

--print-Variablen
Gibt eine Liste aller im Paket definierten Variablen zurück.

--deinstalliert
Wenn Sie normalerweise das Paket „foo“ anfordern und das Paket „foo-uninstalled“ vorhanden ist,
pkg-config Ich werde die Variante „-uninstalled“ bevorzugen. Dies ermöglicht die Kompilierung/Verknüpfung
gegen deinstallierte Pakete. Wenn Sie die Option „--uninstalled“ angeben, pkg-config
wird erfolgreich zurückgegeben, wenn irgendwelche „-uninstalled“-Pakete verwendet werden, und kehrt zurück
andernfalls Fehler (falsch). (Die PKG_CONFIG_DISABLE_UNINSTALLED-Umgebung
Variable hält pkg-config von der impliziten Auswahl von „-uninstalled“-Paketen, also wenn
Wenn diese Variable festgelegt ist, werden sie nur verwendet, wenn Sie einen Namen wie „foo-“ übergeben.
deinstalliert“ in der Befehlszeile explizit.)

--existiert

--atleast-version=VERSION

--exact-version=VERSION

--max-version=VERSION
Diese Optionen testen, ob das Paket oder die Paketliste auf der Befehlszeile angezeigt wird
bekanntermaßen pkg-configund optional, ob die Versionsnummer eines Pakets erfüllt
gewisse Einschränkungen. Wenn alle Pakete vorhanden sind und der angegebenen Version entsprechen
Einschränkungen, pkg-config wird erfolgreich beendet. Andernfalls wird der Vorgang erfolglos beendet. Nur
Die erste VERSION-Vergleichsoption wird berücksichtigt. Nachfolgende Optionen dieser Art
wird ignoriert.

Anstatt die Versionstestoptionen zu verwenden, können Sie einfach eine Version angeben
Einschränkung nach jedem Paketnamen, zum Beispiel:
$ pkg-config --exists 'glib-2.0 >= 1.3.4 libxml = 1.8.3'
Denken Sie daran, --print-errors zu verwenden, wenn Sie Fehlermeldungen wünschen. Wenn keine Ausgabeoptionen vorhanden sind
geliefert werden pkg-config, --exists ist impliziert.

--bestätigen
Überprüft die Syntax eines Pakets .pc Datei auf Gültigkeit prüfen. Das ist das Gleiche wie
--exists, außer dass Abhängigkeiten nicht überprüft werden. Dies kann für Pakete nützlich sein
Entwickler, um ihre zu testen .pc Datei vor der Veröffentlichung:
$ pkg-config --validate ./my-package.pc

--msvc-Syntax
Diese Option ist nur unter Windows verfügbar. Es verursacht pkg-config um -l und -L auszugeben
Flags in der Form, die vom Microsoft Visual C++-Befehlszeilen-Compiler erkannt wird, cl.
Konkret, statt -Lx:/some/path es druckt /libpath:x/some/pathund stattdessen
of -lfoo es druckt foo.lib. Beachten Sie, dass die Ausgabe von --libs aus Flags für besteht
Linker und sollte in der cl-Befehlszeile nach einem /link-Schalter platziert werden.

--define-Präfix
--dont-define-prefix
Diese Optionen steuern, ob pkg-config überschreibt den Wert der Variablen Präfix
in jeder .pc-Datei. Mit --define-prefix, pkg-config verwendet den Installationsort von
die .pc-Datei, um das Präfix zu bestimmen. --dont-define-prefix verhindert dieses Verhalten.
Der Standardwert ist normalerweise --define-prefix.

Wenn diese Funktion aktiviert ist und eine .pc-Datei in einem Verzeichnis mit dem Namen gefunden wird
pkgconfig, wird davon ausgegangen, dass das Präfix für dieses Paket das Großelternteil von ist
Verzeichnis, in dem die Datei gefunden wurde, und die Präfix Variable wird dafür überschrieben
Datei entsprechend.

Wenn der Wert einer Variablen in einer .pc-Datei mit dem ursprünglichen, nicht überschriebenen Wert beginnt,
Wert der Präfix Variable, dann der überschriebene Wert von Präfix wird stattdessen verwendet.
Dadurch funktioniert die Funktion auch dann, wenn die Variablen im erweitert wurden
.pc-Datei.

--prefix-variable=PREFIX
Legen Sie den Namen der Variablen fest pkg-config überschreibt statt Präfix bei der Verwendung von
die Funktion --define-prefix.

--statisch
Ausgabebibliotheken, die für die statische Verlinkung geeignet sind. Das bedeutet, dass alle privaten Daten einbezogen werden
Bibliotheken in der Ausgabe. Dies hängt von der ordnungsgemäßen Kennzeichnung in den .pc-Dateien ab, andernfalls a
Normalerweise werden zu viele Bibliotheken ausgegeben.

--listen Sie alle auf
Listen Sie alle in der gefundenen Module auf pkg-config Pfad.

--print-provides
Listen Sie alle Module auf, die die angegebenen Pakete bereitstellen.

--print-requires
Listen Sie alle Module auf, die die angegebenen Pakete erfordern.

--print-requires-private
Listen Sie alle Module auf, die die angegebenen Pakete für die statische Verknüpfung benötigen (siehe --static).

VARIABLEN


PKG_CONFIG_PATH
Eine durch Doppelpunkte getrennte (unter Windows durch Semikolons getrennte) Liste der zu durchsuchenden Verzeichnisse
für .pc-Dateien. Nach der Suche wird immer das Standardverzeichnis durchsucht
Weg; Die Standardeinstellung ist libdir/pkgconfig:datadir/pkgconfig wo libdir ist das libdir
für pkg-config und datadir ist das Datenverzeichnis für pkg-config als es installiert wurde.

PKG_CONFIG_DEBUG_SPEW
Wenn festgelegt, werden Ursachen verursacht pkg-config um alle Arten von Debugging-Informationen und Berichten auszudrucken
alle Fehler.

PKG_CONFIG_TOP_BUILD_DIR
Ein Wert, der für die magische Variable festgelegt werden soll pc_top_builddir was in erscheinen kann .pc
Dateien. Wenn die Umgebungsvariable nicht gesetzt ist, wird der Standardwert „$(top_builddir)“ verwendet.
verwendet wird. Diese Variable sollte sich auf das oberste Buildverzeichnis des Makefiles beziehen
die von gemeldeten Kompilierungs-/Link-Flags pkg-config verwendet wird. Das ist nur dann wichtig, wenn
Kompilieren/Verknüpfen mit einem Paket, das noch nicht installiert wurde.

PKG_CONFIG_DISABLE_UNINSTALLED
Wenn Sie normalerweise das Paket „foo“ anfordern und das Paket „foo-uninstalled“ vorhanden ist,
pkg-config Ich werde die Variante „-uninstalled“ bevorzugen. Dies ermöglicht die Kompilierung/Verknüpfung
gegen deinstallierte Pakete. Wenn diese Umgebungsvariable festgelegt ist, wird sie deaktiviert
besagtes Verhalten.

PKG_CONFIG_ALLOW_SYSTEM_CFLAGS
Entfernen Sie -I/usr/include nicht aus den cflags.

PKG_CONFIG_ALLOW_SYSTEM_LIBS
Entfernen Sie -L/usr/lib oder -L/lib nicht aus den Bibliotheken.

PKG_CONFIG_SYSROOT_DIR
Ändern Sie -I und -L, um die Verzeichnisse im Ziel-Sysroot zu verwenden. Diese Option ist
nützlich beim Cross-Kompilieren von Paketen, die pkg-config verwenden, um CFLAGS und zu bestimmen
LDFLAGS. -I und -L werden so geändert, dass sie auf das neue Systemstammverzeichnis verweisen. das bedeutet, dass a
-I/usr/include/libfoo wird zu -I/var/target/usr/include/libfoo mit a
PKG_CONFIG_SYSROOT_DIR gleich /var/target (dieselbe Regel gilt für -L)

PKG_CONFIG_LIBDIR
Ersetzt die Standardeinstellung pkg-config Suchverzeichnis, normalerweise
/usr/lib/pkgconfig:/usr/share/pkgconfig.

PKG_CONFIG_$PACKAGE_$VARIABLE
Überschreibt die Variable VARIABLE im Paket PACKAGE. Die Umgebungsvariable
Der Paketname und die Paketvariable sollten in Großbuchstaben geschrieben und nicht alphanumerisch sein
Zeichen in Unterstriche umgewandelt. Zum Beispiel Einstellung
PKG_CONFIG_GLADEUI_2_0_CATALOGDIR überschreibt die Variable „catalogdir“ im
„gladeui-2.0“-Paket.

PKG-KONFIG ABGELEITET VARIABLEN


pkg-config legt einige Metadatenvariablen fest, die in PC-Dateien verwendet oder abgefragt werden können
Laufzeit.

pc_path
Der von verwendete Standardsuchpfad pkg-config bei der Suche nach .pc-Dateien. Das kann
in einer Abfrage für verwendet werden pkg-config Modul selbst selbst:
$ pkg-config --variable pc_path pkg-config

pcfiledir
Der installierte Speicherort der .pc-Datei. Damit kann der Standort abgefragt werden
die .pc-Datei für ein bestimmtes Modul, kann aber auch zum Erstellen von .pc-Dateien verwendet werden
versetzbar. Zum Beispiel:
Präfix=${pcfiledir}/../..
exec_prefix=${prefix}
libdir=${exec_prefix}/ lib
includeir=${prefix}/include

pc_sysrootdir
Das vom Benutzer festgelegte Sysroot-Verzeichnis. Wenn das Sysroot-Verzeichnis nicht festgelegt wurde,
dieser Wert ist /. Siehe PKG_CONFIG_SYSROOT_DIR Umgebungsvariable für mehr
Details.

pc_top_builddir
Speicherort des obersten Build-Verzeichnisses des Benutzers beim Aufruf pkg-config. Das ist nützlich
um Pfade in deinstallierten .pc-Dateien dynamisch festzulegen. Siehe die PKG_CONFIG_TOP_BUILD_DIR
Weitere Informationen finden Sie in der Umgebungsvariablen.

FENSTER SPEZIALITÄTEN


Das pkg-config Der Standardsuchpfad wird unter Windows ignoriert. Stattdessen lautet der Suchpfad
erstellt unter Verwendung des installierten Verzeichnisses von pkg-config und dann anhängen
lib\pkgconfig und share\pkgconfig. Dies kann durch den Standard ergänzt oder ersetzt werden
Umgebungsvariablen wie oben beschrieben.

AUTOKONF MAKROS


PKG_CHECK_MODULES(VARIABLE-PREFIX, MODULE [,AKTION-WENN-GEFUNDEN [,AKTION-WENN-NICHT-GEFUNDEN]])

Das Makro PKG_CHECK_MODULES kann in verwendet werden konfigurieren.ac um zu prüfen, ob Module
existieren. Eine typische Verwendung wäre:
PKG_CHECK_MODULES([MYSTUFF], [gtk+-2.0 >= 1.3.5 libxml = 1.8.4])

Dies würde dazu führen, dass die Substitutionsvariablen MYSTUFF_LIBS und MYSTUFF_CFLAGS auf gesetzt würden
die libs und cflags für die angegebene Modulliste. Wenn ein Modul fehlt oder das hat
Falsche Version, standardmäßig wird die Konfiguration mit einer Meldung abgebrochen. Um die zu ersetzen
Geben Sie für die Standardaktion eine ACTION-IF-NOT-FOUND an. PKG_CHECK_MODULES wird nicht gedruckt
etwaige Fehlermeldungen, wenn Sie Ihre eigene ACTION-IF-NOT-FOUND angeben. Das wird jedoch der Fall sein
Setzen Sie die Variable MYSTUFF_PKG_ERRORS, mit der Sie anzeigen können, was schief gelaufen ist.

Beachten Sie, dass der erste Aufruf von PKG_CHECK_MODULES möglicherweise nicht erfolgt, wenn die Möglichkeit besteht
Sollte dies passieren, sollten Sie unbedingt einen expliziten Aufruf von PKG_PROG_PKG_CONFIG einbinden
Ihr configure.ac.

Beachten Sie außerdem, dass die wiederholte Verwendung von VARIABLE-PREFIX nicht empfohlen wird. Nach dem
erste erfolgreiche Verwendung, nachfolgende Aufrufe mit demselben VARIABLE-PREFIX werden einfach durchgeführt
Verwenden Sie die aus der vorherigen Verwendung festgelegten Variablen _LIBS und _CFLAGS ohne Aufruf
pkg-config erneut.

PKG_PREREQ(MIN-VERSION)
Überprüft, ob die Version der verwendeten pkg-config-Autoconf-Makros mindestens MIN- ist.
AUSFÜHRUNG. Dies kann verwendet werden, um sicherzustellen, dass ein bestimmtes pkg-config-Makro aktiviert wird
erhältlich.

PKG_PROG_PKG_CONFIG([MIN-VERSION])

Definiert die PKG_CONFIG-Variable auf die beste verfügbare pkg-Konfiguration, nützlich, wenn Sie
Ich brauche pkg-config, möchte aber PKG_CHECK_MODULES nicht verwenden.

PKG_CHECK_MODULES_STATIC(VARIABLE-PREFIX, MODULE [,AKTION-WENN-GEFUNDEN [,AKTION-WENN-NICHT-
GEFUNDEN]])
Ermöglicht die statische Verknüpfung durch --static vor dem Aufruf von PKG_CHECK_MODULES.

PKG_CHECK_EXISTS(MODULES, [AKTION-WENN-GEFUNDEN], [AKTION-WENN-NICHT-GEFUNDEN])

Überprüfen Sie, ob ein bestimmter Satz von Modulen vorhanden ist. Ähnlich zu
PKG_CHECK_MODULES(), setzt jedoch keine Variablen und druckt keine Fehler.

Stellen Sie ähnlich wie bei PKG_CHECK_MODULES sicher, dass die erste Instanz dieses oder
PKG_CHECK_MODULES wird aufgerufen, oder stellen Sie sicher, dass Sie PKG_CHECK_EXISTS manuell aufrufen.

PKG_INSTALLDIR(VERZEICHNIS)

Ersetzt die Variable pkgconfigdir als Speicherort, an dem ein Modul installiert werden soll
pkg-config .pc-Dateien. Standardmäßig ist das Verzeichnis $libdir/pkgconfig, aber das
Der Standardwert kann durch Übergabe von DIRECTORY geändert werden. Der Benutzer kann überschreiben
--with-pkgconfigdir-Parameter.

PKG_NOARCH_INSTALLDIR(VERZEICHNIS)

Ersetzt die Variable noarch_pkgconfigdir als Speicherort für ein Modul
Installieren Sie arch-unabhängige pkg-config .pc-Dateien. Standardmäßig ist das Verzeichnis
$datadir/pkgconfig, aber der Standardwert kann durch Übergabe von DIRECTORY geändert werden. Der Benutzer
kann durch den Parameter --with-noarch-pkgconfigdir überschrieben werden.

PKG_CHECK_VAR(VARIABLE, MODUL, CONFIG-VARIABLE, [AKTION-WENN-GEFUNDEN], [AKTION-WENN-NICHT-GEFUNDEN])

Ruft den Wert der pkg-config-Variablen CONFIG-VARIABLE von MODULE und ab
speichert es in VARIABLE. Beachten Sie, dass die wiederholte Verwendung von VARIABLE nicht empfohlen wird
die Prüfung wird übersprungen, wenn die Variable bereits gesetzt ist.

METADATEN FILE SYNTAX


Um eine Bibliothek zum Paketsatz hinzuzufügen pkg-config kennt, einfach ein installieren .pc Datei.
Sie sollten diese Datei installieren libdir/pkgconfig.

Hier ist eine Beispieldatei:
# Dies ist ein Kommentar
prefix=/home/hp/unst # Dies definiert eine Variable
exec_prefix=${prefix} # Definieren einer anderen Variablen in Bezug auf die erste
libdir=${exec_prefix}/ lib
includeir=${prefix}/include

Name: GObject # für Menschen lesbarer Name
Beschreibung: Objekt-/Typsystem für GLib # menschenlesbare Beschreibung
Version: 1.3.1
URL: http://www.gtk.org
Erfordert: glib-2.0 = 1.3.1
Konflikte: foobar <= 4.5
Bibliotheken: -L${libdir} -lgobject-1.3
Libs.private: -lm
Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib/include

Normalerweise würden Sie die Datei mit configure generieren, sodass das Präfix usw. auf gesetzt ist
die richtigen Werte. Das GNU Autoconf-Handbuch empfiehlt die Generierung von Dateien wie .pc-Dateien unter
Build-Zeit statt Konfigurationszeit, daher ist es Geschmackssache, wann Sie die .pc-Datei erstellen
und Präferenz.

Dateien haben zwei Arten von Zeilen: Schlüsselwortzeilen beginnen mit einem Schlüsselwort plus Doppelpunkt und
Variablendefinitionen beginnen mit einer alphanumerischen Zeichenfolge plus einem Gleichheitszeichen. Schlüsselwörter sind
werden im Voraus definiert und haben eine besondere Bedeutung pkg-config; Variablen nicht, können Sie haben
beliebige Variablen, die Sie wünschen (Benutzer können jedoch damit rechnen, das übliche Verzeichnis abzurufen).
Namensvariablen).

Beachten Sie, dass Variablenreferenzen als „${foo}“ geschrieben werden. Sie können das Literal „${“ als „$${“ maskieren.

Name: Dieses Feld sollte ein für Menschen lesbarer Name für das Paket sein. Beachten Sie, dass dies nicht der Fall ist
Name wurde als Argument an übergeben pkg-config.

Beschreibung:
Dies sollte eine kurze Beschreibung des Pakets sein

URL: Eine URL, über die Benutzer weitere Informationen zum Paket erhalten und es herunterladen können

Version:
Dies sollte die spezifischste mögliche Paketversionszeichenfolge sein.

Benötigt:
Dies ist eine durch Kommas getrennte Liste der Pakete, die für Ihr Paket erforderlich sind. Flaggen
von abhängigen Paketen werden mit den für Ihr Paket gemeldeten Flags zusammengeführt.
Optional können Sie die Version des erforderlichen Pakets angeben (mithilfe von
Operatoren =, <, >, >=, <=); die Angabe einer Version erlaubt pkg-config extra leisten
Gesundheitsprüfungen. Sie dürfen dasselbe Paket nur einmal auf der Website erwähnen Benötigt:
Linie. Wenn die Version eines Pakets nicht angegeben ist, wird jede Version mit Nr. verwendet
Überprüfung.

Erfordert.private:
Eine Liste der für dieses Paket erforderlichen Pakete. Der Unterschied zu Erfordert ist, dass
die unten aufgeführten Pakete Erfordert.privat werden bei einer Flagge nicht berücksichtigt
Die Liste wird für dynamisch verknüpfte ausführbare Dateien berechnet (d. h. wenn --static nicht vorhanden war).
angegeben). In der Situation, in der jede .pc-Datei einer Bibliothek entspricht,
Erfordert.privat soll ausschließlich dazu verwendet werden, die Abhängigkeiten zwischen den zu spezifizieren
Bibliotheken.

Konflikte:
Diese optionale Zeile ermöglicht pkg-config in erster Linie, um zusätzliche Plausibilitätsprüfungen durchzuführen
um fehlerhafte Benutzerinstallationen zu erkennen. Die Syntax ist die gleiche wie Benötigt: ausgeschlossen
dass Sie das gleiche Paket hier mehrmals auflisten können, zum Beispiel „foobar =
1.2.3, foobar = 1.2.5, foobar >= 1.3", wenn Sie einen Grund dazu haben. Wenn eine Version
nicht angegeben ist, dann steht Ihr Paket in Konflikt mit allen genannten Versionen
Paket. Wenn ein Benutzer versucht, Ihr Paket und ein in Konflikt stehendes Paket gleichzeitig zu verwenden
Zeit also pkg-config werde mich beschweren.

Bibliotheken: Diese Zeile sollte die für Ihr Paket spezifischen Link-Flags enthalten. Fügen Sie keine Flags hinzu
für benötigte Pakete; pkg-config fügt diese automatisch hinzu.

Libs.private:
In dieser Zeile sollten alle verwendeten privaten Bibliotheken aufgeführt sein. Private Bibliotheken sind
Bibliotheken, die nicht über Ihre Bibliothek verfügbar gemacht werden, aber im Fall von benötigt werden
statische Verlinkung. Dies unterscheidet sich von Erfordert.privat dadurch, dass es auf Bibliotheken verweist
auf denen keine Paketdateien installiert sind.

Cflags:
In dieser Zeile sollten die für Ihr Paket spezifischen Kompilierungsflags aufgeführt sein. Fügen Sie keine hinzu
Flags für erforderliche Pakete; pkg-config fügt diese automatisch hinzu.

Verwenden Sie i686-w64-mingw32-pkg-config online über die Dienste von onworks.net


Kostenlose Server & Workstations

Laden Sie Windows- und Linux-Apps herunter

Linux-Befehle

Ad