ELF statifier створити з динамічно пов'язаних виконуваних і все це бібліотек в одному файлі. Цей файл можна скопіювати і запустити на іншому комп'ютері без необхідності тягти все це бібліотек.
Динамічно пов'язані виконувані файли менше, ніж статично. З іншого боку, динамічно підключаються виконуваних використання поділюваних бібліотек, зібраних в ПОС (положення залежні один від одного коду), які повільніше, ніж "нормальним".
Файли, створені statifier ("псевдо-статичного") об'єднати недоліки обох з них:
Величезний - набагато більше, ніж статично
Проте використовувати ПІК код
Отже, чому один буде використовувати його?
Добре, "псевдо-статичного" файли мають деякі переваги теж:
Все в одному файлі - так розводка проста
Того ж файлу можуть бути використані для комп'ютерів з версіями різних бібліотек
Більш швидкий запуск
Але все це одне може їсти зі звичайними статичних файлів.
Отже, чому використання statifier а величезні «псевдо-статичний" виконувані файли замість статичного?
немає вихідний код
немає компілятора (або вбудовані ланцюга) доступні
статична посилання не працює, або це не очевидно, як це зробити
зберегти розподіл пам'яті - статичний посилання буде змінити його і може "розбудити вгору" приховані помилки
для «постійного зв'язку" LD_PRELOAD бібліотеки у виконуваний
Підтримувані платформи:
Linux x86
Linux x86_64
Linux Alpha
Що нового У цьому випуску:
- Виправлена помилка: 32 / strtoul: не може перетворити '0xXXXXXXXXX " знову введена в 1.7.0
Що нового у версії 1.7.0:
- statifier не залежить від GDB більше
- припинена підтримка альфа
Що нового у версії 1.6.15:
- Виправлення Slackware 12.0 (завдяки Стен Тобіаса)
- фіксованою нерозумно опечатка в SRC / statifier_create_exe.sh
Коментар не знайдено