> Значит теперь настало время узнать, что это частный случай общей задачи, которая решается доработкой "авторезолвера"Авторезолвер, безусловно, было бы неплохо доработать для таких случаев, но сначала его надо доработать, а затем в одном из ключевых компонентов системы можно будет перейти на dlopen(). Сейчас это создает непредсказуемость из-за отсутствия инструментария для контроля целостности ABI и соответствия soname в источнике и потребителе.
В апстриме пытаются придумать systemd-специфичные вставки в ELF-файлы, чтобы можно было распарсить зависимости (https://github.com/systemd/systemd/pull/17416), это почти не имеет отношения к доработке авторезолвера, т.к. не является универсальным решением.
Сейчас в systemd:
1. soname записан прямо в коде, а не определяется на этапе сборки (это очень плохо! пакет соберется, а никто и не заметит, что он изначально собрался так, что этот функционал никогда работать не будет, если soname подгружаемой библиотеки окажется другим)
https://github.com/systemd/systemd/blob/bb2d0a24f39ac391a603...
2. Вызывается функция из libdl с передачей имен символов
https://github.com/systemd/systemd/blob/bb2d0a24f39ac391a603...
https://github.com/systemd/systemd/blob/bb2d0a24f39ac391a603...
Получается, что единственный способ составить список зависимостей по символам (в Росе по символам зависимости не строятся, а вот в ALT Linux строятся) - это прибегнуть к чтению исходного кода какими-либо методами, тут даже не поможет запуск авторезолвера на непострипанный бинарник, т.к. нет прямых вызовов с символами в качестве аргументов, только soname можно вытащить).
Это настолько много проблем создает, что решаемые переходом на dlopen проблемы кажутся мелочью и недостойными такой расплаты за их решением.