Определение названия и расположения слинкованной статически shared library в процесе исполнения.

статически линкованной shared library

Статически линкуются не shared-библиотеки (.so), а статические (.a), которые фактически являются архивами с объектным кодом. Подозреваю, что никак не узнать.

Поправьте, если ошибаюсь.

Непонятно, а для чего?

DLL hell мать его … Один умный человек ошибся и форкнув библиотеку не озаботился изменением ее имени. И так получилось что есть 2 библиотеки оригинальная и измененная, с пересекающимися версиями и полностью совместимые по API , но при этом работающие не много по разному.Самое простое добавить добавить в форкнутую библиотеку экспортируемую функцию для проверки версии.Но проблема в том что для загрузки библиотеки через dlopen нужно знать название и путь к библиотеке . dlopen нам нужен для dlsym чтоб получить адрес функции проверки версии.На оригинальной библиотеке адрес функции будет NULL.

Полагаю, речь о тех .so, которые прописаны как NEEDED в ELF, в отличие от динамически загружаемых через dlopen().

Может поможет: https://superuser.com/questions/310199/how-to-see-the-currently-loaded-shared-objects-in-linux

cat /proc/{your PID}/maps

Ещё можно посмотреть порядок поиска либ в man 8 ld.so.

но при этом работающие не много по разному

Так а может сделать проверку этой разницы в поведении?

у статической библиотеки не экспортируются символы в so

статически линкованной shared library

Поделил на ноль. Есть static library (нужна только при сборке), а есть shared library (нужна во врмея выполнения).