как хорошо иногда вместо ломки головы спросить у людей) спасибо!

О, я кстати правильно накопал в стороне sre_parser / sre_compile

https://github.com/maximkulkin/hypothesis-regex/blob/master/hypothesis_regex.py#L108-L131 как раз его и используют там

накопал да круто!

Вообще очевидно, что если их код зависит от буста, то буст-библиотеки должны быть в системе при компиляции проекта и сборке пакета. И эти библиотеки (если они shared) должны распространяться вместе с бинарным wheel-пакетом. Они же используют конкретную версию boost, у них в cmakelists прописана 1.58.0.

boost python давно пора выбросить на свалку и использовать pybind11, тем более у них указано, что они используют 11 стандарт (CMAKE_CXX_STANDARD 11) . Код будет чище и красивее.

Вообще с бустом можно линковаться статически кстати, тогда и библиотеки класть в wheel не нужно будет. в том числе с boost python
https://www.boost.org/doc/libs/1_61_0/libs/python/doc/html/building/choosing_a_boost_python_library_.html

я пробовал статически, у меня не получалось

А что за проблема была?

там несколько отдельных сошек

и они используют одни типы

т.е. как раз в первый пункт отсюда влетаем

types exposed in your dynamically-loaded extension module don't need to be used by any other Boost.Python extension modules, and you don't care if the core library code is duplicated among them.

понятно, ну вот выбросить boost python и заменить на pybind11. Остальной буст, который у них используется проблем не должен создавать, он же чисто в C++ коде используется. А клей с питоном перевести на pybind11

а как pybind11 решит проблему?

проблему с чем? с питон расширениями или вообще буст-библиотекой?

с колёсами

а в чём именно проблема с колёсами, что в них надо пихать so-файлы с которыми делалась сборка?

да

so-файлы буста?

что буст, что pybind11 в этом случае одна фигня