Problem with boost 1.53 compilation in Windows
Hi. We are using boost in our project, and now with 1.53 and some added options we are unable to compile the boost in Windows. In Linux, the build is OK. It seems, that when compiling under Windows, the path for compiled boost obj files depends on the options specified, so if there are many options specified, the path become too long. With reduced number of options, the build is OK. Build environment: Windows7 64bit, Boost 1.53, VisualStudio 2010 Express Here is the build command: bjam -d2 --toolset=msvc-10.0 variant=debug,release threading=multi link=static runtime-link=shared install boost.locale.std=on boost.locale.icu=off boost.locale.winapi=off boost.locale.posix=off -a --with-log --with-thread --with-system --with-date_time --with-filesystem --with-program_options --with-iostreams --with-regex --with-serialization --with-locale --with-atomic define=BOOST_LOG_NO_SETTINGS_PARSERS_SUPPORT --prefix="c:\projects\cpce-cpp-stack\1.3.0\win" -sZLIB_SOURCE="c:\projects\cpce-cpp-stack\1.3.0\win\third-party\zlib-1.2.7" And the output: Performing configuration checks - iconv (libc) : no - iconv (separate) : no - has_icu builds : no Component configuration: - atomic : building - chrono : not building - context : not building - date_time : building - exception : not building - filesystem : building - graph : not building - graph_parallel : not building - iostreams : building - locale : building - log : building - math : not building - mpi : not building - program_options : building - python : not building - random : not building - regex : building - serialization : building - signals : not building - system : building - test : not building - thread : building - timer : not building - wave : not building ...patience... ...patience... ...patience... ...patience... ...found 30159 targets... ...updating 10944 targets... …. file bin.v2\libs\program_options\build\msvc-10.0\debug\boost.locale.icu-off\boost.locale.posix-off\boost.locale.std-on\boost.locale.winapi-off\link-static\threading-multi\split.obj.rsp "libs\program_options\src\split.cpp" -Fo"bin.v2\libs\program_options\build\msvc-10.0\debug\boost.locale.icu-off\boost.locale.posix-off\boost.locale.std-on\boost.locale.winapi-off\link-static\threading-multi\split.obj" -TP /Z7 /Od /Ob0 /W3 /GR /MDd /Zc:forScope /Zc:wchar_t /wd4675 /EHs -c -DBOOST_ALL_NO_LIB=1 -DBOOST_LOG_NO_SETTINGS_PARSERS_SUPPORT "-I." compile-c-c++ bin.v2\libs\program_options\build\msvc-10.0\debug\boost.locale.icu-off\boost.locale.posix-off\boost.locale.std-on\boost.locale.winapi-off\link-static\threading-multi\split.obj call "C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"bin.v2\libs\program_options\build\msvc-10.0\debug\boost.locale.icu-off\boost.locale.posix-off\boost.locale.std-on\boost.locale.winapi-off\link-static\threading-multi\split.obj.rsp" split.cpp failed to write output file 'bin.v2\libs\program_options\build\msvc-10.0\debug\boost.locale.icu-off\boost.locale.posix-off\boost.locale.std-on\boost.locale.winapi-off\link-static\threading-multi\libboost_program_options-vc100-mt-gd-1_53.lib.rsp'! c:\projects\cpce-cpp-stack\1.3.0\src\boost_1_53_0>cd "c:\projects\cpce-cpp-stack\1.3.0\win" Thank you for advice Best regards Ivan Dundek.
-----Original Message----- From: Boost-users [mailto:boost-users-bounces@lists.boost.org] On Behalf Of DUNDEK Ivan Sent: Friday, February 08, 2013 11:18 AM To: boost-users@lists.boost.org Subject: [Boost-users] Problem with boost 1.53 compilation in Windows
Hi. We are using boost in our project, and now with 1.53 and some added options we are unable to compile the boost in Windows. In Linux, the build is OK. It seems, that when compiling under Windows, the path for compiled boost obj files depends on the options specified, so if there are many options specified, the path become too long. With reduced number of options, the build is OK. Build environment: Windows7 64bit, Boost 1.53, VisualStudio 2010 Express Here is the build command:
bjam -d2 --toolset=msvc-10.0 variant=debug,release threading=multi link=static runtime-link=shared install boost.locale.std=on boost.locale.icu=off boost.locale.winapi=off boost.locale.posix=off -a --with-log -- with-thread --with-system --with-date_time --with-filesystem --with-program_options --with-iostreams -- with-regex --with-serialization --with-locale --with-atomic define=BOOST_LOG_NO_SETTINGS_PARSERS_SUPPORT --prefix="c:\projects\cpce-cpp-stack\1.3.0\win" -sZLIB_SOURCE="c:\projects\cpce-cpp-stack\1.3.0\win\third-party\zlib-1.2.7"
<snip> I think that you need to add the --hash bjam option to avoid too long filenames. Paul --- Paul A. Bristow, Prizet Farmhouse, Kendal LA8 8AB UK +44 1539 561830 07714330204 pbristow@hetp.u-net.com
Hello. Thank you for the advice. We will try. BR Ivan. On 08.02.2013 12:47, Paul A. Bristow wrote:
-----Original Message----- From: Boost-users [mailto:boost-users-bounces@lists.boost.org] On Behalf Of DUNDEK Ivan Sent: Friday, February 08, 2013 11:18 AM To: boost-users@lists.boost.org Subject: [Boost-users] Problem with boost 1.53 compilation in Windows
Hi. We are using boost in our project, and now with 1.53 and some added options we are unable to compile the boost in Windows. In Linux, the build is OK. It seems, that when compiling under Windows, the path for compiled boost obj files depends on the options specified, so if there are many options specified, the path become too long. With reduced number of options, the build is OK. Build environment: Windows7 64bit, Boost 1.53, VisualStudio 2010 Express Here is the build command: bjam -d2 --toolset=msvc-10.0 variant=debug,release threading=multi link=static runtime-link=shared install boost.locale.std=on boost.locale.icu=off boost.locale.winapi=off boost.locale.posix=off -a --with-log -- with-thread --with-system --with-date_time --with-filesystem --with-program_options --with-iostreams -- with-regex --with-serialization --with-locale --with-atomic define=BOOST_LOG_NO_SETTINGS_PARSERS_SUPPORT --prefix="c:\projects\cpce-cpp-stack\1.3.0\win" -sZLIB_SOURCE="c:\projects\cpce-cpp-stack\1.3.0\win\third-party\zlib-1.2.7"
<snip>
I think that you need to add the --hash bjam option to avoid too long filenames.
Paul
--- Paul A. Bristow, Prizet Farmhouse, Kendal LA8 8AB UK +44 1539 561830 07714330204 pbristow@hetp.u-net.com
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
participants (2)
-
DUNDEK Ivan -
Paul A. Bristow