Problème installation BOOST windows (CodeBlock)

Version imprimable

Bonjour,

Je suis face à un problème pour installer boost sur windows, j'ai suivi je ne sais combien de tuto sans succès ....

Je vous mets celui donné par CodeBlock
http://wiki.codeblocks.org/index.php...indowsQuickRef

J'ai bien tout référé, je n'ai aucun soucis de PATH et lorsque je lance la commande avec bjam voici ce que j'obtiens :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 C:\boost_1_47_0>bjam --toolset=gcc "--prefix=C:\Program Files (x86)\CodeBlocks" install warning: mismatched versions of Boost.Build engine and core warning: Boost.Build engine (bjam) is 03.1.19 warning: Boost.Build core (at C:/boost_1_47_0/tools/build/v2) is 2011.04-svn C:/boost_1_47_0/tools/build/v2/util\path.jam:476: in path.makedirs rule MAKEDIR unknown in module path. C:/boost_1_47_0/tools/build/v2/build\configure.jam:190: in configure.set-log-fil e C:/boost_1_47_0/tools/build/v2\build-system.jam:725: in load C:\boost_1_47_0\tools\build\v2/kernel\modules.jam:283: in import C:\boost_1_47_0\tools\build\v2\kernel\bootstrap.jam:142: in boost-build C:\boost_1_47_0\boost-build.jam:17: in module scope
J'ai aussi essayé cette solution : http://forums.codeblocks.org/index.p...prev_next=prev

Lorsque j'exécute le .bat voici l'erreur que j'obtiens :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 C:\boost_1_47_0>bootstrap.bat Building Boost.Build engine 'cl' n'est pas reconnu en tant que commande interne ou externe, un programme exécutable ou un fichier de commandes. Failed to build Boost.Build engine. Please consult bootstrap.log for furter diagnostics. You can try to obtain a prebuilt binary from http://sf.net/project/showfiles.php?group_id=7586&package_id=72941 Also, you can file an issue at http://svn.boost.org Please attach bootstrap.log in that case.
et là j'ai beau cherché pour ces deux pistes, je sèche complet ..... Du coup je serais reconnaissante si quelqu'un a déjà eu ce problème et pouvait me dire comment le résoudre :) Merci pour votre attention

07/05/2013, 16h40
stardeath

je dirai que bjam n'a absolument pas pris en compte le fait que tu voulais utiliser gcc.

ensuite cette ligne me gêne :

Citation:

C:\boost_1_47_0>bjam --toolset=gcc "--prefix=C:\Program Files (x86)\CodeBlocks"

la place des guillemets est inhabituelle, d'instinct j'écrirai :

Citation:

C:\boost_1_47_0>bjam --toolset=gcc --prefix="C:\Program Files (x86)\CodeBlocks"

et après quand tu tapes gcc dans l'invite de commande, est il bien dans le path?
07/05/2013, 16h56
angioedema

Pour les guillemets c'est une erreur en effet ^^ Après j'ai eu la même hypothèse sur la détection, mais je ne sais pas comment lui indiquer ou lui dire autrement ....
07/05/2013, 18h29
Flob90
Code:

1 2 bootstrap mingw
Ensuite la ligne à taper sera écrite à la fin du .bat, précise juste le toolset (--toolset=gcc), je sais plus si c'est obligatoire après le .bat avec le paramètre, dans le doute il vaut mieux le mettre.

Sinon tu as essayé la doc qui est sur le site de boost, dans l'ordre :
- Aller dans un sous-dossier (tools/builds/v2/ à vérifier)
- Taper quelques commandes (bootstrap puis b2 install)
- Revenir à la racine
- Taper une commande, en précisant le toolset (b2 --toolset=gcc)

J'ai pas le détail en tête, mais le principe est là : s'occuper de créer un b2 correct puis l'utiliser. D'ailleurs le fait que tu tapes "bjam" et pas "b2" me fait dire que tu n'as pas suivit la doc officiel. Le bootstrap.bat mingw étant un raccourci pour une partie de ces opérations (non documenté, mais comme c'est pas indispensable ...).

Ensuite le détail important est de s'assurer que les binaires de mingw soient dans ton PATH : ordinateur -> propriété -> avanvé -> variable d'environnement (un truc comme ca, sinon google).
08/05/2013, 01h48
stardeath

Citation:

Envoyé par Flob90

"bjam" et pas "b2" me fait dire que tu n'as pas suivit la doc officiel

ha bah si "comment compiler boost" change tous les 4 matins, on est pas près de s'en sortir XD
08/05/2013, 02h52
koala01
Citation:

Envoyé par Flob90

Ensuite le détail important est de s'assurer que les binaires de mingw soient dans ton PATH : ordinateur -> propriété -> avanvé -> variable d'environnement (un truc comme ca, sinon google).

ou d'introduire la commande

Code:

set PATH=%PATH%;c:\MinGW\bin

(en considérant que MinGW se trouve dans le dossier c:\MinGW, à adapter selon la situation réelle ;)) avant de commencer la compilation.

Voire, de créer un fichier batch qui ressemble à
Code:

1 2 3 @echo Setting up environment for MinGW-w64 GCC 64-bit... @set PATH=%CD%\bin;%PATH% @call cmd
placé dans le dossier d'installation de MinGW et que l'on n'aurait qu'à lancer en double cliquant dessus (un raccourcis sur le bureau fonctionnera aussi :D)

Cela a l'énorme avantage de ne pas nécessiter les droits d'administrateurs et de garder la variable PATH "propre", même si cela implique sans doute une utilisation massive de la ligne de commandes ;)

Citation:

Envoyé par stardeath

ha bah si "comment compiler boost" change tous les 4 matins, on est pas près de s'en sortir XD

La documentation boost est au contraire particulièrement stable et cela fait plusieurs années que B2 a remplacé bjam :aie: ;)
09/05/2013, 17h43
stardeath

Citation:

Envoyé par koala01

La documentation boost est au contraire particulièrement stable et cela fait plusieurs années que B2 a remplacé bjam :aie: ;)

traduction, ça fait un paquet de temps que je n'ai pas mis à jour boost chez moi XD