SFML et visual studio 2008 c++ [Résolu]
cs_tiouil
Membre Dernière intervention
2 mars 2018
- - Dernière réponse :
cs_tiouil
Membre Dernière intervention
2 mars 2018
- 17 avril 2011 à 10:01
- Messages postés
- 51
- Date d'inscription
- dimanche 8 août 2010
- Statut
- Messages postés
- 51
- Date d'inscription
- dimanche 8 août 2010
- Statut
A voir également:
- Sfml c++
- Sfml visual studio - Meilleures réponses
- Sfml and visual studio - Meilleures réponses
- C / C++ / C++.NET : [c++] & sfml cryptographie - CodeS SourceS - Guide
- C# / .NET : Kruskal & SFML (encore...) - CodeS SourceS - Guide
- Afficher plusieurs fois le même sprite avec une condition ✓ - Forum - C++ & C++ .NET
- SFML Instalation sous linux ✓ - Forum - C / C++ / C++.NET
- SFML est-elle sure? ✓ - Forum - C / C++ / C++.NET
7 réponses
Meilleure réponse
- Messages postés
- 1466
- Date d'inscription
- vendredi 2 janvier 2004
- Statut
salut,
Tu parles d'include et de lib, Windows te réclame une dll. Tu dois trouver ce fichier dll (sfml-graphics.dll) et le mettre soit dans le repertoire de travail de ton appli, soit dans %WINDIR%\System32.
@++
Tu parles d'include et de lib, Windows te réclame une dll. Tu dois trouver ce fichier dll (sfml-graphics.dll) et le mettre soit dans le repertoire de travail de ton appli, soit dans %WINDIR%\System32.
@++
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
142 internautes nous ont dit merci ce mois-ci
- Messages postés
- 51
- Date d'inscription
- dimanche 8 août 2010
- Statut
Bonjour, merci pour ta reponse mais les libs sous visual c++ sont des dll, et j'ai bien verifié et la sfml-graphics.dll s'y trouve bien la.
Sinon je vais quand meme essayer ca mais avant une petite question : dois-je parametrer visual pour allez chercher les dll ous system32 ou dans mon repertoire ou je le laisse la ou je l'ai orienté (visual c++ 2008\lib\SFML) ?
Merci encore.
Cyril Z.
Sinon je vais quand meme essayer ca mais avant une petite question : dois-je parametrer visual pour allez chercher les dll ous system32 ou dans mon repertoire ou je le laisse la ou je l'ai orienté (visual c++ 2008\lib\SFML) ?
Merci encore.
Cyril Z.
- Messages postés
- 1466
- Date d'inscription
- vendredi 2 janvier 2004
- Statut
- Messages postés
- 1466
- Date d'inscription
- vendredi 2 janvier 2004
- Statut
re,
Attention, en cas de déploiement sur plusieurs postes, ils auront tous le même problème. C'est pourquoi soit dans l'installeur, soit en manuel, tu dois les mettre dans le repertoire de travail ou dans le repertoire par defaut de Windows.
Dynamic-Link Library Search Order.
@++
Attention, en cas de déploiement sur plusieurs postes, ils auront tous le même problème. C'est pourquoi soit dans l'installeur, soit en manuel, tu dois les mettre dans le repertoire de travail ou dans le repertoire par defaut de Windows.
Dynamic-Link Library Search Order.
@++
- Messages postés
- 51
- Date d'inscription
- dimanche 8 août 2010
- Statut
Voila, j'ai mis toutes les dll dans systemWOW64 (car j'ai une archi 64 bits) et ca a marché (j'en n'avais mis qu'une seule au prélable mais il me les demandait une par une).
Sinon mon programme marché parfaitement sous linux (ubuntu) mais avec visual, le nom de la fenetre et les images ne s'affichaient pas et pourtant pas d'erreur. Je n'est pas compris, mais comme entre temps j'ai reparé mon ubuntu je suis retourné dessus car c'est bien plus agréble.
Et quand on a ses habitudes ......
En tout cas, je te remercie.
Par contre, on ne sait jamais peut tu me dire pourquoi le programme généré par visual ne faisait pas la meme chose que sous linux (decrit plus haut).
Cyril Z.
Sinon mon programme marché parfaitement sous linux (ubuntu) mais avec visual, le nom de la fenetre et les images ne s'affichaient pas et pourtant pas d'erreur. Je n'est pas compris, mais comme entre temps j'ai reparé mon ubuntu je suis retourné dessus car c'est bien plus agréble.
Et quand on a ses habitudes ......
En tout cas, je te remercie.
Par contre, on ne sait jamais peut tu me dire pourquoi le programme généré par visual ne faisait pas la meme chose que sous linux (decrit plus haut).
Cyril Z.
- Messages postés
- 1466
- Date d'inscription
- vendredi 2 janvier 2004
- Statut
re,
A mon avis, c'est parce que Linux installe ses bibliothèques (.so, .a) toujours aux mêmes endroits (/lib(64), /usr/lib(64) et /usr/local/lib(64)). Ces 3 repertoires sont automatiquement mis en répertoires de recherche par défaut.
Windows ne procède pas comme cela car les versions ne sont pas indiqués forcement par le nom fichier de la bibliothèque. Deux versions différentes pourraient avoir le même nom de fichier et donc s'écraser entre elles.
Souvent, avec un ?dk, tu as un fichier de commande (.bat) qui permet d'initialiser les variables d'environnement et c'est à l'utilisateur de l'executer.
@++
A mon avis, c'est parce que Linux installe ses bibliothèques (.so, .a) toujours aux mêmes endroits (/lib(64), /usr/lib(64) et /usr/local/lib(64)). Ces 3 repertoires sont automatiquement mis en répertoires de recherche par défaut.
Windows ne procède pas comme cela car les versions ne sont pas indiqués forcement par le nom fichier de la bibliothèque. Deux versions différentes pourraient avoir le même nom de fichier et donc s'écraser entre elles.
Souvent, avec un ?dk, tu as un fichier de commande (.bat) qui permet d'initialiser les variables d'environnement et c'est à l'utilisateur de l'executer.
@++