Angielskifrancuskihiszpański

Ad


Ulubiona usługa OnWorks

i686-w64-mingw32-pkg-config — Online w chmurze

Uruchom i686-w64-mingw32-pkg-config w bezpłatnym dostawcy hostingu OnWorks za pośrednictwem Ubuntu Online, Fedora Online, emulatora online systemu Windows lub emulatora online systemu MAC OS

To jest polecenie i686-w64-mingw32-pkg-config, które można uruchomić u dostawcy bezpłatnego hostingu OnWorks przy użyciu jednej z naszych wielu bezpłatnych stacji roboczych online, takich jak Ubuntu Online, Fedora Online, emulator online systemu Windows lub emulator online systemu MAC OS

PROGRAM:

IMIĘ


pkg-config — Zwraca metainformacje o zainstalowanych bibliotekach

STRESZCZENIE


konfiguracja-pkg [--modversion] [--wersja] [--help] [--atleast-pkgconfig-version=WERSJA]
[--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=NAZWA ZMIENNEJ] [--define-
zmienna=NAZWA ZMIENNEJ=WARTOŚĆ ZMIENNEJ] [--drukuj-zmienne] [--odinstalowano] [--istnieje]
[--co najmniej-wersja=WERSJA] [--dokładna-wersja=WERSJA] [--max-wersja=WERSJA] [--sprawdzanie poprawności]
[--list-all] [--print-dostarcza] [--print-wymaga] [--print-wymaga-private]
[BIBLIOTEKI...]

OPIS


Połączenia konfiguracja-pkg służy do pobierania informacji o zainstalowanych bibliotekach w systemie
system. Zwykle jest używany do kompilowania i łączenia z jedną lub kilkoma bibliotekami. Tutaj jest
typowy scenariusz użycia w Makefile:

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

konfiguracja-pkg pobiera informacje o pakietach ze specjalnych plików metadanych. Te pliki
są nazwane na cześć pakietu i mają szt rozszerzenie. W większości systemów konfiguracja-pkg wygląd
in /usr/lib/pkgconfig, /usr/share/pkgconfig, /usr/local/lib/pkgconfig i
/usr/local/share/pkgconfig dla tych plików. Będzie dodatkowo wyglądać w dwukropku
oddzielona (w systemie Windows, oddzielona średnikami) lista katalogów określona przez
Zmienna środowiskowa PKG_CONFIG_PATH.

Nazwa pakietu określona w pliku konfiguracja-pkg linia poleceń jest zdefiniowana jako nazwa pliku
plik metadanych minus plik szt rozszerzenie. Jeśli biblioteka może zainstalować wiele wersji
jednocześnie musi nadać każdej wersji własną nazwę (na przykład GTK 1.2 może mieć
nazwa pakietu „gtk+”, podczas gdy GTK 2.0 ma „gtk+-2.0”).

Oprócz określenia nazwy pakietu w wierszu poleceń, pełna ścieżka do danego szt
zamiast tego można podać plik. Dzięki temu użytkownik może bezpośrednio zadać konkretne zapytanie szt plik.

OPCJE


Obsługiwane są następujące opcje:

--modwersja
Żąda informacji o wersji bibliotek określonych w poleceniu
zostanie wyświetlona linia. Jeśli konfiguracja-pkg może znaleźć wszystkie biblioteki w wierszu poleceń,
łańcuch wersji każdej biblioteki jest drukowany na standardowe wyjście, po jednej wersji na wiersz. W tym
walizka konfiguracja-pkg kończy pomyślnie. Jeśli jedna lub więcej bibliotek jest nieznanych, konfiguracja-pkg
kończy z niezerowym kodem, a zawartość stdout jest niezdefiniowana.

--wersja
Wyświetla wersję konfiguracja-pkg i kończy.

--atleast-pkgconfig-version=WERSJA
Wymaga co najmniej podanej wersji pkg-config.

--help Wyświetla komunikat pomocy i kończy działanie.

