Build trunk 1.46 libraries problems
I've just updated trunk, and note that version.hpp has been updated to 1.46. When I try to link previous tests, I get messages like LINK : fatal error LNK1104: cannot open file 'libboost_test_exec_monitor-vc100-mt-sgd-1_46.lib' But when I try to rebuild the libraries, they are all still *1.45.* :-( my log file is attached. I also note some config failures that suggest something else may be wrong? ...updating 1 target... compile-c-c++ i:\boost-trunk\boost\bin.v2\libs\math\config\msvc-10.0\debug\threading-multi \has_gcc_visibility.obj has_gcc_visibility.cpp libs\math\config\has_gcc_visibility.cpp(7) : fatal error C1189: #error : "This is a GCC specific test case". call "C:\Program Files\Microsoft Visual Studio 10.0\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"i:\boost-trunk\boost\bin.v2\libs\math\config\msvc-10.0\debug\threading-mul ti\has_gcc_visibility.obj.rsp" ...failed compile-c-c++ i:\boost-trunk\boost\bin.v2\libs\math\config\msvc-10.0\debug\threading-multi \has_gcc_visibility.obj... ...failed updating 1 target... Performing configuration checks - ../config//has_gcc_visibility builds : no ...found 47 targets... ...updating 1 target... compile-c-c++ i:\boost-trunk\boost\bin.v2\libs\math\config\msvc-10.0\debug\threading-multi \has_long_double_support.obj has_long_double_support.cpp ...updated 1 target... - ../config//has_long_double_support builds : yes ...found 15 targets... ...updating 4 targets... compile-c-c++ i:\boost-trunk\boost\bin.v2\libs\regex\build\msvc-10.0\debug\threading-multi \has_icu_test.obj has_icu_test.cpp libs\regex\build\has_icu_test.cpp(12) : fatal error C1083: Cannot open include file: 'unicode/uversion.h': No such file or directory call "C:\Program Files\Microsoft Visual Studio 10.0\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"i:\boost-trunk\boost\bin.v2\libs\regex\build\msvc-10.0\debug\threading-mul ti\has_icu_test.obj.rsp" ...failed compile-c-c++ i:\boost-trunk\boost\bin.v2\libs\regex\build\msvc-10.0\debug\threading-multi \has_icu_test.obj... ...skipped <pi:\boost-trunk\boost\bin.v2\libs\regex\build\msvc-10.0\debug\threading-mul ti>has_icu.exe for lack of <pi:\boost-trunk\boost\bin.v2\libs\regex\build\msvc-10.0\debug\threading-mul ti>has_icu_test.obj... ...failed updating 1 target... I've tried changing boost_root and boost-build environment variables to 1.46 but makes no difference. Suggestions. Thanks. Paul --- Paul A. Bristow, Prizet Farmhouse, Kendal LA8 8AB UK +44 1539 561830 07714330204 pbristow@hetp.u-net.com
On Wed, Dec 8, 2010 at 9:33 AM, Paul A. Bristow <pbristow@hetp.u-net.com> wrote:
I've just updated trunk, and note that version.hpp has been updated to 1.46.
When I try to link previous tests, I get messages like
LINK : fatal error LNK1104: cannot open file 'libboost_test_exec_monitor-vc100-mt-sgd-1_46.lib'
That seems pretty normal to me.
But when I try to rebuild the libraries, they are all still *1.45.* :-(
I've been testing filesystem and system almost every day since the update to 1.46 and have had no problems. Just to be sure, I've now rebuilt all trunk libraries, and again no problems. The files are all 1_46. This was on Windows 7, using VC++ 2010. My filesystem and system testing is done on the same machine, but using four GCC releases and three Microsoft releases. So it looks like the problem you are having is local to either your machine or your specific platform. HTH, --Beman
-----Original Message----- From: boost-bounces@lists.boost.org [mailto:boost-bounces@lists.boost.org] On Behalf Of Beman Dawes Sent: Wednesday, December 08, 2010 10:24 PM To: boost Subject: Re: [boost] Build trunk 1.46 libraries problems
On Wed, Dec 8, 2010 at 9:33 AM, Paul A. Bristow <pbristow@hetp.u-net.com> wrote:
I've just updated trunk, and note that version.hpp has been updated to 1.46.
When I try to link previous tests, I get messages like
LINK : fatal error LNK1104: cannot open file 'libboost_test_exec_monitor-vc100-mt-sgd-1_46.lib'
That seems pretty normal to me.
But when I try to rebuild the libraries, they are all still *1.45.* :-(
I've been testing filesystem and system almost every day since the update to 1.46 and have had no problems.
Just to be sure, I've now rebuilt all trunk libraries, and again no problems. The files are all 1_46.
This was on Windows 7, using VC++ 2010. My filesystem and system testing is done on the same machine, but using four GCC releases and three Microsoft releases.
So it looks like the problem you are having is local to either your machine or your specific platform.
I think my problem is ignoring a error message from Tortoise SVN Error: Can't open file 'I:\boost-trunk\status\.svn\text-base\Jamfile.v2.svn-base': The system cannot find the file specified. And so jamroot was indeed not updated (even though I am sure I updated the whole trunk tree, and I now get 1.46 versions. Thanks for good prompt advice. Paul PS Can you suggest how to deal with the SVN error? Delete the file/folder and re-add and update? --- Paul A. Bristow, Prizet Farmhouse, Kendal LA8 8AB UK +44 1539 561830 07714330204 pbristow@hetp.u-net.com
On Thu, Dec 9, 2010 at 5:17 AM, Paul A. Bristow <pbristow@hetp.u-net.com> wrote:
I think my problem is ignoring a error message from Tortoise SVN
Error: Can't open file 'I:\boost-trunk\status\.svn\text-base\Jamfile.v2.svn-base': The system cannot find the file specified.
And so jamroot was indeed not updated (even though I am sure I updated the whole trunk tree, and I now get 1.46 versions.
Thanks for good prompt advice.
Paul
PS Can you suggest how to deal with the SVN error? Delete the file/folder and re-add and update?
When SVN gets an error or just plain gets confused, I usually delete the file/folder and then just update. Not sure if that is the best approach, but it is easy and works well. --Beman
-----Original Message----- From: boost-bounces@lists.boost.org [mailto:boost-bounces@lists.boost.org] On Behalf Of Beman Dawes Sent: Thursday, December 09, 2010 12:31 PM To: boost Subject: Re: [boost] Build trunk 1.46 libraries problems
On Thu, Dec 9, 2010 at 5:17 AM, Paul A. Bristow <pbristow@hetp.u-net.com> wrote:
I think my problem is ignoring a error message from Tortoise SVN
PS Can you suggest how to deal with the SVN error? Delete the file/folder and re-add and update?
When SVN gets an error or just plain gets confused, I usually delete the file/folder and then just update. Not sure if that is the best approach, but it is easy and works well.
That seems to do the trick after deleting the /status folder. Thanks for your help. Paul PS That will teach me not to ignore error messages!
Paul A. Bristow wrote:
I've just updated trunk, and note that version.hpp has been updated to 1.46.
When I try to link previous tests, I get messages like
LINK : fatal error LNK1104: cannot open file 'libboost_test_exec_monitor-vc100-mt-sgd-1_46.lib'
But when I try to rebuild the libraries, they are all still *1.45.* :-(
I suppose somebody changed version in headers, but not in Jamroot. Or, you have stale Jamroot.
I also note some config failures that suggest something else may be wrong?
...updating 1 target... compile-c-c++ i:\boost-trunk\boost\bin.v2\libs\math\config\msvc-10.0\debug\threading-multi \has_gcc_visibility.obj has_gcc_visibility.cpp libs\math\config\has_gcc_visibility.cpp(7) : fatal error C1189: #error : "This is a GCC specific test case".
This is OK, it's just a config test. I'll make this message not show up, for 1.46. - Volodya
On Wed, Dec 8, 2010 at 6:08 PM, Vladimir Prus <vladimir@codesourcery.com> wrote:
Paul A. Bristow wrote:
I've just updated trunk, and note that version.hpp has been updated to 1.46.
When I try to link previous tests, I get messages like
LINK : fatal error LNK1104: cannot open file 'libboost_test_exec_monitor-vc100-mt-sgd-1_46.lib'
But when I try to rebuild the libraries, they are all still *1.45.* :-(
I suppose somebody changed version in headers, but not in Jamroot.
Jamroot was updated by the same commit that changed the header. The change looks correct, too.
Or, you have stale Jamroot.
That sounds more likely, --Beman
I also note some config failures that suggest something else may be wrong?
...updating 1 target... compile-c-c++
i:\boost-trunk\boost\bin.v2\libs\math\config\msvc-10.0\debug\threading-multi
\has_gcc_visibility.obj has_gcc_visibility.cpp libs\math\config\has_gcc_visibility.cpp(7) : fatal error C1189: #error : "This is a GCC specific test case".
This is OK, it's just a config test. I'll make this message not show up, for 1.46.
- Volodya
Er... I still see above error in build of boost in 1_47_0. I use CMake (yes I know there is a CMake specific version... but lets not go there... I have already tried it) ExternalProject_Add to build b2/bjam (bootstrap.bat), then have it bjam --prefix=my_install_dir, then my build command which installs. Problem is that when the build is called these "fatal errors" cause Visual Studio/CMake combo to rebuild boost wasting countless cpu cycles. I can get around this by tacking on an exit 0 in my batch script of course this goes against my sensibilities. Thoughts? 1>Performing configure step for 'boost_1_47_0' 1>Configuring Boost - bootstrapping cd D:/projects/dsa4d/branches/trunk_win/../dsa4d_3rdParty/source/cpp/3rdParty/Win/boost_1_47_0 bootstrap.bat cd D:/projects/dsa4d/branches/trunk_win/../dsa4d_3rdParty/source/cpp/3rdParty/Win/boost_1_47_0 bjam --prefix=D:\projects\dsa4d\branches\trunk_win\..\dsa4d_3rdParty\platform\tools/boost_build install echo Boost configuration complete 1>Performing build step for 'boost_1_47_0' 1>Building boost using command: 1>CMD: D:\projects\dsa4d\branches\trunk_win\..\dsa4d_3rdParty\platform\tools\boost_build\bin\b2.exe -q -d+2 --prefix=D:\projects\dsa4d\branches\trunk_win\build\Windows-6.1\install --build-dir=D:\projects\dsa4d\branches\trunk_win\..\dsa4d_3rdParty\build\boost_build --stage-dir=D:\projects\dsa4d\branches\trunk_win\..\dsa4d_3rdParty\build\boost_stage --build-type=complete toolset=msvc-9.0 variant=debug,release link=static,shared threading=multi address-model=64 stage install 1>has_icu_test.cpp 1>libs\regex\build\has_icu_test.cpp(12) : fatal error C1083: Cannot open include file: 'unicode/uversion.h': No such file or directory 1>file D:\projects\dsa4d\branches\dsa4d_3rdParty\build\boost_build\boost\bin.v2\libs\regex\build\msvc-9.0\debug\address-model-64\threading-multi\has_icu_test.obj.rsp 1>"libs\regex\build\has_icu_test.cpp" 1> -Fo"D:\projects\dsa4d\branches\dsa4d_3rdParty\build\boost_build\boost\bin.v2\libs\regex\build\msvc-9.0\debug\address-model-64\threading-multi\has_icu_test.obj" 1> -TP 1> /Z7 1> /Od 1> /Ob0 1> /W4 1> /GR 1> /MDd 1> /Zc:forScope 1> /Zc:wchar_t 1> /favor:blend 1> /wd4675 1> /EHs 1> -c 1> 1>-DBOOST_ALL_NO_LIB=1 1> 1>-DBOOST_HAS_ICU=1 1> 1>"-I." 1>compile-c-c++ D:\projects\dsa4d\branches\dsa4d_3rdParty\build\boost_build\boost\bin.v2\libs\regex\build\msvc-9.0\debug\address-model-64\threading-multi\has_icu_test.obj 1> call "C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\vcvarsall.bat" x86_amd64 >nul 1>cl /Zm800 -nologo @"D:\projects\dsa4d\branches\dsa4d_3rdParty\build\boost_build\boost\bin.v2\libs\regex\build\msvc-9.0\debug\address-model-64\threading-multi\has_icu_test.obj.rsp" 1>...skipped <pD:\projects\dsa4d\branches\dsa4d_3rdParty\build\boost_build\boost\bin.v2\libs\regex\build\msvc-9.0\debug\address-model-64\threading-multi>has_icu.exe for lack of <pD:\projects\dsa4d\branches\dsa4d_3rdParty\build\boost_build\boost\bin.v2\libs\regex\build\msvc-9.0\debug\address-model-64\threading-multi>has_icu_test.obj... 1>...failed updating 1 target... 1>...skipped <pD:\projects\dsa4d\branches\dsa4d_3rdParty\build\boost_build\boost\bin.v2\libs\regex\build\msvc-9.0\debug\address-model-64\threading-multi>has_icu.pdb for lack of <pD:\projects\dsa4d\branches\dsa4d_3rdParty\build\boost_build\boost\bin.v2\libs\regex\build\msvc-9.0\debug\address-model-64\threading-multi>has_icu_test.obj... 1>Performing configuration checks 1> - has_icu builds : no 1>warning: Graph library does not contain MPI-based parallel components. 1>note: to enable them, add "using mpi ;" to your user-config.jam 1>has_gcc_visibility.cpp 1>libs\math\config\has_gcc_visibility.cpp(7) : fatal error C1189: #error : "This is a GCC specific test case".
participants (4)
-
Beman Dawes -
Brian Davis -
Paul A. Bristow -
Vladimir Prus