Подключить perl модуль к python

Зачем ? И поспрашивай в телеге https://modernperl.ru/

написать небольшой pl который будет вызываться и принимать/отдавать результаты работы модуля и уже дергать в python, но звучит как костыль.

Тебе в любом случае писать обвязку. Что для сишки, что для перла, что для жавы. Если можно обойтись простым subprocess - его и бери

Зачем?

По мне python более читаем и проще в понимании если кто-то потом захочет этот cdr поковырять

Понятно, ну значит оставлю как есть

А может имеет смысл этот Perl-модуль переписать на Python?

Может когда опыта в python понаберусь, то перепишу. Там разбор бинарных файлов. я с этим пока не сталкивался

начать стои с java, для нее написать обертку в го, потом в крестах биндинги прописать на C++24, и уже потом, из питухона, соблюдая отступы, использовать subprocess для либы на крестах.
вообщем цели не вижу, только путь.

Примерно 500 строк.
struct.unpack вместо unpack.

Быстрее переписать, чем выдумывать как дёргать перлы из питона.

Так у меня уже есть готовое решение которое дергает перлы из перла, просто пятница была, захотелось странного

Примерно 500 строк. struct.unpack вместо unpack

И полкамаза тормозов в комплекте. Бинарщину на питоне разбирать такое себе веселье, проще cython прицепить и дёргать бинарь сишкой

Скока разных бинарей питоном разбирал, никаких тормозов не наблюдал.
Акромя тормозов при тупом добавлении тысяч записей в gtktreeview, но питон тут не виноват.

Ну хз. Я обрабатывал картинки через struct (формат для psp, человечных парсеров тогда не было) - разобрать 480х272 занимало около секунды. На крестах раз так в 10-20 меньше. Хотя это было 10 лет назад, может питон стал бодрее

Ну, бодрее крестов питон очевидно не стал.
Но и сейчас у него не кресты, а перлы.

Перл, кстати, довольно шустро справляется даже на однопотоке, то там код как-то хитро написан что имя функции формируется исходя из заголовка куска бинарных данных (вместо if/elil/else или switch/case) думаю это влияет на производительность.

Вообще хороший повод попробовать go изучить, но пока времени на переписывание нет, работает и хорошо.

имя функции формируется исходя из заголовка куска бинарных данных

За такое в продакшене надо бубенцы отрезать без анестезии. Работал с таким кодом, очень жалею что не знаком с его автором.

По теме - что перл что питон для обработки бинарщины подходят очень условно, легко можно налететь на кейс который абсолютно тривиален в сишке но в питоне решается дикими костылями. Если остальная часть на питоне - посмотри лучше на cython а не на go. По крайней мере геморроя с обвязкой не будет (почти)

Нет проблемы написать питоновский модуль в который будет встроен интерпретатор перла. Написать нужно будет только конвертацию данных туда-сюда. И всё - дёргай перловый код из питона. Так-то конечно правильнее переписать перловый код на любой ЯП.

Прочёл первый тред - телефония по-прежнему торт с гвоздями, хоть что-то пока стабильно

Так можно на чём угодно написать. В питоне свича не было до недавнего времени, но это никак не мешает дёргать функции из словаря по чему угодно в качестве ключа.

В питоне свича не было до недавнего времени

Добавили? Когда?! Так не хватает порой...

Добавили? Когда?!

В Python 3.10.

В мои криокамеры (debian 10,11; centos 6,7) не завезли, ну буду знать

centos 6,7

Ужос! Я 7 считаю давно протухшим, а как можно что-то делать под 6 - не представляю.

Но если чё, сам гоняю приложения на Python 3.11 в Cent OS 7 в докере, никаких проблем (если б ещё не требовалось периодически заходить на эту окаменелость).

Ужос! Я 7 считаю давно протухшим, а как можно что-то делать под 6 - не представляю.

Это все легаси, по возможности переношу сервисы на debian 11, но процесс не быстрый.

match/case в 3.10