--print-błędy
Jeśli jeden lub więcej modułów w wierszu poleceń lub ich zależności nie są
znalezione lub jeśli wystąpi błąd podczas analizowania pliku a szt plik, wtedy ta opcja spowoduje
błędy wyjaśniające problem do wydrukowania. Z opcjami „predykatu”, takimi jak
"--istnieje" konfiguracja-pkg działa domyślnie w trybie cichym, ponieważ jest zwykle używany w
skrypty, które chcą kontrolować dane wyjściowe. Ta opcja może być używana samodzielnie (do just
błędy drukowania napotkane podczas lokalizowania modułów w wierszu poleceń) lub z innymi
opcje. Zmienna środowiskowa PKG_CONFIG_DEBUG_SPEW zastępuje tę opcję.

--krótkie-błędy
Drukuj krótkie komunikaty o błędach.

--silence-błędy
Jeśli jeden lub więcej modułów w wierszu poleceń lub ich zależności nie są
znaleziony lub jeśli wystąpi błąd podczas analizowania aa szt plik, ta opcja zostanie zachowana
błędy wyjaśniające problem z drukowaniem. Z opcjami „predykatu”, takimi jak
"--istnieje" konfiguracja-pkg działa domyślnie w trybie cichym, ponieważ jest zwykle używany w
skrypty, które chcą kontrolować dane wyjściowe. Więc ta opcja jest użyteczna tylko z
opcje takie jak „--cflags” lub „--modversion”, które domyślnie wypisują błędy. The
Zmienna środowiskowa PKG_CONFIG_DEBUG_SPEW zastępuje tę opcję.

--errors-to-stdout
Jeśli wystąpią błędy drukowania, wydrukuj je na stdout zamiast domyślnego stderr

--odpluskwić
Wydrukuj informacje debugowania. To trochę inaczej niż np
Zmienna środowiskowa PKG_CONFIG_DEBUG_SPEW, która umożliwia także opcję „--print-errors”.

Następujące opcje są używane do kompilowania i łączenia programów:

--cflagi
Spowoduje to wypisanie flag preprocesora i kompilacji wymaganych do skompilowania pakietów w pliku
wiersz poleceń, w tym flagi dla wszystkich ich zależności. Flagi są tak "skompresowane".
że każda identyczna flaga pojawia się tylko raz. konfiguracja-pkg kończy się z niezerowym kodem if
nie może znaleźć metadanych dla jednego lub więcej pakietów w wierszu poleceń.

--cflags-only-I
Spowoduje to wydrukowanie -I części "--cflags". Oznacza to, że definiuje ścieżkę wyszukiwania nagłówka
ale nie określa niczego innego.

--cflags-tylko-inne
Spowoduje to wydrukowanie części „--cflags” nieobjętych przez „--cflags-only-I”.

--lib Ta opcja jest identyczna z opcją „--cflags”, tyle że wypisuje flagi łącza. Jak z
„--cflags”, zduplikowane flagi są scalane (z zachowaniem właściwej kolejności), a flagi dla
zależności są zawarte w danych wyjściowych.

--libs-only-L
Spowoduje to wydrukowanie części -L/-R z „--libs”. Oznacza to, że określa ścieżkę wyszukiwania biblioteki
ale nie określa, z którymi bibliotekami należy się połączyć.

--libs-only-l
Spowoduje to wydrukowanie -l części „--libs” dla bibliotek określonych w poleceniu
linia. Zauważ, że połączenie „--libs-only-l” i „--libs-only-L” może być mniejsze
niż „--libs”, ze względu na flagi takie jak -rdynamic.

--libs-tylko-inne
Spowoduje to wydrukowanie części „--libs” nieobjętych przez „--libs-only-L” i „--libs-only-
l”, na przykład „--pthread”.

--zmienna=NAZWAZMIENNEJ
To zwraca wartość zmiennej zdefiniowanej w pliku package szt plik. Większość pakietów
zdefiniuj zmienną „przedrostek”, na przykład, abyś mógł powiedzieć:
$ pkg-config --variable=przedrostek glib-2.0
/usr/

