Использовать CppSharp. Оно позволяет создавать C#-биндинги

возьми да попробуй

в свое время писал C-обертку (не прямой биндинг C++, но похоже) для такой же задачи. В принципе работает.

возьми да попробуй

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

в свое время писал C-обертку (не прямой биндинг C++, но похоже) для такой же задачи. В принципе работает.

Спасибо.

с дотнетом не работал

но оно вроде как умеет компилировать с++ в CIL и прозрачно вызывать методы, написанные на другом языке - будь то бэйсик или кресты

Это если не используются нативные библиотеки C++. То есть, никакого STL. Вроде так.

Есть ещё вариант, переписать код c# на c++, он точно подойдёт.

C++ без STL это строго говоря не совсем C++. Ты что же, хочешь сказать, что managed C++ C++/CLI в .NET - C++ без STL?

там свой STL/CLR.

Про красиво можно забыть - как только надо связывать кресты с другими языками, «красиво» кончается.

Пункт 1 неизбегаем в любом случае, без extern с ничего не сделать, т.к. name mangling, все дела. Что такое CppSharp не знаю, но могу предположить, что оно всего лишь генерит тот самый extern c бойлерплейт для связки.

А так документацию по pinvoke с примерами в руки и вперед :)

ЗЫ. Касательно стл - внутреннее устройство вызываемого кода неважно. Главное чтобы сигнатура читалась (extern C) и данные туда-обратно гонялись в примитивном виде (вплоть до сырого указателя - через это вроде бы можно и классы маршалить). Напрямую отмаршалить std::vector в с# (да и вообще куда бы там ни было) не получится. Либо я чего-то не знаю

Ну и чем он не устраивает?

Использовать C++-код из другого языка - это всегда боль (в отличие от C-кода; использование extern «C» фактически и делает C-код).

Есть несколько вариантов:

1) Вручную написать обертки на C. Можно в самой библиотеке все обернуть в блоки extern «C» { ... }, а можно написать отдельную библиотеку. Неудобно и много рутинной работы, но результат гарантирован.

2) Можно воспользоваться SWIG (CppSharp - из той же категории) - он сгенерирует C-обертки для C++-кода и биндинги на целевом языке (в данном случае - на C#). Качество будет хуже, чем в случае написания кода вручную, конечно же. И SWIG не всегда срабатывает.

Да, я ошибся тогда.

Проблема в том, что в Mono нет компилятора C++/CLI.

Всем спасибо за ответы, теперь более-менее понятно, что делать.

Думаю, получится жутко некрасиво.

Чтобы красиво получилось нужно ещё эти вызовы обернуть в класс аналогично плюснутому коду. CppSharp скорее всего именно так и поступает.

Plain C прослойка + p/invoke.

Mono не умеет C++/CLI.

Вообще, нельзя просто так взять класс на С++ и использовать его в С#. Для этого надо делать кучу всего - extern и т.п., что выглядит достаточно громоздко и уродливо, фактически, тебе придется писать обертку. Сам никогда с таким не сталкивался, но может все-таки стоит копнуть в сторону C++\CLI?

Тут уже два раза сказали, что в Mono нет компилятора C++/CLI. Кроме того Mono не умееет mixed assemblies (в которых есть как IL код, так и нативный).

ну скоро появится, в связи с открытием кода .NET, мне кажется

С какой радости? Это совершенно непортабельная фича, потому ее и отказались в mono делать.

С++/CLI? Это чем же он непортабельный, это тот же C++, только Managed. Managed C# же имеется

да, выглядит он конечно (Managed C++) довольно странновато в сравнении с обычным. Удобнее использовать C# сразу, если это возможно

Чем непортабельная?
Просто сборка нативной части потребуется отдельная

Выбрал первый вариант, всё оказалось совсем не так страшно, как казалось. В общем, теперь УМВР, всем спасибо за ответы.

Managed C++ в mono есть? Если есть, то это самое простое, с наименьшим просёром в производительности.

Пофик какие библиотеки, главное что бы это оставалось в реализации и не торчало наружу.

Нету там Managed C++, иначе бы задача и правда просто решалась.

Спасибо кстати за CppSharp :) Не знал про него, возможно у меня оно прокатит, после праздничков проверю.

Оно, кстати, вполне себе работает, я просто решил потренироваться в создании биндингов руками.