|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Valentin Nechayev 2:5020/400 04 Aug 2002 09:36:27 To : Vickenty Fesunov Subject : Re: stupid dependencies in RedHat 7.3 -------------------------------------------------------------------------------- >>> Vickenty Fesunov wrote: VN>> Для "компонентной архитектуры" было бы достаточно для начала сделать VN>> штатное API для поиска в ld.so.cache. VF> И чем это поможет? Hайти нужную библиотеку? Я же говорю о том, что VF> зависимости от каких либо библиотек надо делать мягкими, Они и будут мягкими. Hет библиотеки - пакет ставится, но часть функций работать не будет. VF> а для этого нужна компонентная инфраструктура. Она и будет. Убогая, но будет. VF> Т.е. не помощь в нахождении библиотеки по имени, а в вызове VF> конкретной функции из той библиотеки. Почему? Hа момент компиляции фиксирован API (включая ABI) вызова функции. Определены имя функции, метод передачи параметров, метод возвращения результата, с точностью до регистра, смещения в стеке, побитового формата. VN>> Хотя можно пути складывать и в конфиг. Умеет ли rpm генерировать такой VN>> конфиг при сборке пакета? VF> Ммм. А причем тут rpm? При том, что кто-то на момент сборки должен определить старшие номера библиотек (как всем известно, смена старшего номера означает несовместимое изменение API), использовавшихся для этой сборки, и сохранить их куда-то - в бинарник, внешний конфиг, или еще куда-то. Если нет разумно построенного доступа к ld.so.cache при запуске, то надо и полные пути определить. Это может выполняться или вызываемым из makefile кодом, или через rpm. Или еще как-то, но это не рассматриваем;) /netch --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/736839095b54.html, оценка из 5, голосов 10
|