--define-variable=NAZWA ZMIENNEJ=WARTOŚĆ ZMIENNEJ
Ustawia to globalną wartość dla zmiennej, nadpisując wartość w any szt akta.
Większość pakietów definiuje na przykład zmienną „prefiks”, więc możesz powiedzieć:
$ pkg-config --print-errors --define-variable=przedrostek=/foo \
--zmienna=przedrostek glib-2.0
/bla

--drukuj-zmienne
Zwraca listę wszystkich zmiennych zdefiniowanych w pakiecie.

--odinstalowany
Zwykle, jeśli zażądasz pakietu „foo”, a pakiet „foo-uninstalled” istnieje,
konfiguracja-pkg będzie preferować wariant „-odinstalowany”. Pozwala to na kompilację/łączenie
przeciwko odinstalowanym pakietom. Jeśli określisz opcję „--uninstalled”, konfiguracja-pkg
powróci pomyślnie, jeśli zostaną użyte jakiekolwiek pakiety „-odinstalowane”, i zwróci
niepowodzenie (fałsz) w przeciwnym razie. (Środowisko PKG_CONFIG_DISABLE_UNINSTALLED
utrzymuje zmienną konfiguracja-pkg od niejawnego wybierania pakietów „-odinstalowanych”, więc if
ta zmienna jest ustawiona, zostaną one użyte tylko wtedy, gdy przekażesz nazwę taką jak „foo-
uninstalled” w wierszu poleceń jawnie.)

--istnieje

--atleast-version=WERSJA

--dokładna-wersja=WERSJA

--max-version=WERSJA
Te opcje sprawdzają, czy pakiet lub lista pakietów w wierszu poleceń są
znany konfiguracja-pkgi opcjonalnie, czy numer wersji pakietu jest zgodny
pewne ograniczenia. Jeśli wszystkie pakiety istnieją i są zgodne z określoną wersją
ograniczenia, konfiguracja-pkg kończy się pomyślnie. W przeciwnym razie zakończy się niepowodzeniem. Tylko
honorowana będzie pierwsza opcja porównania WERSJI. Kolejne opcje tego typu
zostaną zignorowane.

Zamiast korzystać z opcji testowania wersji, możesz po prostu podać wersję
ograniczenie po każdej nazwie pakietu, na przykład:
$ pkg-config --exists 'glib-2.0 >= 1.3.4 libxml = 1.8.3'
Pamiętaj, aby użyć opcji --print-errors, jeśli chcesz otrzymywać komunikaty o błędach. Gdy nie ma opcji wyjściowych
są dostarczane do konfiguracja-pkg, --exists jest dorozumiane.

--uprawomocnić
Sprawdza składnię pakietu szt złożyć wniosek o ważność. To jest to samo co
--exists z tą różnicą, że zależności nie są weryfikowane. Może to być przydatne dla pakietu
programistów do testowania swoich szt plik przed wydaniem:
$ pkg-config --validate ./my-package.pc

--msvc-składnia
Ta opcja jest dostępna tylko w systemie Windows. Wywołuje konfiguracja-pkg wypisać -l i -L
flagi w postaci rozpoznawanej przez kompilator wiersza poleceń Microsoft Visual C++, cl.
Konkretnie zamiast -Lx:/niektóre/ścieżka to drukuje /libpath:x/niektóre/ścieżka, i zamiast
of -lfoo to drukuje foo.lib. Zauważ, że wyjście --libs składa się z flag dla
linker i powinien być umieszczony w wierszu polecenia cl po przełączniku /link.

--zdefiniuj przedrostek
--nie definiuj przedrostka
Te opcje kontrolują, czy konfiguracja-pkg nadpisuje wartość zmiennej prefiks
w każdym pliku .pc. Z --define-prefix, konfiguracja-pkg wykorzystuje zainstalowaną lokalizację
plik .pc, aby określić przedrostek. --dont-define-prefix zapobiega takiemu zachowaniu.
Wartością domyślną jest zazwyczaj --define-prefix.

