Ошибка связывания при использовании разделяемой библиотеки DLL с минимальным кодом C ++ / SWIG / Lua - PullRequest
Новая
       28

Ошибка связывания при использовании разделяемой библиотеки DLL с минимальным кодом C ++ / SWIG / Lua

1 голос
/ 05 октября 2011

Это действительно специфическая проблема компиляции с участием C ++, SWIG и Lua.

У меня действительно простой базовый код:

[ AClass.hpp ] 

class AClass {
public:
    AClass();
};

[ AClass.cpp ] 

#include "AClass.hpp"

AClass::AClass() {}

[ main.cpp ] 

#include "AClass.hpp"

int main() {
    AClass my_a;
}

На данный моментНеважно с компиляцией.Сначала я скомпилирую класс в libengine.dll , а затем использую общую библиотеку для сборки исполняемого файла.

Давайте введем модуль SWIG и добавим его в dll:

[ AClass.i ] 

%module M_AClass

%{
#include "AClass.hpp"
%}

%include "AClass.hpp"

Впредь, при связывании всего в исполняемом файле, я получаю следующую ошибку: 

g++ -c main.cpp
g++ -c AClass.cpp
swig.exe -c++ -lua AClass.i
g++ -Iinclude -c AClass_wrap.cxx
g++ AClass.o AClass_wrap.o -shared -o libengine.dll -Wl,--out-implib,libengine.dll.a -L. -llua5.1
Creating library file: libengine.dll.a
g++ main.o libengine.dll.a -o main.exe
main.o:main.cpp:(.text+0x16): undefined reference to `AClass::AClass()'
collect2: ld returned 1 exit status

У кого-нибудь есть подсказка?Я попытался заглянуть в dll с nm , но я не могу понять, как добавление еще одной .o в общую библиотеку может «скрыть» метод (это не относится к конструкторам).

Чтобы воспроизвести контекст, вот файлы, необходимые для помещения в каталог для построения теста: 

include/ # Contains "lauxlib.h", "lua.h" & "luaconf.h"
liblua5.1.dll
AClass.hpp
AClass.cpp
AClass.i
main.cpp
Makefile

И, наконец, вот содержимое Makefile: 

ifneq (,$(findstring Linux,$(shell uname -o)))
    EXEC := main
    LIB := libengine.so
    LIB_FLAGS := -o $(LIB)
else
    EXEC := main.exe
    LIB := libengine.dll.a
    LIB_FLAGS := -o libengine.dll -Wl,--out-implib,$(LIB)
    #NO DIFFERENCE using ".dll.a" as in CMake (option: -Wl,--out-implib,) or only ".dll"

    ifdef SystemRoot
    # Pure Windows, no Cygwin
        RM := del /Q
    endif
endif

LANG_LIB := -L. -llua5.1
LANG_INC := include
LANG_SWIG := -lua

all: clean $(EXEC)

clean:
    $(RM) main *.exe *_wrap.cxx *.o libengine.*

$(EXEC): main.o $(LIB)
    g++ $^ -o $@

main.o: main.cpp
    g++ -c $<

#NO PB without dependency to AClass_wrap.o
$(LIB): AClass.o AClass_wrap.o
    g++ $^ -shared $(LANG_LIB) $(LIB_FLAGS)

AClass.o: AClass.cpp
    g++ -fPIC -c $<

AClass_wrap.o: AClass_wrap.cxx
    g++ -fPIC -I$(LANG_INC) -c $<

AClass_wrap.cxx: AClass.i
    swig -c++ $(LANG_SWIG) $<

Это было протестировано под Windows Seven, с MingGW g ++ v4.5.2, SWIG 2.0.2 и Lua5.1.

EDIT: проблема также возникает при экспорте SWIG в tcl.Тем не менее, нет абсолютно никаких проблем с компиляцией под Linux.Я сравнил сгенерированный AClass_wrap.cxx, они похожи.

1 Ответ

0 голосов
/ 12 декабря 2011

g ++ под mingw может потребовать __declspec (dllimport / export)

...