Hello, I hope John Maddock is reading this as he had some knowledge of the Intel compiler problem. Similar to the thread quoted below, I am getting the "Windows cannot open this file" dialog when trying to build boost using VC8 as 64-bit. (Doesn't have /this/ problem when I don't set address-model=64 or use the VC7.1 x86 compiler for 32-bit builds.) This is with boost-jam-3.1.16-1-ntx86. I've tried adding the full path to cl.exe in user-config.jam without success. For historical reasons, I am using an nmake Makefile (under a Cygwin environment) to fit the boost build into an existing build system. It essentially operates as follows: tar jxf boost_1_34_1.tar.bz2 echo using msvc : 8.0 : "C:/WINDDK/3790.1830/bin/win64/x86/amd64/cl.exe" ; > boost_1_34_1\tools\build\v2\user-config.jam echo using stlport : 5.1.5 : c:\cygwin\home\ewoodruff\build\trunk\winnt\amd64\x64-WINNT\TOOLS\usr\include\stlport c:\cygwin\home\ewoodruff\build\trunk\winnt\amd64\x64-WINNT\TOOLS\usr\lib ; >> boost_1_34_1\tools\build\v2\user-config.jam sed -ie 's,\\\\,/,g' boost_1_34_1\tools\build\v2\user-config.jam cd boost_1_34_1 && "c:\cygwin\home\ewoodruff\build\trunk\winnt\amd64\boost\boost-jam-3.1.16-1-ntx86\bjam.exe" "-q" "--toolset=msvc-8.0" "--prefix=c:\cygwin\home\ewoodruff\build\trunk\winnt\amd64\x64-WINNT\TOOLS" "runtime-link=shared" "link=static" "threading=multi" "stdlib=stlport-5.1.5" "address-model=64" "--without-python" "--without-wave" stage install Once the first directory leaf is created is when the .rcp file tries to get run. Here's the content of that file: $ cat bin.v2/libs/serialization/build/msvc-8.0/debug/address-model-64/link-static/stdlib-stlport-5.1.5/stdlib-stlport-5.1.5/threading-multi/basic_archive.obj.rsp "libs\serialization\src\basic_archive.cpp" -Fo"bin.v2\libs\serialization\build\msvc-8.0\debug\address-model-64\link-static\stdlib-stlport-5.1.5\stdlib-stlport-5.1.5\threading-multi\basic_archive.obj" -TP /Z7 /Od /Ob0 /W3 /GR /MDd /Zc:forScope /Zc:wchar_t /favor:blend /wd4675 /EHs /Gy -c -DBOOST_ALL_NO_LIB=1 -D_STLP_DEBUG=1 -D_STLP_DEBUG_UNINITIALIZED=1 -D_STLP_USE_DYNAMIC_LIB=1 "-I." "-Ic:\cygwin\home\ewoodruff\build\trunk\winnt\amd64\x64-WINNT\TOOLS\usr\include\stlport" I'm also curious, is stdlib-stlport-5.1.5 supposed to be in the path twice? Thanks in advance, Eric
*Subject:* [Boost-users] Building boost 1.34.1
*From:* James Emerton
*Date:* 2007-08-31 18:08:46
------------------------------------------------------------------------ I'm having difficulties building boost 1.34.1 using the intel toolchain. Once bjam tries to invoke the compiler, I get the "Windows cannot open this file" dialog, where the file is an .obj.rsp file.
It would appear that perhaps the compiler itself is not making it into the command line, thus causing the system to try executing the .rsp file directly. I am not having this problem if I use the msvc toolchain.
Command to invoke the build: bjam --toolset=intel-9.1 Compiler: Intel(R) C++ Compiler for 32-bit applications, Version 9.1 Build 20060519Z bjam: Boost.Jam Version 3.1.14. OS=NT.
Some environment variables:
ICPP_COMPILER91=C:\Program Files\Intel\Compiler\C++\9.1 INTEL_BASE_MSVC_TOOLSET=vc-7_1 INTEL_LICENSE_FILE=C:\Program Files\Common Files\Intel\Licenses INTEL_PATH=C:\Program Files\Intel\Compiler\C++\9.1\Ia32 INTEL_SHARED=C:\Program Files\Common Files\Intel\Shared Files
I've run the iclvars batch script, icl.exe is on the path, and I've used this environment to build boost 1.33 successfully. I've tried various debug levels of bjam, and I haven't seen anything that makes a problem obvious to me.
Thanks James _______________________________________________ Boost-users mailing list Boost-<email removed> http://lists.boost.org/mailman/listinfo.cgi/boost-users
------------------------------------------------------------------------
*From:* John Maddock
*Date:* 2007-08-31 19:17:38
------------------------------------------------------------------------ James Emerton wrote: /> I'm having difficulties building boost 1.34.1 using the intel/ /> toolchain. Once bjam tries to invoke the compiler, I get the "Windows/ /> cannot open this file" dialog, where the file is an .obj.rsp file./ />/ /> It would appear that perhaps the compiler itself is not making it into/ /> the command line, thus causing the system to try executing the .rsp/ /> file directly. I am not having this problem if I use the msvc/ /> toolchain./
Yep, it's bug report already: http://zigzag.cs.msu.su/boost.build/ticket/137
It does work if you add an entry for intel to a user-config.jam in your HOME directory, mine looks like:
using intel-win : 9.1 : "c:/program files/intel/compiler/c++/9.1/ia32/bin/icl.exe" ; using intel-win : 10.0 : "c:/program files/intel/compiler/c++/10.0.025/ia32/bin/icl.exe" ; using intel-win : 8.1 : "c:/program files/intel/cpp/compiler80/ia32/bin/icl.exe" ; #using intel-win : 7 : "c:/program files/intel/cpp/compiler70/ia32/bin/icl.exe" ; #using intel-win : 6 : "c:/program files/intel/cpp/compiler60/ia32/bin/icl.exe" ;
See the Boost.Build docs for more info on setting this up. And of course in most cases you can always build the source from your IDE should you prefer :-)
HTH, John.
_______________________________________________ Boost-users mailing list Boost-<email removed> http://lists.boost.org/mailman/listinfo.cgi/boost-users