Installer Boost avec CodeBlocks et MinGW

Version imprimable

28/08/2006, 20h48
Sephiroth Lune

Installer Boost avec CodeBlocks et MinGW

bonjour à tous :mrgreen:

je cherche à utiliser la librairie Boost. mais franchement, j'ai cherché des heures sur le net comment l'installer, et personne n'a la même solution ... je comprend vraiment pas comment faire, chaque fois que je trouve quelque chose, c'est carrément compliqué 8O

quelqu'un aurait un tutorial "pas à pas", avec les commandes à taper, les fichiers à copier et où, etc ? parceque là, c'est pas très très pratique à installer, sérieux :oops:

je suis sous Windows XP SP2, j'ai installé CodeBlocks avec MinGW. ils sont dans le répertoire D:\Windows XP\CodeBlocks, et les librairies de Boost, dans D:\boost\boost. j'ai également un bjam, dans D:\boost\bjam.

merci d'avance, sérieux, j'en peux plus de chercher à installer ça depuis plusieurs jours !
29/08/2006, 07h53
Matthieu Brucher

BJam est dans ton path, tu peux y accéder depuis le dossier principal de Boost ?
Si oui, tu n'as plus qu'à exécuter :

Code:

bjam "-sTOOLS=mingw" stage

pour compiler les bibliothèques et les mettre dans un dossier que tu mettras dans le path des bibliothèques de CB.
En gros, tout es indiqué ici : http://miles.developpez.com/tutoriels/cpp/boost/
30/08/2006, 08h58
Sephiroth Lune

oki merci, je regarderai ça ce soir. je crois que je mettai -install au lieu de -stage, et comme j'indiquais pas d répertoire pour les compil ...

si j'ai un soucis, je te redis, merci :mrgreen:
30/08/2006, 11h42
Spartan03

J'ai eu le même problème que toi :

http://www.developpez.net/forums/sho...d.php?t=178665

Voilà, en espérant que ça t'aide!
30/08/2006, 19h46
Alp

Soit on dl les sources, on compile(facultatif car nécessaire que pour certains modules) et on met les headers dans le dossier include puis les fichiers librairies dans le dossier lib, soit on dl le devpack de la 1.33.x(je sais plus combien).
Voilà bon courage
03/09/2006, 00h13
vdumont

Merci pour le lien ;)

Est-ce qu'il y a vriament des + a propos Code::Blocks par rapport a Dev-Cpp? Mis à part le fait qu'il est cross-platforme.
03/09/2006, 00h40
Alp

Honnêtement, oui.
Tout d'abord, l'éditeur est mieux, la complétion de code est bien plus performante.
Ensuite, la gestion des projets et tout est mieux faite.
Et bien sûr l'incontournable système de plugins, très très bien fait.
Il y a aussi un designer wxWidgets bien entamé déjà, disponible et fonctionnel, mais pas fini.
En plus, de manière générale, Code::Blocks est bien plus configurable je trouve.
Mieux vaut migrer quoi. J'ai eu du mal à quitter Dev-C++ mais maintenant que je l'ai fait je suis content(ca fait longtemps).
Cependant, je pense qu'il reste une certaine marge vis à vis de VC++2005.
03/09/2006, 05h47
vdumont

C'est sur que ce n'est pas comparable a VC++2005, mais il faut aussi comparé les ressources attribués à ce dernier versus ceux attribuées à Code::Blocks, c'est comprenable!

Merci pour ton opinion. J'essaie de migrer vers Code::Blocks
04/09/2006, 10h25
Spartan03

De plus, le développement de DevC++ est arrêté alors que celui de CodeBlocks continue!
07/09/2006, 05h22
vdumont

Je comprend pas trop comment fonctionne le "Code Completion" dans CodeBlocks, le plugin est activé pourtant il me ne complète jamais rien et il ne fait pas comme "L'intellisense" de Visual Studio...

Qu'est-ce qu'ils entendent par code completion alors?

Merci
07/09/2006, 22h46
Alp

Alors :
- La complétion de code n'est pas aussi poussée que l'intellisense de VS
- Pourque CodeBlocks complète comme il faut il faut qu'il ait chargé le header ou quoi dans lequel il y a les définitions, cad un header inclu dans le projet(dans un des fichiers du projet quoi), mais c'est très loin de VS...
15/09/2006, 03h31
vdumont

J'arrive vraiment pas à le faire fonctionner ahah.
15/09/2006, 20h11
Alp

Explique donc ta démarche, on va tenter de résoudre ton problème :mouarf:
15/09/2006, 21h43
vdumont

