[SFML 2.0/Code::blocks] problème installation

[Breci]

Bonjour à tous,

Depuis à peu près deux jours j’essaie de mettre en place SFML 2.0 sur Code::Blocks 12.11.
Suite à plusieurs échecs j'ai désinstaller complètement Code::Blocks pour repartir sur une base vierge.

Après avoir tout réinstaller et retentant les manips j'obtiens ça :

Global:


Projet :



L'erreur obtenue :


Ma version de gcc : 4.7.1 (MinGw)
build SFML utilisé : http://sfml.my-gate.net/nightly/SFML build 4.7.1

Des idées sur comment régler ce problème?

[Laurent]

Pareil que précédemment, c'est une DLL liée à ton compilo que tu trouveras dans MinGW\bin.

[Breci]

J'ai rebuild mon projet en vérifiant bien les étapes du tutoriel présent sur le site afin d'être bien en dynamique.
Les dll nécessaires sont dans le dossier de mon projet maintenant ainsi que le dernier dll.

J'ai cette erreur :


pas d'erreur de compilation
Après des recherches sur internet j'ai trouvé que je devais refaire le build de 0. Malgré ça rien ne change.

[Laurent]

Question bête : tu compiles bien en C++ et non en C ? (ie. ton extension de fichier source n'est pas .c)

[Breci]

Mon fichier est bien en c++ oui.

Et je peut compiler des fichiers en c++ ne dépendants pas de sfml sans problème.

[Laurent]

Dans les nightly builds, tu as pris quel MinGW 4.7.1 ?

Tu utilises le MinGW fourni avec Code::Blocks ? Si oui, quelle version de Code::Blocks as-tu ?

Pour être sûr à 100%, il faudrait que tu fasses un "gcc -v" dans la console (avec MinGW/bin dans le PATH) (montre la totalité du résultat).

[Breci]

J'ai pris le MinGW TDM GCC 4.7.1 32 bit.
j'utilise Code::Blocks 12.11 et le path est bien ciblé sur le mingw de Code::Blocks

utilisation du gcc -v :

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=c:/program files (x86)/codeblocks/mingw/bin/../libexec/gcc/m
ingw32/4.7.1/lto-wrapper.exe
Target: mingw32
Configured with: ../../src/gcc-4.7.1/configure --build=mingw32 --enable-language
s=c,c++,ada,fortran,objc,obj-c++ --enable-threads=win32 --enable-libgomp --enabl
e-lto --enable-fully-dynamic-string --enable-libstdcxx-debug --enable-version-sp
ecific-runtime-libs --with-gnu-ld --disable-nls --disable-win32-registry --disab
le-symvers --disable-build-poststage1-with-cxx --disable-werror --prefix=/mingw3
2tdm --with-local-prefix=/mingw32tdm --enable-cxx-flags='-fno-function-sections
-fno-data-sections' --with-pkgversion=tdm-1 --enable-sjlj-exceptions --with-bugu
rl=http://tdm-gcc.tdragon.net/bugs
Thread model: win32
gcc version 4.7.1 (tdm-1)

[Laurent]

Ca a l'air correct.

Il faudrait faire un coup de Dependency Walker sur l'exécutable, pour voir s'il n'y a pas plusieurs libstdc++-6.dll en conflit.

[Arnibou]

J'ai exactement le meme probleme et en supprimant libstdc++_6.dll, le prog se lance mais sfml.exe a cessé de fonctionner.
Edit: j'ai tenté de recompiler sfml et il y a exactement le meme probleme qu'avec la nightly.
Et idem en essayant sur l'ancienne version de code block

[Breci]

Voila le résultat



Je remarque donc 2 voir 3 erreurs je ne sais pas si les deux erreurs de dll engendre la 3e ou l'inverse ou si elle sont complètement dissociées.
Ce qui est étrange c'est que dans le bin il n'y a pas de *-d mais seulement les *-d-2 en dll.

[Breci]

J'ai réussi à faire fonctionner le programme sur une nouvelle sessions créée pour tester.

Je n'ai pas de réponse sur comment régler ça mais comment contourner : utiliser une 2e sessions dédiée à la programmation.