Gdy ta funkcja jest włączona i plik .pc zostanie znaleziony w katalogu o nazwie
konfiguracja pkg, zakłada się, że prefiks tego pakietu jest przodkiem pakietu
katalog, w którym znaleziono plik, oraz plik prefiks zmienna jest w tym celu nadpisywana
plik odpowiednio.

Jeśli wartość zmiennej w pliku .pc zaczyna się od oryginalnej, nieprzesłoniętej,
wartość prefiks zmienną, a następnie nadpisaną wartość prefiks jest używany zamiast tego.
Dzięki temu funkcja działa nawet wtedy, gdy zmienne zostały rozwinięte w pliku
plik .pc.

--zmienna-przedrostka=PREFIX
Ustaw nazwę zmiennej, która konfiguracja-pkg zastępuje zamiast prefiks podczas korzystania z
funkcja --define-prefix.

--statyczny
Biblioteki wyjściowe odpowiednie do łączenia statycznego. Oznacza to włączenie wszelkich prywatnych
biblioteki na wyjściu. Polega to na odpowiednim tagowaniu w plikach .pc, w przeciwnym razie a
zazwyczaj generowana jest zbyt duża liczba bibliotek.

--lista-wszystkich
Wypisz wszystkie moduły znalezione w konfiguracja-pkg ścieżka.

--print-dostarcza
Wypisz wszystkie moduły, które udostępnia dany pakiet.

--print-wymaga
Wypisz wszystkie moduły wymagane przez dane pakiety.

--print-wymaga-prywatnego
Wypisz wszystkie moduły, których dane pakiety wymagają do łączenia statycznego (zobacz --static).

ŚRODOWISKO ZMIENNE


PKG_CONFIG_PATH
Rozdzielana dwukropkami (w systemie Windows rozdzielana średnikami) lista katalogów do przeszukania
dla plików .pc. Domyślny katalog będzie zawsze przeszukiwany po przeszukaniu
ścieżka; ustawieniem domyślnym jest katalog lib/konfiguracja pkg:katalog danych/pkgconfig gdzie libdira jest libdirem
dla konfiguracja-pkg i katalog danych jest katalogiem danych dla konfiguracja-pkg kiedy został zainstalowany.

PKG_CONFIG_DEBUG_SPEW
Jeśli ustawione, powoduje konfiguracja-pkg wydrukować wszelkiego rodzaju informacje i raporty dotyczące debugowania
wszystkie błędy.

PKG_CONFIG_TOP_BUILD_DIR
Wartość do ustawienia dla zmiennej magicznej pc_top_builddir które mogą pojawić się w szt
akta. Jeśli zmienna środowiskowa nie jest ustawiona, wartość domyślna „$(top_builddir)”
będzie użyty. Ta zmienna powinna odnosić się do najwyższego katalogu kompilacji pliku Makefile gdzie
flagi kompilacji/linku zgłoszone przez konfiguracja-pkg będzie użyty. To ma znaczenie tylko kiedy
kompilowanie/łączenie z pakietem, który nie został jeszcze zainstalowany.

PKG_CONFIG_DISABLE_UNINSTALLED
Zwykle, jeśli zażądasz pakietu „foo”, a pakiet „foo-uninstalled” istnieje,
konfiguracja-pkg będzie preferować wariant „-odinstalowany”. Pozwala to na kompilację/łączenie
przeciwko odinstalowanym pakietom. Jeśli ta zmienna środowiskowa jest ustawiona, wyłącza się
wspomniane zachowanie.

PKG_CONFIG_ALLOW_SYSTEM_CFLAGS
Nie usuwaj -I/usr/include z cflag.

PKG_CONFIG_ALLOW_SYSTEM_LIBS
Nie usuwaj -L/usr/lib lub -L/lib z bibliotek.

