From b86570f63e533abcbcb97c2572e0e5732a96307b Mon Sep 17 00:00:00 2001 From: Daniel Baumann Date: Sat, 27 Apr 2024 11:40:31 +0200 Subject: Adding upstream version 1.20.13. Signed-off-by: Daniel Baumann --- man/sv/dpkg-buildflags.pod | 753 +++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 753 insertions(+) create mode 100644 man/sv/dpkg-buildflags.pod (limited to 'man/sv/dpkg-buildflags.pod') 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 [I...] I + +=head1 BESKRIVNING + +B ä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). + +=item 4. + +dynamiskt av paketansvariga med miljövariabler som sätts via B +(se stycket B). + +=back + +Konfigurationsfilerna kan innehålla fyra sorters direktiv: + +=over + +=item B I + +Överstyr flaggan I till att ha värdet I. + +=item B I + +Ta bort alla flaggor som listas i I från flaggan som anges i +I. + +=item B I + +Utöka flaggan I genom att lägga till alternativen som anges i +I. Ett blanksteg läggs till före värdet om flaggans nuvarande värde +inte är tomt. + +=item B I + +Utöka flaggan I genom att lägga till alternativen som anges i +I 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=I”). 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 för mer information om dem. + +=item B<--status> + +Visa information som kan vara användbar för att förklara B +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 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 + +Skriv kommandon som kan användas för att exportera alla kompileringsflaggor +för något specifikt verktyg. Om I inte anges antas B. 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 + +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 + +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 + +Detta är ett gammalt alias för B. + +=item B + +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-direktiv. + +=back + +=item B<--get> I + +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 + +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 + +originalflagga satt av leverantören returneras; + +=item B + +flaggan är satt/modifierad av systemkonfigurationen; + +=item B + +flaggan är satt/modifierad av användarkonfigurationen; + +=item B + +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 + +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, +B, B, B och B, se avsnittet +B 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 + +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 definierar I). + +=item B + +Flaggor för C-förprocesseraren. Förvalt värde: tomt. + +=item B + +Flaggor för C++-kompilatorn. Samma som B. + +=item B + +Flaggor för Objective C-kompilatorn. Samma som B. + +=item B + +Flaggor för Objective C++-kompilatorn. Samma som B. + +=item B + +Flaggor för GNU Java-kompilatorn (gcj). En delmängd av B. + +=item B + +Flaggor för D-kompilatorn (ldc eller gdc). Sedan dpkg 1.20.6. + +=item B + +Flaggor för Fortran 77-kompilatorn. En delmängd av B. + +=item B + +Flaggor för Fortran 9x-kompilatorn. Samma som B. + +=item B + +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 och B +modifierarna ”B<+>” och ”B<->”. Till exempel, för att aktivera +B-funktionen ”pie” och inaktivera funktionen ”fortify” genom att +ange detta i B: + + export DEB_BUILD_MAINT_OPTIONS=hardening=+pie,-fortify + +Den speciella funktionen B kan användas för att aktivera eller +inaktivera alla områdesfunktioner samtidigt. Du kan till exempel inaktivera +allt i området B 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 + +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. + +=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 + +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 och B med flaggorna +satt till B<-Werror=array-bounds>, B<-Werror=clobbered>, +B<-Werror=implicit-function-declaration> och +B<-Werror=volatile-register-var>. + +=item B + +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, B, B, B och B med +flaggorna satta till B<-D__DEB_CANARY_>I_IB<__>, och +B satt till B<-Wl,-z,deb-canary->I. + +=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: dessa flaggor bör B 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
+ +Den här inställningen (inaktiverad som förval) lägger till +B<-fsanitize=address> till B och B<-fsanitize=address +-fno-omit-frame-pointer> till B och B. + +=item B + +Den här inställningen (inaktiverad som förval) lägger till +B<-fsanitize=thread> till B, B och B. + +=item B + +Den här inställningen (inaktiverad som förval) lägger till +B<-fsanitize=leak> till B. Den inaktiveras automatiskt om antingen +funktionen B
eller B aktiveras, eftersom de implicerar den. + +=item B + +Den här inställningen (inaktiverad som förval) lägger till +B<-fsanitize=undefined> till B, B och B. + +=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 + +Inställningen (aktiverad som förval) lägger till B<-Wformat +-Werror=format-security> till B, B, B och +B. 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 och B där formatsträngen inte är +en fast sträng och när det inte finns några formatargument, som i +B istället för B Detta kan vara ett +säkerhetshål om formatsträngen kommer från en obetrodd källa och innehåller +”%n”. + +=item B + +Inställningen (aktiverad som förval) lägger till B<-D_FORTIFY_SOURCE=2> +till B. 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 innehåller I kommer stödet för B att +inaktiverats, på grund av nya varningar som ges av glibc 2.16 och senare. + +=item B + +Inställningen (aktiverad som förval om stackprotectorstrong inte används) +lägger till B<-fstack-protector --param=ssp-buffer-size=4> till B, +B, B, B, B, B och +B. 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 + +Inställningen (aktiverad som förval) lägger till B<-fstack-protector-strong> +till B, B, B, B, B, +B och B. Detta är en starkare variant av B, +men utan markanta prestandaminskningar. + +Om du inaktiverar B inaktiveras även denna inställning. + +Funktionen har samma krav som B, och kräver dessutom gcc 4.9 +eller senare. + +=item B + +Inställningen (aktiverad som förval) lägger till B<-Wl,-z,relro> till +B. 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 att inaktiveras. + +=item B + +Inställningen (inaktiverad som förval) lägger till B<-Wl,-z,bindnow> till +B. Vid inläsning av programmet löses alla dynamiska symboler, +vilket gör att hela PLT kan markeras som skrivskyddad (på grund av B +ovan). Inställningen kan inte aktiveras om B inte är aktiverad. + +=item B + +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, B, +B, B, B, B och B, och +B<-fPIE -pie> (via I<%PKGDATADIR%/pie-link.specs>) till B. 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, +B, B, B, B, B till +B, och B<-fno-PIE -no-pie> (via I<%PKGDATADIR%/no-pie-link.specs>) +till B. + +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 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 (så att den överstyr en tidigare angiven B<-pie>). B +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= 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 + +Inställningen (aktiverad som förval) lägger till B<-Wdate-time> till +B. Detta ger varningar när makrona B<__TIME__>, B<__DATE__> eller +B<__TIMESTAMP__> används. + +=item B + +Inställningen (aktiverad som förval) lägger till +B<-ffile-prefix-map=>IB<=.> till B, B, +B, B, B, B och B där +B. Detta får till effekt att byggsökvägen försvinner från alla +genererade filer. + +Om både B och B anges tar denna flagga företräde, +eftersom den är en övermängd av den förstnämnda. + +=item B + +Inställningen (aktiverad som förval) lägger till +B<-fdebug-prefix-map=>IB<=.> till till B, B, +B, B, B, B och B. 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_I) bör aldrig användas inuti B). Den +är tänkt för användare som vill bygga om källkodspaketet med andra +byggflaggor. Den andra uppsättningen (DEB_I_MAINT_I) bör endast +användas i B av paketansvariga för att ändra de slutgiltiga +byggflaggorna. + +=over + +=item BIB<_SET> + +=item BIB<_MAINT_SET> + +Denna variabel kan användas för att tvinga fram värdet som returneras för +given I. + +=item BIB<_STRIP> + +=item BIB<_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. + +=item BIB<_APPEND> + +=item BIB<_MAINT_APPEND> + +Denna variabel kan användas för att lägga till ytterligare flaggor till +värdet som returneras för given I. + +=item BIB<_PREPEND> + +=item BIB<_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. + +=item B + +=item B + +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-variabeln överstyr alla inställningar i +funktionsområden i B. Se avsnittet B +för mer information. + +=item B + +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 + +Den här variabeln anger byggsökvägen (sedan dpkg 1.18.8) att använda i +funktioner såsom B så att de kan styras av +anroparen. Variabeln är för närvarande specifik för Debian och dess derivat. + +=item B + +Väljer färgläge (sedan dpkg 1.18.5). För närvarande godtas följande värden: +B (förval), B och B. + +=item B + +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 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 +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 eller inkludera B från filen +B för att hämta de byggflaggor det är nödvändigt att sända +till byggsystemet. Observera att äldre versioner av B +(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 +manuellt. + +För paket med autoconf-liknande byggsystem kan du sända relevanta flaggor +direkt till configure eller B(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, som tar hand om anropet till B +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. -- cgit v1.2.3