Re: Building boost under mingw: bjam invokes VC7?? (part III: dat a)
David- When you asked me to run the following lines: bjam -f- "-sTOOLS=mingw" install ECHO $(TOOLS) ; ^Z I see the following: bjam -f- "-sTOOLS=mingw" install (hundreds of lines of error text go by here) ECHO $(TOOLS) ; reply is: sh: ./TOOLS: is a directory ...and nothing is displayed after entering ctrl-Z :) The reply to ECHO $(TOOLS) ; seems odd. I doubt that this is what you were expecting. There *is* a 'tools' directory under boost_1_31_0, but not a 'TOOLS' directory. Case-sensitivity issues? I have also run the following: bjam -d+5 "-sTOOLS=mingw" install > bug.out Note that not everything is captured in 'bug.out'. I see hundreds of lines of the following on the console: The system cannot find the path specified. This is not surprising as I don't have VC7 installed. Unfortunately I don't have a place to publicly park the compressed 'bug.out' file so I will email it directly to you. However, here's the first few lines if that's of any help. (BEGIN LISTING===============) --------------------------------------------------------------------- skipping Boost.Python library build due to missing or incorrect configuration couldn't find Python.h in "c:/tools/python/include" You can configure the location of your python installation by setting: PYTHON_ROOT - currently "c:/tools/python" PYTHON_VERSION - The 2-part python Major.Minor version number (e.g. "2.2", NOT "2.2.1") - currently "2.2" The following are automatically configured from PYTHON_ROOT if not otherwise set: PYTHON_LIB_PATH - path to Python library object; currently "c:/tools/python/libs" --------------------------------------------------------------------- ...found 5266 targets... ...updating 632 targets... vc-C++ bin\boost\libs\date_time\build\boost_date_time.dll\vc7.1\debug\greg_month.ob j CALL "C:\Program Files\Microsoft Visual Studio .NET 2003\VC7\bin\VCVARS32.BAT" >nul "C:\Program Files\Microsoft Visual Studio .NET 2003\VC7\bin\cl" /Zm800 -nologo -GX -c -DBOOST_DATE_TIME_POSIX_TIME_STD_CONFIG -DBOOST_ALL_DYN_LINK=1 /Z7 /Od /Ob0 /GX /GR /MDd /Op /Zc:forScope /Zc:wchar_t -I"bin\boost\libs\date_time\build" -I"C:\msys\1.0\share\boost_1_31_0" -Fo"bin\boost\libs\date_time\build\boost_date_time.dll\vc7.1\debug\greg_mont h.obj" -Tp"C:\msys\1.0\share\boost_1_31_0\libs\date_time\build\../src/gregorian/gre g_month.cpp" ...failed vc-C++ bin\boost\libs\date_time\build\boost_date_time.dll\vc7.1\debug\greg_month.ob j... (SNIP============== as this error apparently occurs for every single file) Best regards, Chris Brewer (Company-mandated disclaimer) This message originates from WMS Gaming Inc. It contains information which may be confidential or privileged and is intended only for the individual or entity named above. It is prohibited for anyone else to disclose, copy, distribute or use the contents of this message. All personal messages express views solely of the sender, which are not to be attributed to WMS Gaming Inc., and may not be copied or distributed without this disclaimer. If you received this message in error, please notify us immediately at (847) 785-3000.
"Brewer, Christopher"
David-
When you asked me to run the following lines: bjam -f- "-sTOOLS=mingw" install ECHO $(TOOLS) ; ^Z I see the following: bjam -f- "-sTOOLS=mingw" install (hundreds of lines of error text go by here)
ECHO $(TOOLS) ; reply is: sh: ./TOOLS: is a directory
...and nothing is displayed after entering ctrl-Z :)
The reply to ECHO $(TOOLS) ; seems odd. I doubt that this is what you were expecting. There *is* a 'tools' directory under boost_1_31_0, but not a 'TOOLS' directory. Case-sensitivity issues?
I have also run the following: bjam -d+5 "-sTOOLS=mingw" install > bug.out
Note that not everything is captured in 'bug.out'. I see hundreds of lines of the following on the console: The system cannot find the path specified. This is not surprising as I don't have VC7 installed.
Unfortunately I don't have a place to publicly park the compressed 'bug.out' file so I will email it directly to you. However, here's the first few lines if that's of any help.
There is something *very* wrong with your command shell or your bjam executable. This is what you should see: C:\boost>bjam -f- "-sTOOLS=mingw" install ECHO $(TOOLS) ; ^Z mingw don't know how to make install ...found 1 target... ...can't find 1 target... C:\boost> the -f- option prevents bjam from reading any of the build system files (which is where the hundreds of lines come from). All I can conclude is that either: a. your bjam tool is never getting the command-line arguments or b. somehow your command shell is inserting additional command-line arguments before the -f-. Try this one: C:\boost>bjam -f- "-sTOOLS=mingw" install ECHO $(ARGV) ; ^Z c:/boost/tools/build/jam_src/bin.ntx86/bjam -f- -sTOOLS=mingw install don't know how to make install ...found 1 target... ...can't find 1 target... You can do this in some directory that's not in your Boost tree to avoid the thousands of lines... uhhh.... wait....
ECHO $(TOOLS) ;
this got interpreted by your command shell:
reply is: sh: ./TOOLS: is a directory
which is sh or bash. If you build bjam with vc7 you have to run it under the standard windows command shell. If you want one you can run under msys... maybe you have to build it with mingw under msys. Though I'm not at all confident it will work. -- Dave Abrahams Boost Consulting http://www.boost-consulting.com
participants (2)
-
Brewer, Christopher -
David Abrahams