PKG_CONFIG_SYSROOT_DIR
Zmodyfikuj opcje -I i -L, aby używać katalogów znajdujących się w docelowym katalogu głównym systemu. ta opcja jest
przydatne podczas kompilacji krzyżowej pakietów, które używają pkg-config do określenia CFLAGS i
LDFLAGI. -I i -L są modyfikowane, aby wskazywały na nowy katalog główny systemu. oznacza to, że A
-I/usr/include/libfoo zmieni się na -I/var/target/usr/include/libfoo z
PKG_CONFIG_SYSROOT_DIR równe /var/target (ta sama zasada dotyczy -L)

PKG_CONFIG_LIBDIR
Zastępuje domyślny konfiguracja-pkg katalog wyszukiwania, zwykle
/usr/lib/pkgconfig:/usr/share/pkgconfig.

PKG_CONFIG_$PACKAGE_$ZMIENNA
Zastępuje zmienną VARIABLE w pakiecie PACKAGE. Zmienna środowiskowa
powinien mieć nazwę pakietu i zmienną pakietu pisane wielkimi literami bez znaków alfanumerycznych
znaki zamienione na podkreślenia. Na przykład ustawienie
PKG_CONFIG_GLADEUI_2_0_CATALOGDIR zastąpi zmienną „catalogdir” w
pakiet „gladeui-2.0”.

KONFIG. PKG POCHODNY ZMIENNE


konfiguracja-pkg ustawia kilka zmiennych metadanych, które mogą być używane w plikach .pc lub wyszukiwane w
czas wykonywania.

pc_ścieżka
Domyślna ścieżka wyszukiwania używana przez konfiguracja-pkg podczas wyszukiwania plików .pc. To może
być użyte w zapytaniu o konfiguracja-pkg sam moduł:
$ pkg-config --zmienna pc_ścieżka konfiguracja-pakietu

pcfiledir
Zainstalowana lokalizacja pliku .pc. Można to wykorzystać do zapytania o lokalizację
plik .pc dla konkretnego modułu, ale może być również używany do tworzenia plików .pc
ruchomy. Na przykład:
przedrostek=${pcfiledir}/../..
exec_prefix=${prefiks}
libdir=${exec_prefix}/ lib
wliczonyir=${prefix}/include

pc_sysrootdir
Katalog sysroot ustawiony przez użytkownika. Gdy katalog sysroot nie został ustawiony,
ta wartość jest /. Zobacz PKG_CONFIG_SYSROOT_DIR zmienna środowiskowa dla więcej
detale.

pc_top_builddir
Lokalizacja głównego katalogu kompilacji użytkownika podczas wywoływania pkg-config. To jest przydatne
do dynamicznego ustawiania ścieżek w odinstalowywanych plikach .pc. Zobacz PKG_CONFIG_TOP_BUILD_DIR
zmienna środowiskowa, aby uzyskać więcej informacji.

WINDOWS SPECJALNOŚCI


Połączenia konfiguracja-pkg domyślna ścieżka wyszukiwania jest ignorowana w systemie Windows. Zamiast tego jest ścieżka wyszukiwania
zbudowany przy użyciu zainstalowanego katalogu konfiguracja-pkg a następnie dołączenie
lib\pkgconfig i udostępnij\pkgconfig. Można to zwiększyć lub zastąpić za pomocą standardu
zmienne środowiskowe opisane powyżej.

AUTOKONF MAKRO


PKG_CHECK_MODULES(PREFIX ZMIENNEJ, MODUŁY [,DZIAŁANIE-JEŚLI-ZNALEZIONO [,DZIAŁANIE-JEŚLI-NIEZNALEZIONO]])

Makro PKG_CHECK_MODULES może być użyte w konfiguracja.ac aby sprawdzić, czy moduły
istnieć. Typowym zastosowaniem byłoby:
PKG_CHECK_MODULES([MYSTUFF], [gtk+-2.0 >= 1.3.5 libxml = 1.8.4])

