библиотеки — Зависимости от внешних библиотек в проекте c ++

В настоящее время я пытаюсь настроить проект на C ++, б, который использует Luabind библиотека. К сожалению, в моем дистрибутиве, а именно в Arch, эта библиотека отсутствует в официальных репозиториях, а библиотека в AUR устарела и не может скомпилироваться.

Учитывая, что мне нужна библиотека только для этого проекта, я подумал, что мог бы создать изолированную среду, похожую на python virtualenv, создав библиотеку, а затем установив (скопировав) включаемые файлы и получившиеся двоичные файлы в 2 подкаталогах моего проекта под названием include а также libсоответственно, которые я добавлю к связыванию и включу пути при сборке. Я понимаю, почему распространение библиотек с вашим проектом плохо: например, безопасность и исправление ошибок. Тем не менее, распространение DLL практически повсеместно осуществляется в Windows (что я мог бы сделать, если бы я кросс-компилировал), и многие проекты, такие как игры в Linux, как правило, упаковывают свои библиотеки, чтобы избежать несоответствий между дисками. Более того, если когда-нибудь понадобится исправленная или разветвленная версия библиотеки, я сомневаюсь, что когда-нибудь найду ее в любом официальном репо.

Итак, мой вопрос:

• Является ли то, что я описал выше, обычной практикой? Должен ли я сделать это так?
• Если нет, то каково наиболее согласованное решение этой проблемы?

НОТА: Я использую Cmake для автоматизации сборки, если это важно

РЕДАКТИРОВАТЬ: Этот вопрос слегка перекрывается с моим.