Общая библиотека, распространяемая в python wheel, не найдена

У меня есть модуль python, который содержит расширение C++, а также общую библиотеку, от которой зависит расширение C++. Общая библиотека выбирается setuptools как extra_object в расширении. После запуска python setup.py bdist_wheel правильно сгенерированный объект колеса модуля имеет следующую структуру каталогов:

+-pymodule.whl
| +-pymodule
| +-pymodule-version.dist-info
| +-extension.so
| +-shared_lib.so

Чтобы установить это колесо, в моей среде Python я вызываю pip install pymodule.whl, который копирует исходные коды Python, а также файлы .so в каталог site-packages среды.

После установки модуля можно попытаться импортировать модуль, вызвав import pymodule в терминале среды. Это вызывает исключение:

ImportError: shared_lib.so: cannot open shared object file: No such file or directory

Это исключение можно устранить, добавив соответствующий каталог site-packages к переменной LD_LIBRARY_PATH; однако кажется, что это должно работать из коробки, особенно с учетом того, что python явно может найти extension.so.

Есть ли способ заставить Python найти эту общую библиотеку без необходимости явно указывать LD_LIBRARY_PATH в месте установки (например, site-packages)?

Вопрос Этот решает аналогичную проблему, используя данные пакета и явно указывая место установки для разделяемой библиотеки. Проблема с этим подходом заключается в том, что общий объект отделен от расширения. В моем случае общая библиотека и расширение являются целями, созданными одной и той же сборкой cmake. Ранее я пытался использовать skbuild для создания расширений на основе cmake; однако, согласно Эта проблема, в skbuild есть аналогичная проблема с включением других библиотек, созданных как часть сборки расширения.