Spowodowałoby to zmienne zastępcze MYSTUFF_LIBS i MYSTUFF_CFLAGS ustawione na
libs i cflags dla podanej listy modułów. Jeśli brakuje modułu lub jest on
niewłaściwa wersja, domyślnie konfiguracja zostanie przerwana z komunikatem. Aby wymienić
domyślna akcja, podaj ACTION-IF-NOT-FOUND. PKG_CHECK_MODULES nie zostanie wydrukowane
wszelkie komunikaty o błędach, jeśli określisz własną AKCJĘ-JEŚLI-NIE-ZNALEZIONA. Jednak tak się stanie
ustaw zmienną MYSTUFF_PKG_ERRORS, której możesz użyć do wyświetlenia tego, co poszło nie tak.

Zauważ, że jeśli istnieje taka możliwość, pierwsze wywołanie PKG_CHECK_MODULES może nie
się zdarzyć, należy pamiętać o umieszczeniu jawnego wywołania PKG_PROG_PKG_CONFIG w
twój plik konfiguracyjny.ac.

Należy również pamiętać, że wielokrotne używanie PREFIKSÓW ZMIENNEJ nie jest zalecane. Po
pierwsze pomyślne użycie, kolejne wywołania z tym samym PREFIKSEM ZMIENNEJ będą po prostu
użyj zmiennych _LIBS i _CFLAGS ustawionych z poprzedniego użycia bez wywoływania
konfiguracja-pkg ponownie.

PKG_PREREQ(MIN-WERSJA)
Sprawdza, czy wersja używanych makr pkg-config autoconf to co najmniej MIN-
WERSJA. Można to wykorzystać do zapewnienia, że ​​określone makro pkg-config będzie
dostępny.

PKG_PROG_PKG_CONFIG([MIN-WERSJA])

Definiuje zmienną PKG_CONFIG jako najlepszą dostępną konfigurację pkg, przydatną, jeśli ty
potrzebujesz pkg-config, ale nie chcesz używać PKG_CHECK_MODULES.

PKG_CHECK_MODULES_STATIC(PREFIX ZMIENNEJ, MODUŁY [,DZIAŁANIE-JEŚLI-ZNALEZIONO [,DZIAŁANIE-JEŚLI-NIE-
ZNALEZIONY]])
Włącza łączenie statyczne przez --static przed wywołaniem PKG_CHECK_MODULES.

PKG_CHECK_EXISTS(MODUŁY, [DZIAŁANIE-JEŻELI-ZNALEZIONO], [DZIAŁANIE-JEŚLI-NIE-ZNALEZIONO])

Sprawdź, czy istnieje określony zestaw modułów. Podobny do
PKG_CHECK_MODULES(), ale nie ustawia zmiennych ani błędów drukowania.

Podobnie jak w przypadku PKG_CHECK_MODULES, upewnij się, że pierwsza instancja this lub
PKG_CHECK_MODULES jest wywoływany lub upewnij się, że ręcznie wywołujesz PKG_CHECK_EXISTS.

PKG_INSTALLDIR(KATALOG)

Zastępuje zmienną pkgconfigdir jako lokalizację, w której moduł powinien zostać zainstalowany
pkg-config .pc pliki. Domyślnie katalogiem jest $libdir/pkgconfig, ale
default można zmienić, przekazując DIRECTORY. Użytkownik może przesłonić przez
--with-pkgconfigdir parametr.

PKG_NOARCH_INSTALLDIR(KATALOG)

Zastępuje zmienną noarch_pkgconfigdir jako lokalizację, w której powinien znajdować się moduł
zainstaluj niezależne od Arch pliki pkg-config .pc. Domyślnie jest to katalog
$datadir/pkgconfig, ale wartość domyślną można zmienić, przekazując DIRECTORY. Użytkownik
można nadpisać za pomocą parametru --with-noarch-pkgconfigdir.

PKG_CHECK_VAR(ZMIENNA, MODUŁ, ZMIENNA KONFIGURACJA, [DZIAŁANIE-JEŻELI-ZNALEZIONO], [DZIAŁANIE-JEŚLI-NIE-ZNALEZIONO])

