diff options
author | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-04-27 09:40:31 +0000 |
---|---|---|
committer | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-04-27 09:40:31 +0000 |
commit | b86570f63e533abcbcb97c2572e0e5732a96307b (patch) | |
tree | cabc83be691530ae685c45a8bc7620ccc0e1ebdf /man/sv/dpkg-buildflags.pod | |
parent | Initial commit. (diff) | |
download | dpkg-upstream.tar.xz dpkg-upstream.zip |
Adding upstream version 1.20.13.upstream/1.20.13upstream
Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>
Diffstat (limited to '')
-rw-r--r-- | man/sv/dpkg-buildflags.pod | 753 |
1 files changed, 753 insertions, 0 deletions
diff --git a/man/sv/dpkg-buildflags.pod b/man/sv/dpkg-buildflags.pod new file mode 100644 index 0000000..2ce98ba --- /dev/null +++ b/man/sv/dpkg-buildflags.pod @@ -0,0 +1,753 @@ + + ***************************************************** + * GENERATED FILE, DO NOT EDIT * + * THIS IS NO SOURCE FILE, BUT RESULT OF COMPILATION * + ***************************************************** + +This file was generated by po4a(7). Do not store it (in VCS, for example), +but store the PO file used as source file by po4a-translate. + +In fact, consider this as a binary, and the PO file as a regular .c file: +If the PO get lost, keeping this translation up-to-date will be harder. + +=encoding UTF-8 + +=head1 NAMN + +dpkg-buildflags - returnerar byggflaggor att använda för att bygga paket + +=head1 SYNOPS + +B<dpkg-buildflags> [I<flagga>...] I<kommando> + +=head1 BESKRIVNING + +B<dpkg-buildflags> är ett verktyg för att hämta kompileringsflaggor att +använda för att bygga Debianpaket. + +De förvalda flaggorna anges av leverantören, men de kan utökas/överstyras på +flera sätt: + +=over + +=item 1. + +på hela systemet med B<%PKGCONFDIR%/buildflags.conf>; + +=item 2. + +för den nuvarande användaren med B<$XDG_CONFIG_HOME/dpkg/buildflags.conf> +där B<$XDG_CONFIG_HOME> har standardvärdet B<$HOME/.config>; + +=item 3. + +temporärt av användaren med miljövariabler (se stycket B<MILJÖ>). + +=item 4. + +dynamiskt av paketansvariga med miljövariabler som sätts via B<debian/rules> +(se stycket B<MILJÖ>). + +=back + +Konfigurationsfilerna kan innehålla fyra sorters direktiv: + +=over + +=item B<SET> I<flagga värde> + +Överstyr flaggan I<flagga> till att ha värdet I<värde>. + +=item B<STRIP> I<flagga värde> + +Ta bort alla flaggor som listas i I<värde> från flaggan som anges i +I<flagga>. + +=item B<APPEND> I<flagga värde> + +Utöka flaggan I<flagga> genom att lägga till alternativen som anges i +I<värde>. Ett blanksteg läggs till före värdet om flaggans nuvarande värde +inte är tomt. + +=item B<PREPEND> I<flagga värde> + +Utöka flaggan I<flagga> genom att lägga till alternativen som anges i +I<värde> först. Ett blanksteg läggs till efter värdet om flaggans nuvarande +värde inte är tomt. + +=back + +Konfigurationsfilerna kan innehålla kommentarer på rader som börjar med ett +nummertecken (#). Även tomma rader ignoreras. + +=head1 KOMMANDON + +=over + +=item B<--dump> + +Skriv alla kompileringsflaggor och deras värde på standard ut. En flagga +skrivs per rad, avdelade från sitt värde med ett likamedtecken +(”I<flagga>=I<värde>”). Detta är standardåtgärden. + +=item B<--list> + +Skriv ut listan över flaggor som stöds av den aktuella leverantören (en per +rad). Se stycket B<FLAGGOR SOM STÖDS> för mer information om dem. + +=item B<--status> + +Visa information som kan vara användbar för att förklara B<dpkg-buildflags> +beteende (sedan dpkg 1.16.5): relevanta miljövariabler, aktuell +återförsäljare, status för alla funktionsflaggor. Skriv även ut slutgiltiga +kompilatorflaggor och deras källa. + +Detta är tänkt att köras från B<debian/rules> så att byggloggen innehåller +ett tydligt spår över de använda byggflaggorna. Det kan vara användbart för +att diagnostisera problem rörande dessa. + +=item B<--export=>I<format> + +Skriv kommandon som kan användas för att exportera alla kompileringsflaggor +för något specifikt verktyg. Om I<format> inte anges antas B<sh>. Endast +kompileringsflaggor som börjar med en stor bokstav tas med, andra antas att +inte vara lämpliga för miljön. Format som stöds: + +=over + +=item B<sh> + +Skalkommandon för att sätta och exportera alla kompileringsflaggor i +miljön. Flaggvärdena citeras så att utdata är redo att utvärderas av ett +skal. + +=item B<cmdline> + +Argument att sända till byggprogrammets kommandorad för att använda alla +kompileringsflaggor (sedan dpkg 1.17.0). Flaggornas värde citeras enligt +skalsyntax. + +=item B<configure> + +Detta är ett gammalt alias för B<cmdline>. + +=item B<make> + +Make-direktiv för att sätta och exportera alla kompileringsflaggor i +miljön. Utdata kan skrivas till ett makefil-fragment och utvärderas med ett +B<include>-direktiv. + +=back + +=item B<--get> I<flagga> + +Skriv ut värdet på flaggan på standard ut. Avslutar med 0 om flaggan är +känd, om inte avslutar den med 1. + +=item B<--origin> I<flagga> + +Anger ursprunget till flaggan som returneras av B<--get>. Avslutar med 0 om +flaggan är känd, om inte avslutar med 1. Ursprunget kan vara ett av följande +värden: + +=over + +=item B<vendor> + +originalflagga satt av leverantören returneras; + +=item B<system> + +flaggan är satt/modifierad av systemkonfigurationen; + +=item B<user> + +flaggan är satt/modifierad av användarkonfigurationen; + +=item B<env> + +flaggan är satt/modifierad av en miljöspecifik konfiguration. + +=back + +=item B<--query> + +Srkiv ut information som kan vara användbar för att förklara programmets +beteende: aktuell återförsäljare, relevanta miljövariabler, +funktionsområden, status för alla funktionsflaggor, och kompilatorflaggorna +med sina ursprung (sedan dpkg 1.19.0). + +Till exempel: + + Vendor: Debian + Environment: + DEB_CFLAGS_SET=-O0 -Wall + + Area: qa + Features: + bug=no + canary=no + + Area: reproducible + Features: + timeless=no + + Flag: CFLAGS + Value: -O0 -Wall + Origin: env + + Flag: CPPFLAGS + Value: -D_FORTIFY_SOURCE=2 + Origin: vendor + +=item B<--query-features> I<område> + +Skriv ut funktioner aktiverade för ett givet område (sedan dpkg 1.16.2). De +enda för närvarande kända områdena på Debian och dess derivat är B<future>, +B<qa>, B<reproducible>, B<sanitize> och B<hardening>, se avsnittet +B<FUNKTIONSOMRÅDEN> för fler detaljer. Avslutar med 0 om området är känt, +avslutar annars med 1. + +Utdata är på RFC822-headerformat, med en sektion per funktion. Till exempel: + + Feature: pie + Enabled: yes + + Feature: stackprotector + Enabled: yes + +=item B<--help> + +Visar hjälpskärm och avslutar. + +=item B<--version> + +Visar version och avslutar. + +=back + +=head1 FLAGGOR SOM STÖDS + +=over + +=item B<CFLAGS> + +Flaggor för C-kompilatorn. Standardvärdet som satts av leverantören +innehåller B<-g> och den förvalda optimeringsnivån (vanligtvis B<-O2>, eller +B<-O0> om miljövariabeln B<DEB_BUILD_OPTIONS> definierar I<noopt>). + +=item B<CPPFLAGS> + +Flaggor för C-förprocesseraren. Förvalt värde: tomt. + +=item B<CXXFLAGS> + +Flaggor för C++-kompilatorn. Samma som B<CFLAGS>. + +=item B<OBJCFLAGS> + +Flaggor för Objective C-kompilatorn. Samma som B<CFLAGS>. + +=item B<OBJCXXFLAGS> + +Flaggor för Objective C++-kompilatorn. Samma som B<CFLAGS>. + +=item B<GCJFLAGS> + +Flaggor för GNU Java-kompilatorn (gcj). En delmängd av B<CFLAGS>. + +=item B<DFLAGS> + +Flaggor för D-kompilatorn (ldc eller gdc). Sedan dpkg 1.20.6. + +=item B<FFLAGS> + +Flaggor för Fortran 77-kompilatorn. En delmängd av B<CFLAGS>. + +=item B<FCFLAGS> + +Flaggor för Fortran 9x-kompilatorn. Samma som B<FFLAGS>. + +=item B<LDFLAGS> + +Flaggor som sänds till kompilatorn vid länkning av binärer eller delade +objekt (om länkaren anropas direkt måste B<-Wl> och B<,> tas bort från dessa +flaggor). Standardvärde: tomt. + +=back + +Nya flaggor kan komma att läggas till i framtiden om behovet uppstår (till +exempel för att stöda andra språk). + +=head1 FUNKTIONSOMRÅDEN + +Varje områdesfunktion kan aktiveras och inaktiveras i områdesvärdet i +miljövariablerna B<DEB_BUILD_OPTIONS> och B<DEB_BUILD_MAINT_OPTIONS> +modifierarna ”B<+>” och ”B<->”. Till exempel, för att aktivera +B<hardening>-funktionen ”pie” och inaktivera funktionen ”fortify” genom att +ange detta i B<debian/rules>: + + export DEB_BUILD_MAINT_OPTIONS=hardening=+pie,-fortify + +Den speciella funktionen B<all> kan användas för att aktivera eller +inaktivera alla områdesfunktioner samtidigt. Du kan till exempel inaktivera +allt i området B<hardening> och endast aktivera ”format” och ”fortify” med: + + export DEB_BUILD_MAINT_OPTIONS=hardening=-all,+format,+fortify + +=head2 future + +Flera kommandoradsflaggor (beskrivna nedan) kan användas för att aktivera +funktioner som borde vara aktiverade som standard, men som inte kan vara det +på grund av bakåtkompatibilitetsorsaker. + +=over + +=item B<lfs> + +Den här inställningen (inaktiverad som förval) aktiverar stöd för stora +filer på 32-bitars-arkitekturer där deras ABI inte som förval inkluderar +LFS, genom att lägga till B<-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64> till +B<CPPFLAGS>. + +=back + +=head2 qa + +Flera kommandoradsflaggor (beskrivna nedan) kan användas för att göra det +lättare att hitta problem i källkoden eller byggsystemet. + +=over + +=item B<bug> + +Inställningen (inaktiverad som förval) lägger till ytterligare varningar som +pålitligt upptäcket problematisk källkod. Varningarna är ödesdigra. De enda +flaggor som för närvarande stöds är B<CFLAGS> och B<CXXFLAGS> med flaggorna +satt till B<-Werror=array-bounds>, B<-Werror=clobbered>, +B<-Werror=implicit-function-declaration> och +B<-Werror=volatile-register-var>. + +=item B<canary> + +Den här inställningen (inaktiverad som förval) lägger till overksamma +tjallarflaggor till byggflaggorna, så att byggloggarna kan kontrolleras för +att se hur byggflaggor vidarebefordras för att göra det enklare att hitta +när vanliga byggflagor utesluts. De enda flaggor som stöds är för närvarande +B<CPPFLAGS>, B<CFLAGS>, B<OBJCFLAGS>, B<CXXFLAGS> och B<OBJCXXFLAGS> med +flaggorna satta till B<-D__DEB_CANARY_>I<flag>_I<slumpmässigt-id>B<__>, och +B<LDFLAGS> satt till B<-Wl,-z,deb-canary->I<slumpmässigt-id>. + +=back + +=head2 sanitize + +Du kan använda flera kompileringsflaggor (se detaljer nedan) för att sanera +den färdiga binären mot minnesfördärvningsar, minnesläckor, användning efter +frigivning, datakapplöpningsfel i trådar och fel i förbindels med +odefinierat beteende. B<Observera>: dessa flaggor bör B<inte> användas för +produktionsbygg eftersom de kan minska pålitligheten för korrekt kod, minska +säkerheten eller till och med funktionsrikedomen. + +=over + +=item B<address> + +Den här inställningen (inaktiverad som förval) lägger till +B<-fsanitize=address> till B<LDFLAGS> och B<-fsanitize=address +-fno-omit-frame-pointer> till B<CFLAGS> och B<CXXFLAGS>. + +=item B<thread> + +Den här inställningen (inaktiverad som förval) lägger till +B<-fsanitize=thread> till B<CFLAGS>, B<CXXFLAGS> och B<LDFLAGS>. + +=item B<leak> + +Den här inställningen (inaktiverad som förval) lägger till +B<-fsanitize=leak> till B<LDFLAGS>. Den inaktiveras automatiskt om antingen +funktionen B<address> eller B<thread> aktiveras, eftersom de implicerar den. + +=item B<undefined> + +Den här inställningen (inaktiverad som förval) lägger till +B<-fsanitize=undefined> till B<CFLAGS>, B<CXXFLAGS> och B<LDFLAGS>. + +=back + +=head2 hardening + +Du kan använda flera kompileringsflaggor (se detaljer nedan) för att härda +den färdiga binären mot minnesfördärvningsangrepp, eller för att ge +ytterligare varningsmeddelanden under kompileringen. Förutom det som anges +nedan aktiveras dessa som standard för arkitekturer som stöder dem. + +=over + +=item B<format> + +Inställningen (aktiverad som förval) lägger till B<-Wformat +-Werror=format-security> till B<CFLAGS>, B<CXXFLAGS>, B<OBJCFLAGS> och +B<OBJCXXFLAGS>. Detta kommer att varna om olämplig användning av +formatsträngar, och att misslyckas när formatfunktionerna används på ett +sätt som representerar möjliga säkerhetsproblem. För närvarande varnar detta +om anrop till funktionerna B<printf> och B<scanf> där formatsträngen inte är +en fast sträng och när det inte finns några formatargument, som i +B<printf(foo);> istället för B<printf("%s", foo);> Detta kan vara ett +säkerhetshål om formatsträngen kommer från en obetrodd källa och innehåller +”%n”. + +=item B<fortify> + +Inställningen (aktiverad som förval) lägger till B<-D_FORTIFY_SOURCE=2> +till B<CPPFLAGS>. Kompilatorn har under kodgenereringen kännedom om en hel +del information om buffertstorlekar (där tillämpligt) och försöker ersätta +osäkra funktionsanrop med obegränsade buffertlängder med längdbegränsade +dito. Det här är speciellt användbart för gammal, skräpig kod. Dessutom +blockeras formatsträngar i skrivbart minne som innehåller ”%n”. Om ett +program är beroende av en sådan formatsträng måste det gås runt i kod. + +Observera att för att den här flaggan ska ha någon funktion måste källkoden +också kompileras med B<-O1> eller högre. Om miljövariabeln +B<DEB_BUILD_OPTIONS> innehåller I<noopt> kommer stödet för B<fortify> att +inaktiverats, på grund av nya varningar som ges av glibc 2.16 och senare. + +=item B<stackprotector> + +Inställningen (aktiverad som förval om stackprotectorstrong inte används) +lägger till B<-fstack-protector --param=ssp-buffer-size=4> till B<CFLAGS>, +B<CXXFLAGS>, B<OBJCFLAGS>, B<OBJCXXFLAGS>, B<GCJFLAGS>, B<FFLAGS> och +B<FCFLAGS>. Detta lägger till säkerhetskontroller mot stacköverskrivningar, +vilket gör att många möjliga kodinjiceringsangrepp istället avbryter +programmet. I det bästa fallet gör det kodinjiceringsangrepp till +överbelastnignsangrepp eller icke-problem (beroende på programmet). + +Den här funktionen kräver länkning mot glibc (eller ett annat bibliotek som +tillhandahåller B<__stack_chk_fail>), så det måste inaktiveras när du bygger +med B<-nostdlib> eller B<-ffreestanding> eller liknande. + +=item B<stackprotectorstrong> + +Inställningen (aktiverad som förval) lägger till B<-fstack-protector-strong> +till B<CFLAGS>, B<CXXFLAGS>, B<OBJCFLAGS>, B<OBJCXXFLAGS>, B<GCJFLAGS>, +B<FFLAGS> och B<FCFLAGS>. Detta är en starkare variant av B<stackprotector>, +men utan markanta prestandaminskningar. + +Om du inaktiverar B<stackprotector> inaktiveras även denna inställning. + +Funktionen har samma krav som B<stackprotector>, och kräver dessutom gcc 4.9 +eller senare. + +=item B<relro> + +Inställningen (aktiverad som förval) lägger till B<-Wl,-z,relro> till +B<LDFLAGS>. Vid inläsning av programmet måste länkaren skriva till flera +ELF-minnessektioner. Den här inställningen flaggar till inläsaren att dessa +sektioner ska göras skrivskyddade innan programmet får kontroll. Detta +skyddar huvudsaklingen mot GOT-överskrivningsangrepp. Om inställningen +inaktiveras kommer även B<bindnow> att inaktiveras. + +=item B<bindnow> + +Inställningen (inaktiverad som förval) lägger till B<-Wl,-z,bindnow> till +B<LDFLAGS>. Vid inläsning av programmet löses alla dynamiska symboler, +vilket gör att hela PLT kan markeras som skrivskyddad (på grund av B<relro> +ovan). Inställningen kan inte aktiveras om B<relro> inte är aktiverad. + +=item B<pie> + +Den här inställningen (utan globalt förval sedan dpkg 1.18.23, eftersom den +aktiveras som förval numera av gcc på Debianarkitekturerna amd64, arm64, +armel, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, +mips64el, powerpc, ppc64, ppc64el, riscv64, s390x, sparc och sparc64) lägger +till de flaggor som krävs för att aktivera eller inaktivera PIE via +gcc-specifikationsfiler, om det behövs, beroende på om gcc lägger till +flaggorna själv på arkitekturen eller inte. Om inställningen aktiveras och +gcc injicerar flaggorna lägger den inte till Någonting. Om inställningen är +aktiverad och gcc inte injicerar flaggorna, lägger den till B<-fPIE> (via +I<%PKGDATADIR%/pie-compiler.specs>) till B<CFLAGS>, B<CXXFLAGS>, +B<OBJCFLAGS>, B<OBJCXXFLAGS>, B<GCJFLAGS>, B<FFLAGS> och B<FCFLAGS>, och +B<-fPIE -pie> (via I<%PKGDATADIR%/pie-link.specs>) till B<LDFLAGS>. När +inställningen är inaktiverad och gcc injicerar flaggorna, lägger den till +B<-fno-PIE> (via I<%PKGDATADIR%/no-pie-compile.specs>) to B<CFLAGS>, +B<CXXFLAGS>, B<OBJCFLAGS>, B<OBJCXXFLAGS>, B<GCJFLAGS>, B<FFLAGS> till +B<FCFLAGS>, och B<-fno-PIE -no-pie> (via I<%PKGDATADIR%/no-pie-link.specs>) +till B<LDFLAGS>. + +Positionsoberoende exekverbara program (PIE) behövs för att dra fördel av +slumpmässig adressrymd (ASLR), vilket stöds av vissa versioner av +kärnan. Medan ASLR redan kan användas för datautrymmen i stacken och heap:en +(brk och mmap), måste kodområden först kompileras som +positionsoberoende. Delade bibliotek gör redan detta (-fPIC), så de drar +automatiskt fördel av ASLR medan binära .text-regioner måste byggas med PIE +för att uppnå ASLR. När detta sker är ROP-angrepp (Return Oriented +Programming) mycket svårare eftersom det inte finns några statiska platser +att studsa från i ett minnesfördärvningsangrepp. + +PIE är inte kompatibelt med B<-fPIC>, så allmän försiktighet måste tas vid +bygge av delade objekt. Men eftersom PIE-flaggorna som skapas injiceras via +gcc-specifikationsfiler bör det alltid vara säkert att ovillkorligen sätta +dem oberoende av typen av objekt som kompileras eller länkas. + +Statiska bibliotek kan användas av program eller andra delade +bibliotek. Beroende på vilka flaggor som används för att kompilera objekten +inuti ett statisk bibliotek kan dessa vara användas av olika uppsättningar +objekt: + +=over + +=item inget + +Kan varken länkas till ett PIE-program eller ett delat bibliotek. + +=item B<-fPIE> + +Kan länkas till alla program, men inte ett delat bibliotek (rekommenderas). + +=item B<-fPIC> + +Kan länkas till alla program och delade bibliotek. + +=back + +Om flaggorna behöver sättas manuellt och gcc:s spec-injektion förbigås, +finns det flera saker man behöver tänka på. Att ovillkorligen och explicit +sända B<-fPIE>, B<-fpie> eller B<-pie> till ett byggsystem som använder +libtool är säkert eftersom flaggorna kommer skalas av när delade bibliotek +byggs. På projekt som bygger både program och delade bibliotek kan du annars +behöva se till att B<-fPIC> alltid sänds sist i kompileringsflaggor såsom +B<CFLAGS> när delade bibliotek byggs (så att den överstyre en tidigare +angiven B<-PIE>), och att B<-shared> sänds sist till länkflaggor såsom +B<LDFLAGS> (så att den överstyr en tidigare angiven B<-pie>). B<Observera:> +Detta behöver inte göras med standard-gcc-specifikationsmaskineriet. + +Eftersom PIE i tillägg implementeras med ett generellt register kan vissa +arkitekturer med få register (men inte längre i386 eftersom optimeringar +implementerats i gcc E<gt>= 5) se prestandaförluster upp till 15% i väldigt +textsegment-tunga programs körning; de flesta körningar ser mindre än +1%. Arkitekturer med många generella register (t.ex amd64) ser inte en lika +stor värsta falls-förlust. + +=back + +=head2 reproducible + +Kompileringsflaggorna som anges nedan kan användas för att göra det lättare +att reproducera byggbarhet eller tillhandahålla ytterligare varningsflaggor +under kompileringen. Förutom det som anges nedan aktiveras dessa som +standard för arkitekturer som stöder dem. + +=over + +=item B<timeless> + +Inställningen (aktiverad som förval) lägger till B<-Wdate-time> till +B<CPPFLAGS>. Detta ger varningar när makrona B<__TIME__>, B<__DATE__> eller +B<__TIMESTAMP__> används. + +=item B<fixfilepath> + +Inställningen (aktiverad som förval) lägger till +B<-ffile-prefix-map=>I<BYGGSÖKVÄG>B<=.> till B<CFLAGS>, B<CXXFLAGS>, +B<OBJCFLAGS>, B<OBJCXXFLAGS>, B<GCJFLAGS>, B<FFLAGS> och B<FCFLAGS> där +B<BYGGSÖKVÄG>. Detta får till effekt att byggsökvägen försvinner från alla +genererade filer. + +Om både B<fixdebugpath> och B<fixfilepath> anges tar denna flagga företräde, +eftersom den är en övermängd av den förstnämnda. + +=item B<fixdebugpath> + +Inställningen (aktiverad som förval) lägger till +B<-fdebug-prefix-map=>I<BYGGSÖKVÄG>B<=.> till till B<CFLAGS>, B<CXXFLAGS>, +B<OBJCFLAGS>, B<OBJCXXFLAGS>, B<GCJFLAGS>, B<FFLAGS> och B<FCFLAGS>. Detta +får till effekt att byggsökvägen försvinner från alla genererade +felsökningssymboler. + +=back + +=head1 MILJÖVARIABLER + +Det finns två uppsättningar miljövariabler som utför samma operationer, den +första (DEB_I<flagga>_I<op>) bör aldrig användas inuti B<debian/rules>). Den +är tänkt för användare som vill bygga om källkodspaketet med andra +byggflaggor. Den andra uppsättningen (DEB_I<flagga>_MAINT_I<op>) bör endast +användas i B<debian/rules> av paketansvariga för att ändra de slutgiltiga +byggflaggorna. + +=over + +=item B<DEB_>I<flagga>B<_SET> + +=item B<DEB_>I<flagga>B<_MAINT_SET> + +Denna variabel kan användas för att tvinga fram värdet som returneras för +given I<flagga>. + +=item B<DEB_>I<flagga>B<_STRIP> + +=item B<DEB_>I<flagga>B<_MAINT_STRIP> + +Denna variabel kan användas för att tillhandahålla en blankstegsavdelad +lista med flaggor som kommer att tas bort från uppsättningen flaggor som ges +för given I<flagga>. + +=item B<DEB_>I<flagga>B<_APPEND> + +=item B<DEB_>I<flagga>B<_MAINT_APPEND> + +Denna variabel kan användas för att lägga till ytterligare flaggor till +värdet som returneras för given I<flagga>. + +=item B<DEB_>I<flagga>B<_PREPEND> + +=item B<DEB_>I<flagga>B<_MAINT_PREPEND> + +Denna variabel kan användas för att lägga till ytterligare flaggor först i +värdet som returneras för given I<flagga>. + +=item B<DEB_BUILD_OPTIONS> + +=item B<DEB_BUILD_MAINT_OPTIONS> + +De här variablerna kan användas av en användare eller utvecklare för att slå +av/på olika områdesfunktioner som påverkar byggflaggorna. Variabeln +B<DEB_BUILD_MAINT_OPTIONS>-variabeln överstyr alla inställningar i +funktionsområden i B<DEB_BUILD_OPTIONS>. Se avsnittet B<FUNKTIONSOMRÅDEN> +för mer information. + +=item B<DEB_VENDOR> + +Inställningen anger den aktuella återförsäljaren. Om den inte är satt kommer +återförsäljaren att identifieras genom att läsa +B<%PKGCONFDIR%/origins/default>. + +=item B<DEB_BUILD_PATH> + +Den här variabeln anger byggsökvägen (sedan dpkg 1.18.8) att använda i +funktioner såsom B<fixdebugpath> så att de kan styras av +anroparen. Variabeln är för närvarande specifik för Debian och dess derivat. + +=item B<DPKG_COLORS> + +Väljer färgläge (sedan dpkg 1.18.5). För närvarande godtas följande värden: +B<auto> (förval), B<always> och B<never>. + +=item B<DPKG_NLS> + +Om satt, används för att bestämma om lokalt språkstöd ska aktiveras, även +känt som internationaliseringsstöd (eller i18n) (sedan dpkg +1.19.0). Tillåtna värden är: B<0> och B<1> (förval). + +=back + +=head1 FILER + +=head2 Konfigurationsfiler + +=over + +=item B<%PKGCONFDIR%/buildflags.conf> + +Konfigurationsfil för hela systemet. + +=item B<$XDG_CONFIG_HOME/dpkg/buildflags.conf> eller + +=item B<$HOME/.config/dpkg-buildflags.conf> + +Användarens konfigurationsfil. + +=back + +=head2 Paketeringsstöd + +=over + +=item B<%PKGDATADIR%/buildflags.mk> + +Makefile-klipp som läser in (och eventuellt exporterar) alla flaggor som +stöd av B<dpkg-buildflags> till variabler (sedan dpkg 1.16.1). + +=back + +=head1 EXEMPEL + +För att sända byggflaggor till en byggkommandorad i en makefil: + +=over + + $(MAKE) $(shell dpkg-buildflags --export=cmdline) + + ./configure $(shell dpkg-buildflags --export=cmdline) + +=back + +För att sätta byggflaggor i ett skalskript eller skalfragment kan B<eval> +användas för att tolka utdata och exportera flaggorna i miljön: + +=over + + eval "$(dpkg-buildflags --export=sh)" && make + +=back + +eller för att sätta positionsparametrarna för att sända till ett kommando: + +=over + + eval "set -- $(dpkg-buildflags --export=cmdline)" + for dir in a b c; do (cd $dir && ./configure "$@" && make); done + +=back + +=head2 Använda i debian/rules + +Du bör anropa B<dpkg-buildflags> eller inkludera B<buildflags.mk> från filen +B<debian/rules> för att hämta de byggflaggor det är nödvändigt att sända +till byggsystemet. Observera att äldre versioner av B<dpkg-buildpackages> +(före dpkg 1.16.1) exporterade dessa flaggor automatiskt. Du bör dock inte +bero på detta, eftersom detta förhindrar körning av B<debian/rules> +manuellt. + +För paket med autoconf-liknande byggsystem kan du sända relevanta flaggor +direkt till configure eller B<make>(1), som visas ovan. + +I andra byggsystem, eller om du vill ha mer finkorning styrning av vilka +flaggor som sänds vart, kan du använda B<--get>. Eller så kan du istället +inkludera B<buildflags.mk>, som tar hand om anropet till B<dpkg-buildflags> +och lagringen av byggflaggorna i make-variabler. + +Om du vill exportera alla byggflaggor till miljön (där de kan fångas upp av +ditt byggsystem): + +=over + + DPKG_EXPORT_BUILDFLAGS = 1 + include %PKGDATADIR%/buildflags.mk + +=back + +För extra styrning av vad som expoteras kan du manuellt exportera +variablerna (eftersom inga av dem exporteras som standard): + +=over + + include %PKGDATADIR%/buildflags.mk + export CPPFLAGS CFLAGS LDFLAGS + +=back + +Du kan naturligtvis dessutom manuellt sända flaggorna till kommandon: + +=over + + include %PKGDATADIR%/buildflags.mk + build-arch: + $(CC) -o hello hello.c $(CPPFLAGS) $(CFLAGS) $(LDFLAGS) + +=back + + +=head1 ÖVERSÄTTNING + +Peter Krefting och Daniel Nylander. |