Build/install problems: BOOST 1_34 using VS.net
Hi, I am building BOOST using VS.net as follows (build goes fine): on the command prompt: cmd>bjam --toolset=msvc cmd>bjam --toolset=msvc --prefix=e:\boost install The installed libraries have "vc" instead of "vc71". The auto_link.hpp tries to link to libraries with "vc71". Is this a known issue? I try to build using the --layout=system as: cmd>bjam --toolset=msvc --layout=system cmd>bjam --toolset=msvc --layout=system install The copied libraries have libname-mt.lib (ex: boost_thread-mt.lib). To link with non-versioned plain libraries, I define BOOST_AUTO_LINK_NOMANGLE in the user.hpp. This tries to link with libname.lib (ex: boost_thread.lib) and that file will not be there. Is there something else I need to do or is it a known problem with this BETA? with best regards, dhruva -- Dhruva Krishnamurthy Contents reflect my personal views only!
I'm going to (re-)use this thread as I'm building Boost 1.34.0 with MSVC .NET 2003 (7.1 SP1) as well. I'm building with the same copy of BJAM as I used to build 1.33.1 with. I've created a user-config.jam file containing a single line: using msvc : 7.1 ; I'm doing the build from the MSVC .NET command prompt which I think should have all of the compiler's settings already. The build command I'm using is: E:\FOST.3\external\boost_1_34_0>bjam --toolset=msvc --prefix=.\install\basic "-sBUILD=debug release <runtime-link>dynamic <threading>multi" install I seem to be getting a lot of warnings and a couple of errors, but they're not hanging around for long enough to capture. I can try to capture them if anybody wants to see what they are. In the install directory in this path: E:\FOST.3\external\boost_1_34_0\install\basic\include\boost-1_34\boost\compatibility\cpp_c_headers I get a .svn directory which shouldn't be there. I seem to remember this happening with 1.33.1 as well but don't know for sure now. We're currently just using the header libraries (mostly smart pointers) so I'm not going to see any link problems. I also have yet to start doing any form of testing on the results of compiling our applications with 1.34.0. K
Kirit Sælensminde wrote:
I'm going to (re-)use this thread as I'm building Boost 1.34.0 with MSVC .NET 2003 (7.1 SP1) as well.
I'm building with the same copy of BJAM as I used to build 1.33.1 with. I've created a user-config.jam file containing a single line: using msvc : 7.1 ;
I'm doing the build from the MSVC .NET command prompt which I think should have all of the compiler's settings already. The build command I'm using is:
E:\FOST.3\external\boost_1_34_0>bjam --toolset=msvc --prefix=.\install\basic "-sBUILD=debug release <runtime-link>dynamic <threading>multi" install
I seem to be getting a lot of warnings and a couple of errors, but they're not hanging around for long enough to capture. I can try to capture them if anybody wants to see what they are.
Ehm, I'm not sure. Is the result you get fine with you? If so, probably there's no need to fix anything.
In the install directory in this path: E:\FOST.3\external\boost_1_34_0\install\basic\include\boost-1_34\boost\compatibility\cpp_c_headers
I get a .svn directory which shouldn't be there. I seem to remember this happening with 1.33.1 as well but don't know for sure now.
".svn"? Are you sure? I think windows zips do include CVS dirs, but not .svn dirs - Volodya
Vladimir Prus wrote:
Kirit Sælensminde wrote:
In the install directory in this path: E:\FOST.3\external\boost_1_34_0\install\basic\include\boost-1_34\boost\compatibility\cpp_c_headers
I get a .svn directory which shouldn't be there. I seem to remember this happening with 1.33.1 as well but don't know for sure now.
".svn"? Are you sure? I think windows zips do include CVS dirs, but not .svn dirs
I've put the Boost files into our Subversion repository. I suspect that what I'm seeing may be caused by the install routine doing a directory copy here where everywhere else it does a file copy? It's not a big problem - just got to remember to delete it before putting the build into Subversion. I'm also getting the problem that dhruva describes (I'm testing a branch for a new feature that uses the threads lib). I solved it by altering line 131 of auto_link.hpp to this (showing lines 130 & 131): // vc71: # define BOOST_LIB_TOOLSET "vc" I'm still running tests, but nothing has died horribly so far. All the basic regression tests work fine and we're about to try to install onto a development web server to do some sanity tests, just make sure that pages appear as they should. K
on Mon Apr 30 2007, Kirit Sælensminde <kirit.saelensminde-AT-gmail.com> wrote:
I'm going to (re-)use this thread as I'm building Boost 1.34.0 with MSVC .NET 2003 (7.1 SP1) as well.
I'm building with the same copy of BJAM as I used to build 1.33.1 with. I've created a user-config.jam file containing a single line: using msvc : 7.1 ;
I'm doing the build from the MSVC .NET command prompt which I think should have all of the compiler's settings already. The build command I'm using is:
E:\FOST.3\external\boost_1_34_0>bjam --toolset=msvc --prefix=.\install\basic "-sBUILD=debug release <runtime-link>dynamic <threading>multi" install
Please read the new getting started guide. you're using options (-sBUILD=...) that are no longer supported. Your build command should be something like: bjam --toolset=msvc -prefix=.\install\basic debug release runtime-link=dynamic threading=multi of course, from the top level, both debug and release are built by default, so bjam --toolset=msvc -prefix=.\install\basic runtime-link=dynamic threading=multi should be sufficient.
I seem to be getting a lot of warnings and a couple of errors, but they're not hanging around for long enough to capture.
bjam ... arguments > buildlog.txt 2>&1
I can try to capture them if anybody wants to see what they are.
In the install directory in this path: E:\FOST.3\external\boost_1_34_0\install\basic\include\boost-1_34\boost\compatibility\cpp_c_headers
I get a .svn directory which shouldn't be there. I seem to remember this happening with 1.33.1 as well but don't know for sure now.
Hmm, this looks like a problem for our release manager. -- Dave Abrahams Boost Consulting http://www.boost-consulting.com Don't Miss BoostCon 2007! ==> http://www.boostcon.com
participants (1)
-
David Abrahams -
dhruva -
Kirit Sælensminde -
Thomas Witt -
Vladimir Prus