Pobiera wartość zmiennej pkg-config CONFIG-VARIABLE z MODULE i
przechowuje go w ZMIENNEJ. Należy pamiętać, że wielokrotne użycie ZMIENNEJ nie jest zalecane, ponieważ
sprawdzenie zostanie pominięte, jeśli zmienna jest już ustawiona.

METADATA FILE SKŁADNIA


Aby dodać bibliotekę do zestawu pakietów konfiguracja-pkg wie o, po prostu zainstaluj szt plik.
Powinieneś zainstalować ten plik do libdira/pkgconfig.

Oto przykładowy plik:
# To jest komentarz
prefix=/home/hp/unst # definiuje zmienną
exec_prefix=${prefix} # definiowanie innej zmiennej względem pierwszej
libdir=${exec_prefix}/ lib
wliczonyir=${prefix}/include

Nazwa: GObject # nazwa czytelna dla człowieka
Opis: System obiektów/typów dla GLib # opis czytelny dla człowieka
Wersja: 1.3.1
URL: http://www.gtk.org
Wymaga: glib-2.0 = 1.3.1
Konflikty: foobar <= 4.5
Biblioteki: -L${libdir} -lgobject-1.3
Libs.private: -lm
Cflagi: -I${includedir}/glib-2.0 -I${libdir}/glib/include

Zwykle generowałbyś plik za pomocą konfiguracji, tak aby przedrostek itp. był ustawiony na
właściwe wartości. Podręcznik GNU Autoconf zaleca generowanie plików takich jak pliki .pc pod adresem
czas kompilacji, a nie czas konfiguracji, więc kiedy budujesz plik .pc, jest to kwestia gustu
i preferencje.

Pliki mają dwa rodzaje linii: słowa kluczowe zaczynają się od słowa kluczowego plus dwukropek i
definicje zmiennych zaczynają się od ciągu alfanumerycznego plus znak równości. Słowa kluczowe są
określone z góry i mają specjalne znaczenie konfiguracja-pkg; zmienne nie, możesz mieć
dowolne zmienne, które chcesz (jednak użytkownicy mogą spodziewać się pobrania zwykłego katalogu
zmienne nazwy).

