Probleme de DLL

Bonjour,

excusez moi de vous deranger, mais j`ai un probleme de DLL que je n`arrive pas vraiment a resoudre.

Au lancement de mon programme, j`ai l`erreur suivante :
- libgcc_s_dw2-1.dll is missing from your computer.

Apres des recherches,
http://archives.free.net.ph/message/...031a5a.fr.html

Problem is that I use gcc v.3.4.2.
I have installed gcc v.4.4.0 before, but have never use it.
So, has someone any suggestion about this problem please ?
May I clean something due to the installation of gcc v4.4 ?

Thank you very much.
Regards.

Bonjour,

Du coup je sais plus trop quelle langue parler, mais comme on est sur un forum français je vais parler en français.
Une méthode de résolution rapide du problème est de placer la dll avec l'executable. Mais cette solution est très sale.
Mais je ne vois pas trop comment faire autrement...

Best regards,
LittleWhite

Avec visual studio, il faut aller dans les propriété du projet -> Editeur de liens->Général->Répertoire de bibliotéque supplémentaire et indiquer l'emplacement de la DLL et dans Editeur de liens->Entrée rajouter le lien de la DLL dans dépendances supplémentaires

Hi,

Oui excusez moi, je n`ai pas fait attention au changement de langue dans mon post.
Oui pour la solution je connais effectivement c`est tres sale et j`aimerais eviter autant que possible. Je ne sais absolument pas a quoi est lie mon probleme... et je pense avoir bien nettoyer mon pc du precedent gcc, je ne sais pas si mon code block a ete affecte ou si le problemee vient d`ailleurs... (je suis sous win7).

En tout cas merci quand meme pour la reponse.

Salut,

Sur ta machine, tu peux, simplement, veiller à ce que la dll en cause se trouve dans un des répertoires de la variable PATH, qui peut être le répertoire bin de ton dossier MinGW (s'il apparait dans le PATH)...

Lorsqu'il s'agira de déployer l'application, le mieux reste sans doute de placer cette dll dans le dossier dans lequel se trouvera l'exécutable, ou, à défaut, dans un des dossiers connu pour regrouper les dll's (system32 par exemple).

Une autre solution qui peut valoir d'être envisagée, c'est de recompiler gcc en désactivant les bibliothèques partagées (avec l'option --disable-shared) et en activant en retour les bibliothèques statiques ( --enable-static).

L'usage des dlls deviendra donc inutile, tout programme compilé avec gcc utilisant la version statique de la bibliothèque.

Mais attention, je ne garantis absolument pas que, selon les projets sur lesquels tu travaillera, cela ne risque pas d'avoir des conséquences plus ou moins inattendues (dont la plus fréquente est surement une augmentation du poids de tes exécutables ;))

Merci beaucoup pour les reponses (meme si ce n`est pas ce que j`attendais :P...).

Finallement j`ai retrouver le probleme, le fait est que j`ai compile une librairie avec le gcc 4.4 et de ce fait il voulais utilise des dependances lie a celle-ci (Cependant je ne voulais ni alourdir mon eventuel exe, ni meme avoir a lie la librarie qui ne devais pas etre necessaire initialement).

C`est donc Boost, compiler avec la version 4.4 que j`ai recompiler avec celle que j`utilise maintenant qui avait quelques probleme pour fonctionner.

Je vous remercie encore une fois ^^.