Commentaires des membres
Voici le lien pour avoir le dictionnaire français. Le correcteur d'orthographe (Editor >> Spell Checker) ne contient que l'anglais par defaut.
1/ allez sur :dictionnaire français.
2/ Cliquez sur le numero de version, vous aurez un fichier *.oxt. Il faut l'extraire avec 7-Zip (Extract to).
3/ Allez dans "ooo-dictionnaire-fr-classique-reforme1990-v4.5/dictionnaries"
4/ copiez les 2 fichiers (fr-classique+reforme1990.dic et fr-classique+reforme1990.aff) dans "C:\Program Files (x86)\CodeBlocks\share\CodeBlocks\SpellChecker".
Voila, vous avez le correcteur d'orthographe en français.^^
EDIT : J'avais oublié, il faut allez dans Settings >> Editor >> SpellChecker et choisir le dictionnaire français dans Language >> Dictionary.
Dernière modification par johnplayer (15-12-2012 16:48:04)
Hors ligne
c'est une solution ....
plus cas trouver pour firefox
Hors ligne
Je rencontre un problème avec la version 12.11.
"-static-libgcc" est reconnu mais il me demande encore "libgcc_s_dw2-1.dll";
"-static-libstdc++" n'est pas reconnu;
"-lpthread" est reconnu mais il me demande encore la lib.
Quelqu'un aurait une idée?
Je ne comprends pas pourtant je ne fais pas d'erreur, j'ai trouvé ça sur mingw 4.7 : lien explication mingw 4.7 (en bas de page).
Ils disent bien d'utiliser les flags pour compiler avec les versions statiques mais pas moyen.
J'ai aussi essayé de linker directement les libs statiques présentes dans Mingw mais il continu de me les demander.
Au fait, je suis sous windows7 ça peut avoir son importance.^^
Dernière modification par johnplayer (15-12-2012 14:02:02)
Hors ligne
je ne sais pas je n'utilise pas windob
s'il te les redemandes c'est surment qu'il ne les trouvent pas
essaye de rajouté le path vers les libs
Hors ligne
Justement, quand je l'ai ai linker j'ai mis les fichiers avec le chemin complet et l'extension (C:\Program Files (x86)\CodeBlocks\Mingw\...\libgcc.a et libstdc++.a) pour être sûr qu'il prenne les bons fichiers, mais rien n'y fait. Est-ce que le fait que ce soit un projet que j'avais commencé sur la version 10.05 pourrait en être la cause?
Sinon pour les fichiers, je pense que j'ai linker les bons mais tu peux me confirmer. "libgcc.a" fait 5.9Mo, "libstdc++.a" fait 1.8Mo (et il y a un "libstdc++.dll.a" à côté qui doit être pour la dynamique).
Hors ligne
que ce soit une mauvaise version ça n'engendrerais pas ce probleme, par contre de linker une lib 64 avec compilo 32 et inversement la oui, ça correspond bien a ton probleme
le changement de version ne m'a pas occasionné de probleme, et comme je t'est dit je n'utilise pas windows, je ne peut te confirmer la taille des fichiés
de plus les libs que tu cite sont cencé ce linker d'elle même
tu peut essayé de faire détecté le compilateur par codeblocks, à voir
Dernière modification par Magun (15-12-2012 17:17:54)
Hors ligne
Les librairies que j'ai linké ont l'air d'être des 32 bits, elles sont dans le répertoire "C:\Program Files (x86)\CodeBlocks\MinGW\gcc\mingw32\4.7.1\".
Les libs se linke d'elles-même mais en dynamique. Normalement, les flags -static-libgcc et -static-libstdc++ sont censés forcé le linkage statique mais il me demande encore les DLLs.
Hors ligne
ah, ok je ne l'avais pas comprit dans ce sens
je ne suis pas au courant pour le flag -static pour les libs standar, et je pensse qu'il y a un soucis avec mingwin plutot que codeblocks en tout cas
Hors ligne
En tout cas, j'avais installé mingw 4.5 avec la dernière version de code block et ça marchait. Je vais faire avec (ou sans comme on veut^^).
Hors ligne
barf, dsl de ne pas pouvoire t'aider d'avantage
en tout cas moi j'aime bien la nouvelle version, a par un bug avec le copier/coller en midle-clic
Dernière modification par Magun (18-12-2012 00:15:11)
Hors ligne
Oui il y a beaucoup de choses sympas en plus. D'ailleurs va falloir que je vois comment ça marche pour doxyfile. Sinon pour le clic milieu, je ne pense pas que ce soit un bug, après tout il ne sert à rien à part à fermer les onglets. Il ont donner une fonctionnalité à ce bouton, c'est tout. Mais bon, c'est clair que ça ne remplacera jamais le ctrl+C/ctrl+V.^^
Hors ligne
de base sur ma slackware j'ai le midle clic qui fait un coller de l'éléments selectionner, ça marchais très bien jusqu'a présent, domage
ou alors une lib annexe qui merde je ne sais pas ...
Dernière modification par Magun (18-12-2012 19:21:31)
Hors ligne
Plus moyen de faire quoi que ce soit! Qt ne fonctionne plus. Il me fait un segfault "QApplication* qapp = new QApplication(argc, argv);". Si ça continue je ne pourrais plus programmer.^^ Bref ça me tape sur les nerfs et je n'arrive plus à mettre la main sur un installeur pour mingw 4.5.
Hors ligne
passe a linux ...
pour developpez y a pas mieux
Hors ligne
Le truc c'est que:
1/ je fais du jeu vidéo donc il me faut windows et niveau place sur un SSD de 60 GB c'est déjà limite même avec la compression activé (les jeux de maintenant font facile 15-20GB, 10-12GB une fois sur le SSD)
2/ si je peux pas développer pour windows, ça n'a aucun intérêt pour moi, sauf si je m'achète un raspberry PI par la suite
3/ ça m'obligerais à découvrir un nouvel univers et franchement ça ne me tente pas plus que ça^^
Edit : Et puis, c'est mingw qui fout le bordel donc windows ou linux, le problème sera certainement le même.
Dernière modification par johnplayer (20-12-2012 09:35:54)
Hors ligne
si tu fait du jeux oui nécessairement tu auras Windows
tu peut développez pour Windows, et tu gagnera de la portabilité, toujours un plus pour un projet
mingwin et gcc respect certes la même norme du c++ mais il ne sont pas écris pareille a ma connaissance
après bon si t'essaye franchement tu ne retournera plus sous windob pour le devellopement, après c'est vrai c'est chiant de devoire reboot juste pour faire un break dans ton code
Hors ligne
C'est bon! Avec mingw 5.0.2 Les problèmes de compatibilités ont disparus. Même Irrklang ne marchait plus avec la 4.7.2.
Hors ligne
merci, c'est bon a savoir si j'ai le problème,
en tout cas ça confirme ce que je penssais
Hors ligne
merci pour l'info.
j'utilise encore mingw 4.4, mais je compte passer à une version plus recente quand Qt (pour l'instant je reste avec Qt 4.8) sortira sortira sa lib en version 5 officiel pour mingw (normalement bientot) et , on verra si y'a du portage de code à ce moment là.
en tout cas j'ai testé codeblocks 12.11 avec mingw 4.4 et ca marche nikel pour compiler irrlicht 1.8
Hors ligne
Pages: 1