Zauważ, że odwołania do zmiennych są zapisywane jako „${foo}”; możesz uciec od dosłownego „${” jako „$${”.

Nazwa: To pole powinno zawierać czytelną dla człowieka nazwę pakietu. Zauważ, że to nie jest
nazwa przekazana jako argument do konfiguracja-pkg.

Opis:
To powinien być krótki opis pakietu

URL: Adres URL, pod którym użytkownicy mogą uzyskać więcej informacji o pakiecie i pobrać go

Wersja:
Powinien to być najbardziej szczegółowy możliwy ciąg wersji pakietu.

wymaga:
To jest oddzielona przecinkami lista pakietów, które są wymagane przez twój pakiet. Flagi
z zależnych pakietów zostaną włączone do flag zgłoszonych dla twojego pakietu.
Opcjonalnie możesz określić wersję wymaganego pakietu (za pomocą pliku
operatory =, <, >, >=, <=); określenie wersji pozwala konfiguracja-pkg wykonać dodatkowo
kontrole trzeźwości. Możesz wspomnieć o tym samym pakiecie tylko raz na stronie wymaga:
linia. Jeśli wersja pakietu nie jest określona, ​​zostanie użyta dowolna wersja bez numeru
kontrola.

Wymaga.prywatny:
Lista pakietów wymaganych przez ten pakiet. Różnica od Wymaga jest to, że
pakiety wymienione w pkt Wymaga.prywatny nie są brane pod uwagę, gdy flaga
list jest obliczana dla dynamicznie łączonego pliku wykonywalnego (tj. gdy --static nie było
określony). W sytuacji, gdy każdy plik .pc odpowiada bibliotece,
Wymaga.prywatny służą wyłącznie do określenia zależności pomiędzy
biblioteki.

Konflikty:
Ta opcjonalna linia pozwala konfiguracja-pkg przede wszystkim przeprowadzać dodatkowe kontrole poczytalności
do wykrywania uszkodzonych instalacji użytkowników. Składnia jest taka sama jak wymaga: z wyjątkiem
że możesz tutaj wyświetlić ten sam pakiet więcej niż jeden raz, na przykład „foobar =
1.2.3, foobar = 1.2.5, foobar >= 1.3", jeśli masz ku temu powód. Jeśli wersja
nie jest określony, to twój pakiet powoduje konflikt ze wszystkimi wymienionymi wersjami
pakiet. Jeśli użytkownik próbuje jednocześnie użyć Twojego pakietu i pakietu będącego w konflikcie
wtedy czas konfiguracja-pkg będzie narzekać.

Liba: Ta linia powinna zawierać flagi łącza specyficzne dla twojego pakietu. Nie dodawaj żadnych flag
dla wymaganych pakietów; konfiguracja-pkg doda je automatycznie.

Biblioteki.prywatne:
Ta linia powinna zawierać listę wszystkich używanych bibliotek prywatnych. Biblioteki prywatne są
biblioteki, które nie są udostępniane przez twoją bibliotekę, ale są potrzebne w przypadku
linkowanie statyczne. To różni się od Wymaga.prywatny w tym, że odwołuje się do bibliotek
które nie mają zainstalowanych plików pakietu.

Cflagi:
Ta linia powinna zawierać flagi kompilacji specyficzne dla twojego pakietu. Nie dodawaj żadnych
flagi dla wymaganych pakietów; konfiguracja-pkg doda je automatycznie.

Użyj i686-w64-mingw32-pkg-config online, korzystając z usług onworks.net


Darmowe serwery i stacje robocze

Pobierz aplikacje Windows i Linux

  • 1
    Phaser
    Phaser
    Phaser to szybka, darmowa i zabawna gra otwarta
    źródłowa struktura gry HTML5, która oferuje
    Renderowanie WebGL i Canvas w poprzek
    przeglądarek internetowych na komputery i urządzenia mobilne. Gry
    może być współ...
    Pobierz Phaser
  • 2
    Silnik WASAL
    Silnik WASAL
    VASSAL to silnik gry do tworzenia
    elektroniczne wersje tradycyjnej tablicy
    i gry karciane. Zapewnia wsparcie dla
    renderowanie elementów gry i interakcja,
    i ...
    Pobierz silnik VASSAL
  • 3
    OpenPDF — rozwidlenie iText
    OpenPDF — rozwidlenie iText
    OpenPDF to biblioteka Java do tworzenia
    i edycji plików PDF z LGPL i
    Licencja open source MPL. OpenPDF to
    LGPL/MPL open source następca iText,
    w ...
    Pobierz OpenPDF — rozwidlenie iText
  • 4
    SAGA GIS
    SAGA GIS
    SAGA - System do Automatyzacji
    Analizy geologiczne - to geografia
    Oprogramowanie systemu informacyjnego (GIS) z
    ogromne możliwości geodanych
    przetwarzanie i an...
    Pobierz SAGA GIS
  • 5
    Przybornik dla Java/JTOOpen
    Przybornik dla Java/JTOOpen
    IBM Toolbox for Java / JTOpen to
    biblioteka klas Java obsługująca
    klient/serwer i programowanie internetowe
    modeli do systemu z systemem OS/400,
    i5/OS, lub...
    Pobierz Zestaw narzędzi dla języka Java/JTOpen
  • 6
    D3.js
    D3.js
    D3.js (lub D3 dla dokumentów opartych na danych)
    to biblioteka JavaScript, która pozwala
    do tworzenia dynamicznych, interaktywnych danych
    wizualizacje w przeglądarkach internetowych. Z D3
    ty...
    Pobierz plik D3.js
  • więcej »

Komendy systemu Linux

Ad