Использовать Библиотеку для ARM на системе x86?

Пересобери библиотеку под целевую платформу.

qemu-user

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

P.S. изначально так и сделал, переписал несколько функций под Windows, и использовал.

qemu-user

Пользовался этой штукой, раз оно не программу+библиотеку эмулирует? Может транслировать и SO-шки??? O_o То есть x86 программа и x86/arm набор библиотек?

Начни писать IPC сервис к библиотеке. Пока ты не считаешь микросекунды, разницы не увидишь даже при доступе к отдельным функциям, ну а виртуалку подходящую, уверен, тебе в этом треде посоветуют.

вполне возможно, что оно и так умеет. Но самый простой способ может быть сделать arm-бинарь, который грузит библиотеку через dlopen(), потом дергать этот бинарь через system()

Да не, не может qemu уметь в такое. ABI разный, одна и та же структура может быть представлена по-разному, а дальше указатели на структуры в аргументах… Вариант только 1 – руками писать IPC обёртку.

Откуда вы знаете что библиотека на C++? Вот там надо взять исходники и собрать под нужную архитектуру. Заодно и легальность использования будет обеспечена.

сложно то как, почему так сложно?

может лучше модули на шарпе/ пакеты на джаве? и кросплатформенность будет, и пересобирать не надо.

Зашёл, чтобы написать одно слово:

IUnknown

If you catch my meaning. :)

Начни писать IPC сервис к библиотеке.

Тоже думаю, что без [самописной] маршаллирующей обёртки, протаскивающей вызовы по сети внутрь контейнера, эмулирующего arm, ни хрена не выйдет.

написать, скомпилировать под arm, запускать через qemu-user

Тогда уж IObjectExporter :)

в первом-же сообщении ответили верно.

какой нафик IUnknown и IPC ?

double foo(double *arr,size_t arr_size) - прокиньте ARM32 <=> amd64;

и это ещё разрядность параметров совпадает и можно понять сколько копируется туда обратно..

застрелиться писать такие оплётки, быстрее и дешевле портировать библиотеку из ARM в x86_64 или всю верхнюю «мега-систему» в малинку :-)

Или сделайте уже «COM с человеческим лицом», чего кстати в Linux категорически нехватает

в первом-же сообщении ответили верно

Просто к сведению, бывает библиотеки с закрытым исходным кодом, как для x86-only, так и экзотика

double foo(double *arr,size_t arr_size) - прокиньте ARM32 <=> amd64;

а как это делается для so?

double foo(double *arr,size_t arr_size) - прокиньте ARM32 <=> amd64;

Ну… Поскольку arr – in/out, то весь массив туда, потом весь массив обратно. А кто обещал, что будет легко? Жизнь вообще боль.

UPD. А вот если бы ты привёл пример с какими-нибудь файловыми дескрипторами – вот тут уже мне ответить было бы нечего. =) Посадка в лужу в чистом виде. :)

Так и сделал в приложении для андроид, через dlopen() загружаю свою либу и уже из нее дёргаю функции из чужой либы, но для этого требуется андроид, который запускает апк с нужными либами в том числе и с моей самописной либой. Так вот появилось желание запустить Эту либу + исполняемый файл, который будет из либы дергать функции.

Только как запускать это дело для настольного ПК, вот в чём вопрос, т.к. либа для arm.

(компиллятор для arm/x86 Win/Lin все настроено и работает)