Разное

pva · Отправлено: **19:51, 05-05-2012** | #2

Плагины в виде библиотек рассматривались? (компиляция в нативный код компилятором)

crashtuak · Конфигурация компьютера

Цитата pva:

Плагины в виде библиотек рассматривались »

Та хоть в яблоках или апельсинах

. Главное что бы работало быстро, памяти ело мало... Скорость первого запуска плагина не важна(то есть, имеем кучу новых плагинов, запускаем приложение, магия магия магия, две, три, четыре минуты магии, и вот оно-приложение работает быстро и без тормозов

). Уже вроде бы присмотрел несколько вариантов... Первый, более простой, прикрутить MONO к приложению (кроме самого MONO получаем кучу дополнительных бонусов). Второй вариант-собрать на основе cygwin или mingw свой маленький компилятор, допилить нужные функции, выпилить не нужные (скорость в итоге будет выше всего, но и танцев побольше будет). На относительно второго варианта не очень уверен, не знаю, как код с++ скомпиленый mingw(cygwin) подружится с приложением на msvc... Вообщем, предлагайте варианты, буду рад услышать советы.

pva · Отправлено: **12:25, 07-05-2012** | #4

зачем собирать компилятор? чем mingw не компилятор то? Перед запуском выполняешь g++ -shared plugin.cpp -o plugin.dll (или как-то так) и вперёд... Быстрее скомпилированного гецецой кода ничего не будет работать.
Как вариант - собирать объектники и линковать результирующий код. В общем получится что-то генту-подобное. Конечно, вместе с исходниками или объектниками нужно тогда поставлять mingw.

crashtuak · Конфигурация компьютера

Ну, в с++ я не мастер, так что вопрос, при g++ -shared plugin.cpp -o plugin.dll будет прилинкована стандартная библиотека с++ к dll?

pva · Отправлено: **20:11, 08-05-2012** | #6

g++ аналогичен по действию gcc -lstdc++ и ещё реакцией на расширения файлов.
Можно почитать здесь http://parter.kaist.ac.kr/man/g++.html (найдено гуглением man g++)

Цитата crashtuak:

прилинкована стандартная библиотека с++ к dll? »

да, это и есть -lstdc++

crashtuak · Конфигурация компьютера

Вариант с mingw может прокатить только если остальное приложение будет на основе mingw, а то физическое представление объекта компилятора mingw может отличатся от такового у msvc. Еще беда в том, что либу от mingw к msvc будет проблемно прикрутить. То есть, надо будет извращаться, делать либо сишный интерфейс, либо долго и муторно искать способ подружить два компилятора.
если бы не библиотека с закрытым кодом в приложении, без которой никак, и которая собрана под msvc, я б не парился и все на mingw сделал бы

pva · Отправлено: **19:52, 09-05-2012** | #8

варианты:
1) msvc-шную часть скомпилировать при помощи gcc (и она станет gcc-шной)
2) msvc-шную часть скомпилировать в dll и подключать эту dll при сборке в gcc
3) в msvc-шной части сделать обзор dll-ок из папки /plugin и вызывать у каждой найденной какую-нить функцию (так делает большинство серьёзных программ), а dll-ки подкладывать в папку после сборки при помощи gcc

Цитата crashtuak:

если бы не библиотека с закрытым кодом в приложении »

тут по ходу дела вариант 2.

Цитата crashtuak:

либу от mingw к msvc будет проблемно прикрутить »

DLL прикрутить значительно проще.
Хотя у меня был случай, когда надо было сделать плагин, у которого в аргументах интерфейсных функций была паскалевская строка. Сделать его на c++ я не осилил, пришлось использовать delphi