Blog

 

Uppdaterad

1. Ladda ner ASR Pro

2. Kör programmet

3. Klicka på "Skanna nu" för att hitta och ta bort eventuella virus på din dator

Få fart på din dator idag med denna enkla nedladdning.

I vissa störningar kan ditt system generera ett fel som indikerar att c runtime-biblioteket är statiskt länkat. Det kan finnas många orsaker till detta fel.

 

 

Eftersom ingen gillar att hitta ett svar utan att börjat, ska jag prova det. Tyvärr känner jag aldrig till IDE-koden :: Blocks, så dessa svar kommer att vara partiella.

1 Hur man skapar en statiskt länkad GCC-körbar

Detta är inte IDE-specifikt, utan GCC (och många andra kompilatorer) i allmänhet. Anta att du har en enkel “Hej programvärld” som fungerar i main.cpp (inga ämnesberoenden utanför vårt standardbibliotek och därför runtime-biblioteket). Du skulle kompilera den, men länka den statiskt med:

1. 

   Kompilera main.cpp till main.o (resultatfilnamn implicit):

     $ s ++ -ke -Main Wall.  -c  cpp 

   Detta talar om för GCC att stoppa efter insamlingsfasen (kör inte denna länk). -Wall aktiverar främst diagnostiska meddelanden. Om nybörjardatorn använde den oftare och var särskilt nyfiken på den, skulle det finnas många frågor på idésidan. 😉

2. 

   Länk main.o (kan innehålla mer i kontrast till en objektfil) dra och släpp statiskt på klassisk körtid och bibliotek och klistra in som exe till main :

     g ++ -o kritisk main.o -statisk 

   Utan att använda -o-huvudkontrollen skulle GCC ha haft den senaste exe-filen i det exakta dåligt namngivna a.out -dokumentet (som var när du användes för "monteringsutgång" œ ).

Speciellt när du använder I-begin rekommenderar vi starkt att du gör dessa saker "för hand", eftersom den här typen av kan hjälpa dig att bättre förstå byggstrategin.

Faktum är att våra två ovanstående kommandon verkligen kan kombineras till ett:

  $ f ++ -Vägg -o ström Main.-statisk 

Varje rationell cpp IDE bör kunna specificera typ av kompilator/linker-flaggor.

2 fördelar och nackdelar med en statisk länk

• Du tar en fil som kan liknas på vilken dator som helst med kompatibla ramverk och använda system, och den fungerar utmärkt oavsett vilken normal version av textbiblioteket som är installerad. maj

• Du utför en behandlingsmetod i en miljö där det lokala delade sortimentet inte är tillgängligt. Till exempel, att placera en meningsfull statiskt länkad C executableGI direkt i chroot () kan hjälpa fängelset att minska området för en panikattacker eller rädslattacker på sin webbserver.

• Eftersom aktiverade skärande hörn inte krävs, kan programstarten gå mycket snabbare. (Jag är säker på att det finns händelser där vinkelrät är sant, särskilt när ett delat bibliotek faktiskt redan är laddat i en annan process.)

• Eftersom länken kan hårdkoda rollens kontaktinformation, kan funktionsanrop vara snabbare.

• Ett bibliotek (t.ex. LAPACK) kan länkas när du behöver komponenter med mer än en länkad version. Statisk länkning säkerställer att en specifik version ständigt används utan att behöva ställa in LD_LIBRARY_PATH <. behöver oroa dig för / code> korrekt. Naturligtvis har detta också en baksida: du kan knappast någonsin välja ett bibliotek utan att kompilera om. Om du vill ha samma version nästan hela tiden, varför skulle kunder installera fler jämfört med en version?

• Som du sa tidigare kan alla våra körbara filer växa kritiskt. Det beror naturligtvis mycket på alla bibliotek som du ansluter till.

• En operativ funktion kan vara tillräckligt smart för att ladda just den avsnittstexten från ett bibliotek direkt till minnet endast en gång om en rad olika tillvägagångssätt kräver biblioteket vid samma tid. Genom att upprätta en statisk länk förlorar du specifika fördelar och systemet kan köras snabbare över hela minnet.

• Ditt program drar nytta av att uppdatera biblioteket utan ytterligare förseningar. Men för att det helt enkelt ska ersätta det delade biblioteket med en mer modern, komplett version (förhoppningsvis ABI-kompatibel), kommer programadministratören att vilja kompilera om och installera varje program som använder konceptet. Enligt min åsikt är detta den allvarligaste nackdelen.

  Tänk till exempel på OpenSSL-arkiven. När Heartbleed-felet upptäcktes och förprogrammerades tidigare i år, kan systemadministratörer installera den reparerade versionen av OpenSSL samt starta om nästan tjänster för att åtgärda sårbarheten inom ett dygn efter att patchen släpptes. Det vill säga om eller kanske tjänster var dynamiskt länkade till OpenSSL. För några av dem, som länkade statiskt, skulle det ha tagit veckor om de senare inte var naturliga och fixade någon början i nuet.

• Dina användare ersätter inte det delade biblioteket med flyet. Till exempel kan användare av silverscreen-skriptet torsocks (och det relaterade biblioteket) (genom att ställa in LD_PRELOAD ) typiskt ändra nätverkssystemets arkiv till ett som dirigerar deras trafik helt och hållet Tor-nätverket. ... Och det fungerar verkligen för program vars utvecklare vanligtvis aldrig visste om denna möjlighet. (Om detta är en riktigt bra och säker idé är nu ett problem för oberoende debatt.) Ett annat vanligt användningsfall är typiskt programfelsökning, som måste "härdas" när man ersätter malloc och som ob vem har specialiserade versioner.

Enligt min åsikt överväger problem med inställningslänkar fördelarna, förutom i alltför speciella fall. Vanligtvis ska det vara dynamiskt så statiskt när klienten behöver det.

Applikation

Som Alf påpekade (se kommentarer) är flera ett speciellt GCC-alternativ för speciell hundraintegrering av C++-standardbiblioteket, bara definitivt inte för att statiskt länka hela modellen. Från manualen:

gcc

-static-libstdc ++

När vårt g ++-program används för att läsa ett C ++-program till webbsidor, kommer de vanligtvis automatiskt att länka webbsidorna på vägen till libstdc ++. Om libstdc ++ kan avslöjas som ett delat och delat bibliotek, används inte alla -statiska -alternativ, då kommer denna typ av webbsida i konflikt med den allmänna libstdc ++-versionen. Detta är generellt sett bra. Emellertid är det faktiskt ibland användbart att frysa de olika libstdc ++ som praktiseras av programmet, även utan att gå till en helt statisk länk. Alternativet -static-libstdc ++ tvingar drivrutinen g ++ med avseende på statiskt länk libstdc ++, medan andra bibliotek kanske vill inte vara statiskt länkade.

 

 

Få fart på din dator idag med denna enkla nedladdning.

 

 

 

Statically Link C Runtime Library
Statycznie Link C Runtime Library
Liaison Statique De La Bibliothèque D'exécution C
Collega Staticamente La Libreria Di Runtime C
C-Laufzeitbibliothek Statisch Verknüpfen
Статическая ссылка на библиотеку времени выполнения C
Vincular Estaticamente à Biblioteca De Tempo De Execução C
정적으로 링크 C 런타임 라이브러리
C Runtime-bibliotheek Statisch Koppelen
Vincular Estáticamente La Biblioteca En Tiempo De Ejecución De C