Forum de la communauté SFML
Aide => Général => Discussion démarrée par: Syntax Error le Août 01, 2013, 12:21:45 pm
-
Bonjour, j'ai téléchargé la nouvelle version 2.1.
aucun problème à la compilation, par contre je rencontre cet erreur à l'exécution :
le point d'entrée de procédure __gxx_personality_v0 est introuvable dans la bibliothèque de lien dynamiques libstdc++-6.dll
ça vient de quoi ?
-
Tu es sûr d'avoir téléchargé l'archive de SFML qui correspond à ton compilateur ?
-
je suis sous code::bloks, j'ai téléchargé GCC 4.7 MinGW (DW2) - 32 bits
-
Encore un qui n'a pas lu le passage en rouge au début du tutoriel de démarrage...
-
Bah si je l'ai lu ...
" Si vous ne savez pas quelle est votre version, vous pouvez regarder dans le répertoire MinGW/bin lequel des fichiers libgcc_s_sjlj-1.dll ou libgcc_s_dw2-1.dll vous avez. "
j'ai les deux fichiers. j'ai donc supposé que je pouvais télécharger la version DW2 (et vu que de tout façon pour MinGW c'est la seule version proposé..).
enfin bon, faut que je recompile alors?
édit: c'est normal que je n'ai pas le fichier CMakeLists.txt ?
-
Je pensais plutôt à ça :
Si vous utilisez la version de gcc qui vient avec Code::Blocks, alors il s'agit probablement d'une version SJLJ.
C'est pas assez explicite ? :P
c'est normal que je n'ai pas le fichier CMakeLists.txt ?
Avant de compiler les sources, il faut les télécharger ;)
-
non parce que la phrase d'avant est censé permettre de savoir quelle version on a ?
et que "probablement" ne signifie pas que c'est "forcément" une version SJLJ.
M'enfin c'est pas grave, j'avais aussi pensé à devoir recompiler.
Par contre j'ai d'autre erreur maintenant que j'ai les bon fichiers avec cmake.
J'ai ptéte trouvé des solutions comme réinstallé code::blocks dans un dossier sans espace (parce que apparemment il aime pas ça..)
bref je vois si ça fonctionne ou pas et je vous tiendrez au courant..
Merci ;)
-
non parce que la phrase d'avant est censé permettre de savoir quelle version on a ?
Oui, j'avoue que je ne sais pas pourquoi le MinGW de Code::Blocks possède les deux DLLs. Peut-être que c'est une version qui implémente les deux et qui permet de choisir avec un flag de compilation.
et que "probablement" ne signifie pas que c'est "forcément" une version SJLJ.
C'est juste parce que je ne sais pas ce qu'il en sera des prochaines versions de Code::Blocks. Mais pour la 12.11, c'est une SJLJ.
M'enfin c'est pas grave, j'avais aussi pensé à devoir recompiler.
Mais non tu ne dois pas, ce que j'essaye de te dire c'est qu'il faut prendre la version TDM - SJLJ de SFML ;D
J'ai ptéte trouvé des solutions comme réinstallé code::blocks dans un dossier sans espace (parce que apparemment il aime pas ça..)
Les espaces : grave erreur !
-
oui j'ai essayé TDM - SJLJ ça marche niquel.
c'est quoi TDM en faite? parce que ça porte à confusion avec les MinGW à côté et qu'on a un dossier MinGW dans son code::blocks et qu'on sait pas ce que c'est tout simplement..
et les espaces, oui mais c'est pas moi qui est décidé de mettre des espaces dans "progam files" :p
-
TDM -> http://tdm-gcc.tdragon.net/
Avant il y avait un seul MinGW, et toutes les versions de celui-ci étaient compatibles entre elles, tout le monde était content. Aujourd'hui il y a plein de monde (MinGW, TDM, MinGW-w64, ...) qui compile gcc sous Windows, avec des options différentes. Du coup on se retrouve avec tout un tas de variantes incompatibles entre elles, et conclusion, pour trouver la version d'une bibliothèque précompilée qui va bien avec son compilo, c'est un peu la galère -- sauf pour les 5% de développeurs qui savent très exactement de quoi il retourne.
Donc oui c'est la merde et ça porte à confusion pour pas mal de monde, désolé, c'est pas de ma faute ;D
et les espaces, oui mais c'est pas moi qui est décidé de mettre des espaces dans "progam files"
Les gars de chez Microsoft qui ont décidé que "Program Files" serait le dossier par défaut sont des cons.
Les gars de gcc / CMake / ou autre qui ne gèrent pas correctement les espaces dans les chemins sont des cons.
Donc soyons moins con qu'eux : moi j'installe tout dans D:\programmes chez moi. "C:\Program Files" est vide, du moins il ne contient que les trucs que Microsoft installe automatiquement (SDKs, framework .Net, Skype, ...).
-
<Hors sujet>
<troll>
Je vais recompleter ta phrase :
Les gars de chez Microsoft qui ont décidé que "Program Files" serait le dossier par défaut sont des cons.
Les gars de gcc / CMake / ou autre qui ne gèrent pas correctement les espaces dans les chemins sont des cons.
Donc soyons moins con qu'eux : ....
... passons sur linux, où des gens on interdit les espaces dans les noms de dossier standards :p
</troll>
</hors sujet>
-
haha je suis bien d'accord
Merci pour l'info je comprends déjà un peu mieux.