SFML po skompilowaniu plik .exe Nie działa !

pytanie zadane 11 czerwca 2017 w C i C++ przez Tomek Kozioł Obywatel (1,740 p.)

Witam mam problem z SFML.

Najlpier napisze co próbowałem zrobić aby działało:

-skompilowałem biblioteke z source code

-Testowałem wszystkie wersje pod GCC

i tylko z source code mi kompilowało ale plik .exe nie działał .

Nikt takiego problemu nie ma chodzi o .DLL bo program nie potrafi znalezc funkcji w .DLL.

Juz piszę bład : Nie znaleziono punktu wejścia procedury _ZNKSt7__cxx1112basic_stringlcSt11char_traitslcESalcEE7compareEPKc w bibliotece sfml-window-2.dll . Podobne żeczy są po naciśnięciu o. próbowałem kompilować w VS(wszystkie od 08 do 15), dev c++, code::blocks więc winna nie stoi w kompilatorze ktoś pomoże jak naprawić.

PS<<Kod taki sam jak w tutorialu na stronie sfml

komentarz 11 czerwca 2017 przez Gynvael Coldwind Nałogowiec (27,530 p.)

Jaką wersję GCC masz?

Ogólna sugestia: poszukaj w katalogach GCC który posiadasz pliku .dll, który zawiera string "_ZNKSt7__cxx1112basic_stringlcSt11char_traitslcESalcEE7compareEPKc" (ten, który podałeś). Jak już znajdziesz, to skopiuj tą DLLkę do katalogu z .exe który generujesz (ew. do katalogu w którym masz sfml-window-2.dll który używasz).

Powyższe powtarzaj póki tego typu błędy wyskakują.

Jeżeli nie znajdziesz .dll z takim stringiem, spróbuj inną wersję SFML.

2 odpowiedzi

odpowiedź 12 czerwca 2017 przez j23 Mędrzec (194,920 p.)

Dodaj katalog <MingGW>\bin do zmiennej środowiskowej PATH.

komentarz 12 czerwca 2017 przez Tomek Kozioł Obywatel (1,740 p.)

Dodałem i tak nie działa!

komentarz 12 czerwca 2017 przez j23 Mędrzec (194,920 p.)

Bibliotekę i aplikację kompilujesz na tym samym kompilatorze?

komentarz 12 czerwca 2017 przez Tomek Kozioł Obywatel (1,740 p.)

Tak

komentarz 12 czerwca 2017 przez j23 Mędrzec (194,920 p.)

Hmm, ciekawe.

Jesteś pewny, że ścieżkę do katalogu bin poprawnie ustawiłeś?

komentarz 12 czerwca 2017 przez j23 Mędrzec (194,920 p.)

Sprawdziłem u siebie. I wszystko śmiga jak należy (użyłem jakiegoś przykładu z OGL-em).

CMakem wygenerowałem makefile dla MinGW (nic nie zmieniałem w ustawieniach, domyślnie jest tam ustawiona wersja Release, czyli git.)
skompilowałem
stworzyłem nowy projekt w CodeLite
poustawiałem ścieżki, biblioteki i preprocesor
skompilowałem

Jeśli podobnie zrobiłeś, powinno Ci wszystko śmigać.

odpowiedź 18 czerwca 2017 przez Tomek Kozioł Obywatel (1,740 p.)

Naprawiłem wystarczyło nie dożucać .dll SFML-a. Jak dożucałem to wtedy wariuje mi. A ktoś pomoże z linkowaniem dynamicznym bo mój kompilator wszystko linkuje statycznie nawet SDL2 i allegro5 ktoś wie jak to naprawić ?

komentarz 18 czerwca 2017 przez j23 Mędrzec (194,920 p.)

DoRZucać...

Co, sam linkuje statycznie? Jeśli dodałeś do projektu biblioteki statyczne, to Ci takie będzie linkował.

komentarz 18 czerwca 2017 przez Tomek Kozioł Obywatel (1,740 p.)

Dodałem dynamiczne -lsfml-window,-lsfml-system i takie . WOGÓLE NIE DODAŁEM DYREKTYWY SFML-STATIC kompilator na moim kompie sam linkuje .dll do .exe wie ktoś jak to naprawić ?

komentarz 18 czerwca 2017 przez j23 Mędrzec (194,920 p.)

SFML_STATIC nie ma wpływu na sposób linkowania biblioteki - dodaje lub usuwa __declspec(dllexport) i __declspec(dllimport) w odpowiednich miejscach kodu.

Wyczyść projekt i przebuduj go.

Jaka wersja MinGW?

komentarz 18 czerwca 2017 przez Tomek Kozioł Obywatel (1,740 p.)

mam code::blocks w wersji 13.11 bo w innej nie działa a kompilator najnowszy sam aktualizowałem pod code::blocks

komentarz 18 czerwca 2017 przez j23 Mędrzec (194,920 p.)

Podsumowując: kiedy wrzucisz pliki dll do katalogu z exekiem, program przestaje działać, ale jak nie będzie tam żadnej biblioteki, to działa. Dobrze rozumiem problem?

komentarz 18 czerwca 2017 przez Tomek Kozioł Obywatel (1,740 p.)

tak. A ja chcem linkować dynamicznie a nie statycznie !!!

komentarz 18 czerwca 2017 przez j23 Mędrzec (194,920 p.)

Tyle tylko, że jakby aplikacja linkowała statycznie, do wrzucenie dll-ek do katalogu nie miałoby żadnego znaczenia i nie powodowałoby żadnej reakcji. Mnie to wygląda tak, że aplikacja łączy dynamicznie, tylko ładuje dll-ki z innego miejsca (np. jakiegoś katalogu systemowego), a Ty - jakimś cudem - wrzucasz jej niewłaściwe biblioteki do katalogu z exekiem.

Użyj Dependency Walkera, żeby zobaczyć jakie biblioteki aplikacja ładuje. Jestem prawie pewien, że będą tam biblioteki SFML-a.