Niezdefiniowane odniesienia podczas próby połączenia aplikacji Qt z moją biblioteką statyczną

Question

Mam bibliotekę statyczną, którą zbudowałem przy pomocy MinGW, próbuję połączyć z tą biblioteką z aplikacji Qt. Wciąż dostaję błędy linkera spowodowane przez jeden z plików obiektowych w bibliotece. Ten plik faktycznie deklaruje kilka nagłówków Boost, jeden do użycia shared_ptr i drugi, dzięki czemu mogę uczynić klasę noncopyable. Uważam, że używanie tej funkcji zwiększania jest przyczyną problemu, ale nie mam pojęcia, dlaczego. Jeśli skomentuję klasy w aplikacji Qt, które używają klasy zdefiniowanej w pliku, aplikacja Qt łączy się dobrze. Jest to część błąd wyjścia:

C: \ bla \ budować \ windows \ MinGW \ libfoo.a (foo_ctis.cpp.obj). Foo_ctis.cpp :(tekst + 0x10a): niezdefiniowany odniesienie do `__gxx_personality_sj0'

C: \ bla \ budować \ windows \ MinGW \ libfoo.a (foo_ctis.cpp.obj): foo_ctis.cpp :(tekstu + 0x12f). niezdefiniowana odniesienia do ` _Unwind_SjLj_Register "

C: \ bla \ budować \ windows \ MinGW \ libfoo.a (foo_ctis.cpp.obj). foo_ctis.cpp :(tekst + 0x203): niezdefiniowana odniesienia do `_Unwind_SjLj_Resume '

C: \ bla \ budować \ windows \ MinGW \ libfoo.a (foo_ctis.cpp.obj). Foo_ctis.cpp :(tekst + 0x20e): niezdefiniowana odniesienia do ` _Unwind_SjLj_Unregister'

C: \ bla \ budować \ windows \ MinGW \ libfoo.a (foo_ctis.cpp.obj): foo_ctis.cpp :(tekst + 0x226). niezdefiniowana odniesienia do `__gxx_personality_sj0'

C: \ blah \ build \ windows \ mingw \ libfoo.a (foo_ctis.cpp.obj): foo_ctis.cpp :(. text + 0x24b): niezdefiniowane odniesienie do `_Unwind_SjLj_Register '

C: \ bla \ budować \ windows \ MinGW \ libfoo.a (foo_ctis.cpp.obj). Foo_ctis.cpp :(tekst + 0x31f): niezdefiniowana odniesienia do `_Unwind_SjLj_Resume”

C : \ bla \ budować \ windows \ MinGW \ libfoo.a (foo_ctis.cpp.obj): foo_ctis.cpp :(tekstu + 0x32a). niezdefiniowana odniesienia do `_Unwind_SjLj_Unregister”

C: \ bla \ build \ windows \ mingw \ libfoo.a (foo_ctis.cpp.obj): foo_ctis.cpp :(. text $ _ZN5boost6detail12shared_countC1IN3foo25foo_SomeClassImplEEEPT_ [boost :: szczegóły :: shared_count :: shared_count (foo :: foo_SomeClassImpl *)] + 0xc): undefined odniesienie do `__gxx_personality_sj0'

C: \ bla \ budować \ windows \ MinGW \ libfoo.a (foo_ctis.cpp.obj). foo_ctis.cpp :(tekst $ _ZN5boost6detail12shared_countC1IN3foo25foo_SomeClassImplEEEPT_ [boost :: :: shared_count szczegół: : shared_count (foo :: foo_SomeClassImpl *)] + 0x31): niezdefiniowana odniesienia do `_Unwind_SjLj_Register”

C: \ bla \ budować \ windows \ MinGW \ libfoo.a (foo_ctis.cpp.obj): foo_ctis. CPP :(tekst $ _ZN5boost6detail12shared_countC1IN3foo25foo_SomeClassImplEEEPT_ [boost :: detal :: shared_count :: shared_count (foo :: foo_SomeClassImpl *)] + 0xfb). niezdefiniowana odniesienia do `_Unwind_SjLj_Resume”

C: \ blah \ build \ windows \ mingw \ libfoo.a (foo_ctis.cpp.obj): foo_ctis.cpp :(.tekst $ _ZN5boost6detail12shared_countC1IN3foo25foo_SomeClassImplEEEPT_ [boost :: detal :: shared_count :: shared_count (foo :: foo_SomeClassImpl *)] + 0x106): niezdefiniowana odniesienia do `collect2 _Unwind_SjLj_Unregister”: ld powrócił 1 exit status

jednego z pozostałych trzeba wspomnieć, że używam wskaźnika do implementacji w tej klasie. Każda pomoc byłaby mile widziana.

Rozwiązane: Stwierdziłem, że mam starszą wersję GCC na mojej ścieżce, która została dołączona przed moją dostarczoną przez MinGW wersją GCC. Stara wersja była zawarta w pakiecie GNUStep, który miałem od jakiegoś czasu. Myślę, że konfiguracja tych różnych wersji powodowała problemy. Dzięki kemiisto, który był na właściwej drodze do rozwiązania problemu.

Answer 1

Wygląda na to, że twoja biblioteka statyczna została połączona z jedną dystrybucją MinGW (trzecia wersja), ale próbujesz połączyć swoją aplikację z tą biblioteką za pomocą innej dystrybucji MinGW (tj. Czwartej wersji, która jest dystrybuowana z binarną Qt). Powinieneś odbudować bibliotekę przy użyciu tego samego MinGW, którego używasz do tworzenia aplikacji.

Aktualizacja

Może być to kolejny dobrze znany problem. Spójrz na this topic. Prawdopodobnie masz 2 różne foldery z Qt libs

C:\Qt\2009.05\bin;C:\Qt\2009.05\qt\bin 

na twojej ścieżce. Biblioteki w pierwszym folderze (... \ bin) skompilowanym z VS2008 i bibliotekami w drugim (... \ qt \ bin) skompilowanym przy pomocy MinGW. Pozycje w zmiennej ścieżki są wyszukiwane po uruchomieniu aplikacji. Nagle folder z "niewłaściwymi" bibliotekami istnieje przed folderem z właściwym elementem w zmiennej ścieżki. Możesz skopiować QtCore4.dll, QtGui4.dll i inne biblioteki do folderu z plikiem wykonywalnym aplikacji. Mam nadzieję że to pomoże.

Niektóre linki o tym problemie:

• @qtforum.org
• @some blog post (in Russian =))

Answer 2

Tylko w przypadku ktokolwiek inny ma ten problem: mój projekt odbudowy używał .o pliki z poprzedniej kompilacji. Zmieniłem kompilatory pomiędzy.

Okazało się, że gdy przebudowałem ten sam projekt, nowy kompilator nie zbudował nowych plików .o, więc brakowało im niektórych kluczowych informacji. Po usunięciu starych plików i odbudowie błąd został naprawiony.

Zakładam, że przebudowanie od zera, bez usunięcia, będzie działać tak samo.

Answer 3

Być może użyłeś gcc zamiast g++. gcc jest kompilatorem C. ale g ++ jest kompilatorem C++.

po prostu upewnij się, że używasz g ++, jeśli masz pliki .cpp.