Program nie może się uruchomić, ponieważ libgcc s dw2-1.brak dll

W Eclipse znajdziesz go w properties projektu > C / C++ Build > Settings > MinGW C++ Linker > Misc

Musisz dodać go do" flagi linkera " na górze; nigdzie indziej. Więc po prostu Odbuduj.

Odkryłem, że łączenie tych statycznie eksploduje rozmiar do 1400 kb nawet przy optymalizacjach. Jest o 277kb większy w porównaniu do kopiowania przez współdzielone biblioteki DLL. To jest 388kb większe, jak również po UPXing wszystko. Bardzo dobrze. Wystarczy dołączyć biblioteki DLL ponieważ użytkownik końcowy może zdecydować się na ich usunięcie lub nie, jeśli mają je zainstalowane gdzie indziej.

Code:: Blocks: add '- static ' in settings - >compiler->linker settings- > Other linker options.

Zobacz także . To rozwiązało mój problem.

Przy okazji, czy to na pewno compiler flaga? Może {[1] } jest tu bardziej odpowiednie określenie?

Znajdź bibliotekę dll na swoim komputerze i skopiuj ją do tego samego katalogu, w którym znajduje się Twój plik wykonywalny.

Skopiuj " libgcc_s_dw2-1.dll " to were make.exe jest. (Jeśli używasz Msys, skopiuj go do \MSYS \ bin) Upewnij się, że ścieżka do zrobienia.exe jest ustawiony w env. Ścieżka (if make.exe jest w folderze "bin", najprawdopodobniej, i masz msys, to \MSYS \ bin) Kompilacji, rund, debugowania itp. szczęśliwy.

Przejdź do MinGW http sourceforge.net drzewo. W sekcji Home / MinGW / Base / gcc / Version4(lub jakiejkolwiek używanej wersji)/gcc-4 (version)/ znajdziesz Plik taki jak gcc-core-4.8.1-4-mingw32-dll.smoła.lzma. Rozpakuj go i przejdź do folderu bin, gdzie znajdziesz swój libgcc_s_dw2-1.dll i innych dll. skopiuj i wklej to, czego potrzebujesz do katalogu bin.

Udało mi się to przezwyciężyć używając "gcc" zamiast "g++" dla mojego kompilatora. Wiem, że nie jest to opcja dla większości ludzi, ale pomyślałem, że wspomnę o tym jako opcji obejścia problemu:)

Nie możesz umieścić go w system32 lub coś takiego jak robisz z innymi plikami dll, aby każdy program, który próbujesz uruchomić, nie miał tego problemu na twoim komputerze?

Potrzebuję tylko ścieżki, gdzie ją umieścić.

Irytujące jest umieszczanie go w katalogu za każdym razem, gdy uruchamiam program, który właśnie zbudowałem...

Edit: znalazłem rozwiązanie:

Wyodrębnij libgcc_s_dw2-1.dll do lokalizacji na komputerze. My polecam rozpakować go do katalogu programu, który na proszę o libgcc_s_dw2-1.dll.

Jeśli to nie zadziała, będziesz musiał wyodrębnić libgcc_s_dw2-1.dll do Twój katalog systemowy. Domyślnie jest to:

• C:\Windows\System (Windows 95/98 / Me)
• C:\WINNT\System32 (Windows NT/2000)
• C:\Windows\System32 (Windows XP, Vista, 7)

Jeśli używasz 64-bitowej wersji Windows, Powinieneś również umieścić libgcc_s_dw2-1.dll w C:\Windows\SysWOW64\

Upewnij się nadpisać istniejące pliki (ale zrobić kopię zapasową oryginalny plik). Uruchom ponownie komputer.

Jeśli problem nadal występuje, spróbuj wykonać następujące czynności:

• Otwórz menu Start systemu Windows i wybierz " Uruchom...".
• wpisz CMD i naciśnij Enter (lub jeśli używasz Windows ME, wpisz polecenie)).
• wpisz regsvr32 libgcc_s_dw2-1.dll i naciśnij Enter.

Po prostu przejdź do Ustawienia>>kompilatora i debuggera, a następnie kliknij zakładkę Ustawienia linkera i przejdź do "inne opcje linkera" edytuj sterowanie i wklej: "-static-libgcc-static-libstdc++" do tego, nie ma opcji flagi kompilatora w opcjach flagi kompilatora dla Code::Blocks, więc to jest sposób na rozwiązanie tego problemu, przyszedłem tutaj szukając rozwiązania i jeden facet, który napisał o "-static-libgcc-static-libstdc++" dał właściwy pomysł, i tak jakby nie było opcji flagi kompilatora. resztę wymyśliłem przez przypadek, ale to działa, plik można kliknąć z zewnątrz Code:: Blocks, działa bezpośrednio z pulpitu.

Dodaj ścieżkę do tej biblioteki dll do zmiennej środowiskowej PATH.

Włączenie - static-libgcc do linii kompilacji rozwiązuje problem

g++ my.cpp -o my.exe -static-libgcc

Zgodnie z: @ hardmath

Możesz również utworzyć alias na swoim profilu [.profil ] Jeśli jesteś na MSYS2 na przykład

alias g++="g++ -static-libgcc"

Teraz Twoje polecenie GCC też idzie; -)

Pamiętaj, aby ponownie uruchomić Terminal

Dodanie "- static " do innych opcji linkera rozwiązuje ten problem. Właśnie miałem ten sam problem po przetestowaniu tego na innym systemie, ale nie na własną rękę, więc nawet jeśli nie zauważyłeś tego na swoim systemie programistycznym, powinieneś sprawdzić, czy masz ten zestaw, jeśli statycznie łączysz.

Kolejna uwaga, kopiowanie DLL do tego samego folderu co plik wykonywalny nie jest rozwiązaniem, ponieważ narusza ideę statycznego łączenia.

Inną opcją jest użycie wersji TDM MinGW co rozwiązuje ten problem.

Update edit: to może nie rozwiązać problemu dla wszystkich. Innym powodem, dla którego niedawno odkryłem, jest to, gdy używasz biblioteki skompilowanej przez kogoś innego, w moim przypadku był to SFML, który został niewłaściwie skompilowany i tak wymagał DLL, który nie istniał, ponieważ został skompilowany z inną wersją MinGW niż to, czego używam. Używam krasnoluda build, ten używał innego, więc nie miałem DLL nigdzie i oczywiście, nie chciałem go, ponieważ był to statyczny build. Rozwiązaniem może być znalezienie innej kompilacji biblioteki lub samodzielne jej zbudowanie.

W CodeBlocks możesz przejść do ustawień...Kompilator... i wybrać albo 1) dwa elementy w niebieskim pudełku lub 2) jeden element w zielonym polu

Jeśli zastanawiasz się, gdzie możesz pobrać bibliotekę współdzieloną (chociaż nie będzie to działać na urządzeniach Twojego klienta, chyba że dołączysz dll), oto link: https://de.osdn.net/projects/mingw/downloads/72215/libgcc-9.2.0-1-mingw32-dll-1.tar.xz/

Pracując z msys2 otrzymałem ten sam błąd podczas próby uruchomienia wersji release mojego projektu w środowisku debugowania. Rozwiązanie mojego problemu jest oczywiste: użyj programu wykonywalnego z symbolami debugowania.