Et bien en fait il est activé par défaut, et je n'ai jamais eu connaissance qu'il était actif puisqu'il ne m'a jamais rien complété. Ne serais-ce que les accolades :( Peut-être parce que je travaille des fichiers en C et non en C++ (donc je ne vais pas d'orienté objet) ??

Un problème un peu plus important parcontre, comment inclure une librairie (.obj) à un projet C? Dans Visual Studio il suffit de faire "Ajouter des fichiers au projet" et il link directement à la librairie lorsqu'on build. C'est ou exactement dans Code::Blocks? Merci!
15/09/2006, 22h42
Matthieu Brucher

Un fichier obj n'est pas une bibliothèque, ce n'est qu'un fichier compilé.
15/09/2006, 22h45
vdumont

:oops:

Il y avait un petit moment que je n'avais pas coder sous Windows.

Pour résumé:

Fichiers compilés = .obj sous Windows, .o sous Unix/Linux
Bibliothèques = .lib sous Windows, .a sous Unix/Linux

C'est bien ca?
15/09/2006, 22h49
Médinoc

Non, c'est:
Fichiers compilés = .obj sous Visual, .o sous GCC
Bibliothèques statiques = .lib sous Visual, .a sous GCC.
Bibliothèques dynamiques = .dll sous Windows, .so sous unixoïde.
Exécutables = .exe sous Windows, rien, .bin ou a.out sous unixoïde.
15/09/2006, 22h51
vdumont

:merci: c'est démêlé!

Reste à trouver comment lui donner a bouffer mon .obj dans code::blocks
16/09/2006, 11h42
Médinoc

À mon avis, tu ne peux...
16/09/2006, 18h23
vdumont

C'est bête, le prof à donner un .obj qui contient l'implémentation d'une stucture Liste (c'est en langage C ce laboratoire).

Sous Visual C++ je suis capable de lui donner le obj à bouffer, mais sous Code::Blocks :koi:
17/09/2006, 12h03
Médinoc

Eh bien, tu n'as que deux solutions, j'en ai peur: installer Visual ou demander au prof un .o...
17/09/2006, 12h27
Matthieu Brucher

Citation:

Envoyé par vdumont

C'est bête, le prof à donner un .obj qui contient l'implémentation d'une stucture Liste (c'est en langage C ce laboratoire).

Sous Visual C++ je suis capable de lui donner le obj à bouffer, mais sous Code::Blocks :koi:

Ca devrait passer, la question étant de savoir plutôt si C::B sait quoi en faire, c'est pas, comme le dit Medinoc, à recompiler, les fichiers objets C sont portables entre Visual, gcc, Borland, ...
17/09/2006, 14h05
Médinoc

Euh... Tu en es sûr?
Si seule l'extension change, on peut tenter en renommant, mais j'ai des doutes...

Mais c'est vrai que les deux commencent par les octets 4C 01...
17/09/2006, 17h36
vdumont

Bah ouais en le renommant .o et en le foutant dans le dossier .objs ca fonctionne. :merci:
17/09/2006, 22h38
Matthieu Brucher

Citation:

Envoyé par Médinoc

Euh... Tu en es sûr?
Si seule l'extension change, on peut tenter en renommant, mais j'ai des doutes...

Mais c'est vrai que les deux commencent par les octets 4C 01...

Certain, c'est pas pour rien qu'en mettant des extern "C" on peut interfacer du C++ avec n'importe quel compilo C !
18/09/2006, 00h46
vdumont

Miles, je vois de voir que tu es le responsable UML, est-ce que tu as lu le livre UML Distilled de Martin Fowler??? Je cherche un livre d'introduction au UML et après quelques recherches j'ai opté pour lui et je me demandais si par hasard tu l'aurais lu ;)
18/09/2006, 07h53
Matthieu Brucher

Comme indiqué sur la page livre, oui ;)
C'est un recueil assez exhaustif de tous les diagrammes, mais il n'y a pas de méthode d'utilisation dedans.
18/09/2006, 09h33
Médinoc

Citation:

Envoyé par Miles

Certain, c'est pas pour rien qu'en mettant des extern "C" on peut interfacer du C++ avec n'importe quel compilo C !

En fait, j'étais au courant pour le produit fini (notamment les DLLs) mais je ne savais pas si c'était supposé s'appliquer aux fichiers intermédiaires (notamment fichiers objet et bibliothèques).
SURTOUT que le format n'est pas le même entre Windows et les unixoïdes (PE vs ELF), et que MinGW conserve les extensions unixoïdes (.o, .a)...
18/09/2006, 21h51
vdumont

Merci Miles, en ce qui concerne les applications je pense plus me tourné vers UML 2 et les Design patterns

Fuseau horaire GMT +2. Il est actuellement 10h35.