ELF statifier creëren van dynamisch gelinkt executables en al zijn bibliotheken een bestand. Dit bestand kan worden gekopieerd en draaien op een andere machine zonder de noodzaak om te slepen al zijn bibliotheken.
Dynamisch gelinkt executables zijn kleiner dan statisch gelinkt. Van de andere kant dynamisch verbonden executables gebruiken gedeelde bibliotheken gecompileerd in PIC (positie independend code) die is langzamer dan "normaal" is.
Bestanden, gecreëerd door statifier ("pseudo-statisch") combineren nadelen van beiden:
Enorm - veel groter dan statisch gelinkt
Nog steeds gebruik maken van PIC-code
Dus, waarom men het gebruikt?
Ok, "pseudo-statische" bestanden hebben een aantal voordelen ook:
Alles in één bestand - dus verspreiden is eenvoudig
Hetzelfde bestand kan worden gebruikt voor computers met verschillende versies van bibliotheken
Sneller opstarten
Maar al deze kan men kreeg met de gebruikelijke statische bestanden.
Dus, waarom gebruik statifier en enorme "pseudo-statische" executables in plaats van statische?
er is geen broncode beschikbaar
er is geen compiler (of bouw-keten) beschikbaar
statische link niet werkt of het is niet duidelijk hoe het doen
het geheugen layout te bewaren - statische link zal veranderen en kunnen "wake-up" verborgen insecten
voor "permanente link" LD_PRELOAD bibliotheek in uitvoerbare
Ondersteunde platformen:
Linux x86
Linux x86_64
Linux alpha
Wat is nieuw in deze release:
- Vaste fout: 32 / strtoul: kan niet converteren '0xXXXXXXXXX' opnieuw geïntroduceerd in de 1.7.0
Wat is nieuw in versie 1.7.0:
- statifier niet afhangen van gdb meer
- gedaald ondersteuning voor alpha
Wat is nieuw in versie 1.6.15:
- fix voor Slackware 12.0 (met dank aan Stan Tobias)
- vaste domme typfout in src / statifier_create_exe.sh
Reacties niet gevonden