1
Général / Re : [windows] compilation en ligne de commande
« le: Août 05, 2013, 05:33:10 pm »
Je dois pouvoir faire ça 
Merci à toi et à Algue-Rythme pour votre aide !
Merci à toi et à Algue-Rythme pour votre aide !
Voir les contributions
Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.
Pages: [1] 2 Suivante »
3
Général / Re : [windows] compilation en ligne de commande
« le: Août 04, 2013, 06:26:55 pm »
Etttt j'avais aussi copié les DLL de la SFML 2.0 dans C:/WINDOWS/system32.
Tout marche bien maintenant, de la compilation à l'exécution.
Désolé pour ce post qui, au final, n'a pas raison d'être
Juste une dernière question : quand je lance l'exécutable, il y a une console qui s'ouvre. Comment éviter ça ? est-ce qu'il y a une option à passer à la compilation ?
Tout marche bien maintenant, de la compilation à l'exécution.
Désolé pour ce post qui, au final, n'a pas raison d'être
Juste une dernière question : quand je lance l'exécutable, il y a une console qui s'ouvre. Comment éviter ça ? est-ce qu'il y a une option à passer à la compilation ?
4
Général / Re : Le programme ne s'affiche pas
« le: Août 04, 2013, 03:06:53 pm »
Si tu veux compiler avec CodeBlocks faut pas télécharger la version TDM ...
Y'a une version MinGW DW2 qui devrait mieux te convenir je pense
Y'a une version MinGW DW2 qui devrait mieux te convenir je pense
5
Général / Re : [windows] compilation en ligne de commande
« le: Août 04, 2013, 01:53:37 pm »
Un peu de nouveau : je me suis enfin décidé à utiliser gdb (je ne sais pas pourquoi je n'y ai pas pensé avant ) sur le "Hello world !", et j'ai eu comme sortie :
Donc un problème avec listdc++-6.dll. C'est là que je me suis rappelé que, dans la folie de ma jeunesse, j'ai copié toutes les DLL du MinGW dans C:/WINDOWS/system32 Il a donc suffit que je les remplace par celles de me version actuelle pour que ça marche nickel. C'était donc bien un problème de multiples versions de MinGW.
Content de moi, j'essaie de compiler l'exemple utilisant la SFML. Comme avant, la compilation se passe sans soucis, mais j'ai encore un problème à l'exécution. Cette fois, le cadre de la fenêtre apparaît, avec le titre, mais l'intérieur reste transparent et le programme plante.
Voilà ce que gdb me dit :
Je trouve ça bizarre qu'il y ait un problème d'inclusion à partir d'un fichier de la SFML alors qu'elle est censée être déjà compilée
Cette fois ça ressemble plus à un problème lié à la SFML, donc je m'en remet à toi Laurent
) sur le "Hello world !", et j'ai eu comme sortie :Code: [Sélectionner]
(gdb) run
Starting program: C:\Documents and Settings\Jairard\Mes documents\Mes projets\test SFML\test.exe
[New Thread 3588.0xe10]
Program received signal SIGSEGV, Segmentation fault.
0x6fcad437 in libstdc++-6!_ZNSt6localeC2Ev ()
from C:\WINDOWS\system32\libstdc++-6.dll
(gdb) bt
#0 0x6fcad437 in libstdc++-6!_ZNSt6localeC2Ev ()
from C:\WINDOWS\system32\libstdc++-6.dll
#1 0x00401472 in main ()Donc un problème avec listdc++-6.dll. C'est là que je me suis rappelé que, dans la folie de ma jeunesse, j'ai copié toutes les DLL du MinGW dans C:/WINDOWS/system32
Il a donc suffit que je les remplace par celles de me version actuelle pour que ça marche nickel. C'était donc bien un problème de multiples versions de MinGW.Content de moi, j'essaie de compiler l'exemple utilisant la SFML. Comme avant, la compilation se passe sans soucis, mais j'ai encore un problème à l'exécution. Cette fois, le cadre de la fenêtre apparaît, avec le titre, mais l'intérieur reste transparent et le programme plante.
Voilà ce que gdb me dit :
Code: [Sélectionner]
(gdb) run
Starting program: C:\Documents and Settings\Jairard\Mes documents\Mes projets\test SFML\test.exe
[New Thread 3824.0xef4]
[New Thread 3824.0xef8]
[New Thread 3824.0xabc]
[New Thread 3824.0xb3c]
[New Thread 3824.0xe7c]
[New Thread 3824.0xba8]
[New Thread 3824.0xf04]
Program received signal SIGSEGV, Segmentation fault.
0x68ed2ce9 in sf::RenderTarget::clear (this=0x22fd30, color=...)
at D:\developpement\sfml\sfml\src\SFML\Graphics\RenderTarget.cpp:58
58 D:\developpement\sfml\sfml\src\SFML\Graphics\RenderTarget.cpp: No such file or directory.
(gdb) bt
#0 0x68ed2ce9 in sf::RenderTarget::clear (this=0x22fd30, color=...)
at D:\developpement\sfml\sfml\src\SFML\Graphics\RenderTarget.cpp:58
#1 0x004015ca in main () at main.cpp:30Je trouve ça bizarre qu'il y ait un problème d'inclusion à partir d'un fichier de la SFML alors qu'elle est censée être déjà compilée
Cette fois ça ressemble plus à un problème lié à la SFML, donc je m'en remet à toi Laurent
6
Général / Re : [windows] compilation en ligne de commande
« le: Août 02, 2013, 08:07:44 pm »
Pour la SFML, j'ai la version pré-compilée et la version que j'ai compilée.
Pour MinGW j'ai la version toute fraîche qui est utilisée pour compiler et une vieille version qui traîne dans un dossier de Qt.
Mais est-ce vraiment important vu que je link l'une ou l'autre des version de la SFML et que c'est bien la version la plus récente de MinGW qui est utilisée ?
Je commence à avoir l'impression que le problème ne vient pas de la SFML : j'ai testé avec une autre bibliothèque et j'ai eu le même résultat. J'ai donc essayé de compiler un "Hello world" :
A l'exécution le message s'affiche bien, mais le programme plante juste après ...
Je vais devenir fou
Ce serait donc un problème directement lié à MinGW ?
Pour MinGW j'ai la version toute fraîche qui est utilisée pour compiler et une vieille version qui traîne dans un dossier de Qt.
Mais est-ce vraiment important vu que je link l'une ou l'autre des version de la SFML et que c'est bien la version la plus récente de MinGW qui est utilisée ?
Je commence à avoir l'impression que le problème ne vient pas de la SFML : j'ai testé avec une autre bibliothèque et j'ai eu le même résultat. J'ai donc essayé de compiler un "Hello world" :
#include <iostream>
int main()
{
std::cout << "Hello world !" << std::endl;
return 0;
}
int main()
{
std::cout << "Hello world !" << std::endl;
return 0;
}
A l'exécution le message s'affiche bien, mais le programme plante juste après ...
Je vais devenir fou
Ce serait donc un problème directement lié à MinGW ?
7
Général / Re : [windows] compilation en ligne de commande
« le: Août 01, 2013, 10:44:46 pm »
J'étais parti sur un code un peu plus sympa à l'exécution :
mais en réessayant avec le code de départ j'ai toujours le même résultat
#define SFML_STATIC
#include <SFML/Graphics.hpp>
int main()
{
sf::RenderWindow window(sf::VideoMode(200, 200), "SFML works!");
sf::CircleShape shape(100.f);
shape.setFillColor(sf::Color::Green);
while (window.isOpen())
{
sf::Event event;
while (window.pollEvent(event))
{
if (event.type == sf::Event::Closed)
window.close();
}
window.clear();
window.draw(shape);
window.display();
}
return 0;
}
#include <SFML/Graphics.hpp>
int main()
{
sf::RenderWindow window(sf::VideoMode(200, 200), "SFML works!");
sf::CircleShape shape(100.f);
shape.setFillColor(sf::Color::Green);
while (window.isOpen())
{
sf::Event event;
while (window.pollEvent(event))
{
if (event.type == sf::Event::Closed)
window.close();
}
window.clear();
window.draw(shape);
window.display();
}
return 0;
}
mais en réessayant avec le code de départ j'ai toujours le même résultat
8
Général / Re : [windows] compilation en ligne de commande
« le: Août 01, 2013, 10:15:23 pm »
Oups désolé, je ne pensais pas trouver ça dans les tuto 
Donc maintenant ça compile en statique (j'ai vérifié que la taille de l'exécutable était plus grande), mais même problème à l'exécution
Donc maintenant ça compile en statique (j'ai vérifié que la taille de l'exécutable était plus grande), mais même problème à l'exécution
9
Général / Re : [windows] compilation en ligne de commande
« le: Août 01, 2013, 08:52:45 pm »
Je ne suis pas sûr de comment lier une bibliothèque de manière statique. Du coup j'ai juste rajouté -static en option et -s au nom de chaque bibliothèque, mais sans succès 
Sortie de compilation :
Est-ce un problème dans la façon de compiler ?
Sortie de compilation :
Code: [Sélectionner]
g++ -o test-s main.cpp -static -LC:/Library/SFML-2.1/lib -lsfml-graphics-s -lsfml-window-s -lsfml-system-s -IC:/Library/SFML-2.1/include
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0xd6): undefined reference to `_imp___ZN2sf6StringC1EPKcRKSt6locale'
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0xfc): undefined reference to `_imp___ZN2sf9VideoModeC1Ejjj'
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0x140): undefined reference to `_imp___ZN2sf12RenderWindowC1ENS_9VideoModeERKNS_6StringEjRKNS_15ContextSettingsE'
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0x176): undefined reference to `_imp___ZN2sf11CircleShapeC1Efj'
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0x187): undefined reference to `_imp___ZN2sf5Color5GreenE'
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0x191): undefined reference to `_imp___ZN2sf5Shape12setFillColorERKNS_5ColorE'
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0x1af): undefined reference to `_imp___ZN2sf6Window5closeEv'
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0x1c7): undefined reference to `_imp___ZN2sf6Window9pollEventERNS_5EventE'
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0x1f9): undefined reference to `_imp___ZN2sf5ColorC1Ehhhh'
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0x214): undefined reference to `_imp___ZN2sf12RenderTarget5clearERKNS_5ColorE'
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0x227): undefined reference to `_imp___ZN2sf12RenderStates7DefaultE'
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0x23b): undefined reference to `_imp___ZN2sf12RenderTarget4drawERKNS_8DrawableERKNS_12RenderStatesE'
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0x24d): undefined reference to `_imp___ZN2sf6Window7displayEv'
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0x25c): undefined reference to `_imp___ZNK2sf6Window6isOpenEv'
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0x285): undefined reference to `_imp___ZN2sf12RenderWindowD1Ev'
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0x2ac): undefined reference to `_imp___ZN2sf12RenderWindowD1Ev'
C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o:main.cpp:(.text+0x2e6): undefined reference to `_imp___ZN2sf12RenderWindowD1Ev'
c:/mingw/bin/../lib/gcc/mingw32/4.7.2/../../../../mingw32/bin/ld.exe: C:\DOCUME~1\Jairard\LOCALS~1\Temp\ccJDCYcN.o: bad reloc address 0xf in section `.text$_ZN2sf6StringD1Ev[__ZN2sf6StringD1Ev]'
c:/mingw/bin/../lib/gcc/mingw32/4.7.2/../../../../mingw32/bin/ld.exe: final link failed: Invalid operation
collect2.exe: erreur: ld a retournÚ 1 code d'Útat d'exÚcution
makefile:32: recipe for target 'all' failed
mingw32-make: *** [all] Error 1
Est-ce un problème dans la façon de compiler ?
10
Général / Re : [windows] compilation en ligne de commande
« le: Juillet 31, 2013, 11:57:25 pm »
De retour, j'ai supprimé mingw et SFML, tout retéléchargé, installé proprement.
Que ce soit avec la SFML précompilée ou la SFML maison, j'ai toujours les mêmes symptômes. A savoir que la compilation se passe sans soucis mais le programme plante à l'exécution
Je ne vois vraiment pas quoi faire, ça doit sûrement être une erreur de ma part mais je ne vois pas ce que ça peut être, j'ai pourtant l'impression d'avoir tout fait comme il faut
En attendant de trouver une solution je vais donc retourner sous osx pour faire joujou
Que ce soit avec la SFML précompilée ou la SFML maison, j'ai toujours les mêmes symptômes. A savoir que la compilation se passe sans soucis mais le programme plante à l'exécution
Je ne vois vraiment pas quoi faire, ça doit sûrement être une erreur de ma part mais je ne vois pas ce que ça peut être, j'ai pourtant l'impression d'avoir tout fait comme il faut
En attendant de trouver une solution je vais donc retourner sous osx pour faire joujou
11
Général / Re : [windows] compilation en ligne de commande
« le: Juillet 31, 2013, 09:52:14 pm »Citer
Bah non. "Incompatibles entre elles", au cas où ce n'était pas clair.
Ah ok, dans ce cas on s'est mal compris depuis le début
Je demandais avec quelle gestion des threads était compilé la SFML, mais j'imagine que c'est win32 vu que la version de mingw du site officiel est configurée comme ça.
Citer
Pas mieux
Ah mince
Bon dans ce cas je vais essayer de tout reprendre de zéro, que ce soit pour mingw ou la SFML, en espérant que ce soit suffisant
12
Général / Re : [windows] compilation en ligne de commande
« le: Juillet 31, 2013, 09:13:06 pm »Citer
Si tu prends MinGW sur son site officiel je pense que ce sera bon.
Je viens d'essayer, toujours le même problème à l'exécution
Pourtant g++ semble être à la bonne version cette fois :
Code: [Sélectionner]
Utilisation des specs internes.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.7.2/lto-wrapper.exe
Target: mingw32
ConfigurÚ avec: ../gcc-4.7.2/configure --enable-languages=c,c++,ada,fortran,objc
,obj-c++ --disable-sjlj-exceptions --with-dwarf2 --enable-shared --enable-libgom
p --disable-win32-registry --enable-libstdcxx-debug --disable-build-poststage1-w
ith-cxx --enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw
ModÞle de thread: win32
gcc version 4.7.2 (GCC)Citer
L'implémentation des threads peut être win32 ou posix. Les deux sont incompatibles.
Je suppose que tu voulais dire "compatibles" ?
Citer
A priori non, sauf si tu as fait quelque chose de travers de ton côté, mais ça je ne peux pas le savoir
Bah j'ai configuré/compilé avec CMake dans C:/Library/SFML-master/build.
Ensuite j'ai coupé/collé le dossier C:/Library/SFML-master/build/lib dans C:/Library/SFML-master.
Et pour finir je compile mon fichier avec :
Code: [Sélectionner]
g++ -IC:/Library/SFML-master/include -c main.cpp
g++ main.o -LC:/Library/SFML-master/lib -lsfml-graphics -lsfml-window -lsfml-system -o testJe ne vois pas trop ce qui a pu mal se passer
13
Général / Re : [windows] compilation en ligne de commande
« le: Juillet 31, 2013, 07:25:04 pm »CiterDonc voilà, je vais essayer de passer à mingw 4.7, ce sera suffisant pour être comptaible avec la version précompilée de SFML ?Normalement oui... si tu prends la bonne version
Le bonne version de mingw ou de SFML ? J'imagine que la bonne réponse est "les 2", mais pour la SFML je crois ne pas avoir trop le choix en utilisant mingw. Il reste donc la version du dit compileur, quelle sous-version de 4.7 dois-je choisir ?
CiterEt au passage, est-ce que le type de gestion des threads et des exceptions par mingw a une importance ?Tout à fait, ce sont deux des points qui créent une incompatibilité entre versions.
Ok. J'imagine que pour les exception c'est dwarf (ça expliquerais le DW2 dans le nom de la version précompilée de la SFML), mais qu'en est-il des threads ?
Et quelqu'un aurait une idée de pourquoi ça ne marche toujours pas en ayant recompilé la SFML ?
14
Général / Re : [windows] compilation en ligne de commande
« le: Juillet 31, 2013, 07:09:55 pm »
J'ai réussi à compiler la SFML avec CMake, par contre j'obtiens le même résultat en lançant l'exécutable. Je vous rassure, je l'ai recompilé en m'assurant qu'il aille chercher les include et les lib toutes neuves.
Donc voilà, je vais essayer de passer à mingw 4.7, ce sera suffisant pour être comptaible avec la version précompilée de SFML ?
Et au passage, est-ce que le type de gestion des threads et des exceptions par mingw a une importance ?
Donc voilà, je vais essayer de passer à mingw 4.7, ce sera suffisant pour être comptaible avec la version précompilée de SFML ?
Et au passage, est-ce que le type de gestion des threads et des exceptions par mingw a une importance ?
15
Général / Re : [windows] compilation en ligne de commande
« le: Juillet 31, 2013, 06:52:02 pm »
Alors là je m'y attendais pas, mais tu avais raison Algue-Rythme, il faut bien placer le nom du fichier avant les options d'édition de lien. Donc maintenant ça compile, merci à toi 
Par contre déception à l'exécution, le programme crash avec le classique "test.exe a rencontré un problème et doit fermer. Nous vous prions de nous excuser pour le désagrément encouru.". J'imagine que c'est le problème dont Laurent a parlé. Qu'est-ce qui fait que mon compilo n'est pas compatible avec les versions précompilées de SFML ?
Je vais essayer de compiler la SFML, mais je peux aussi changer de compilateur.
Par contre déception à l'exécution, le programme crash avec le classique "test.exe a rencontré un problème et doit fermer. Nous vous prions de nous excuser pour le désagrément encouru.". J'imagine que c'est le problème dont Laurent a parlé. Qu'est-ce qui fait que mon compilo n'est pas compatible avec les versions précompilées de SFML ?
Je vais essayer de compiler la SFML, mais je peux aussi changer de compilateur.
Pages: [1] 2 Suivante »