Discussion :

[angioedema]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[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 :

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

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

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?

[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 ....

[Flob90]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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).

[stardeath]

"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

[koala01]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 )

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

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

[stardeath]

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

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