
hi guys, I got problems with compiling the new release for MS Visual Studio 7.1 on winXP. I download the boost self extracting exe for win and the pre-build version of bjam for nt machines and I tried to build it with E:\boost_1_33_0>bjam -sVC71_ROOT="E:\programme\Microsoft Visual Studio .NET 2003 " -sTOOLS=vc-7_1 install to compile it bud I just become this output: ****************************************************** Building Boost.Iostreams with bzip2 support disabled. ECHO To enable bzip2, cons ult the Boost.Iostreams documentation ****************************************************** ****************************************************** Building Boost.Iostreams with zlib and gzip support disabled. To enable zlib and gzip, consult the Boost.Iostreams documentation ****************************************************** Building Boost.Regex with the optional Unicode/ICU support disabled. Please refer to the Boost.Regex documentation for more information (and if you don't know what ICU is then you probably don't need it). Couldn't find utypes.h in F:\Dev\icu-3.2\include\unicode ...patience... ...patience... ...found 9922 targets... ...updating 1493 targets... MkDir1 bin spawn: No such file or directory

maurice wrote:
hi guys,
I got problems with compiling the new release for MS Visual Studio 7.1 on winXP.
I download the boost self extracting exe for win and the pre-build version of bjam for nt machines and I tried to build it with
E:\boost_1_33_0>bjam -sVC71_ROOT="E:\programme\Microsoft Visual Studio .NET 2003 " -sTOOLS=vc-7_1 install
Try: bjam -sVC71_ROOT="E:\programme\Microsoft Visual Studio .NET 2003\VC7" -sTOOLS=vc-7_1 install Or: bjam -sTOOLS=vc-7_1 install -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - Grafik/jabber.org

| -----Original Message----- | From: boost-bounces@lists.boost.org | [mailto:boost-bounces@lists.boost.org] On Behalf Of Rene Rivera | Sent: 15 August 2005 02:26 | To: boost@lists.boost.org | Subject: Re: [boost] compile boost 1.3.3 | Try: | | bjam -sVC71_ROOT="E:\programme\Microsoft Visual Studio .NET 2003\VC7" | -sTOOLS=vc-7_1 install | | Or: | | bjam -sTOOLS=vc-7_1 install I am also trying to build the test library from the new 1.33 release using MSVC 2005 beta2. After too long struggling, I have, again, to beg for help :-(( I have installed bjam at c:\winnt\system32 and confirmed its presence with I:\boost_1_33_0>bjam -v Boost.Jam Version 3.1.11. OS=NT. Copyright 1993-2002 Christopher Seiwald and Perforce Software, Inc. Copyright 2001 David Turner. Copyright 2001-2004 David Abrahams. Copyright 2002-2005 Rene Rivera. Copyright 2003-2005 Vladimir Prus. Having failed with I:\>bjam -h Invalid option: -h usage: bjam [ options ] targets... -a Build all targets, even if they are current. -dx Set the debug level to x (0-9). -fx Read x instead of Jambase. -jx Run up to x shell commands concurrently. -n Don't actually execute the updating actions. -ox Write the updating actions to file x. -q Quit quickly as soon as a target fails. -sx=y Set variable x=y, overriding environment. -tx Rebuild x, even if it is up-to-date. -v Print the version of jam and exit. --x Option is ignored. And bjam -? which appears to take a long time doing nothing (I killed it). despite discouragement from C:\Documents and Settings\Administrator>bjam --help Jamfile: No such file or directory Jamfile: No such file or directory ...found 8 targets... Whose meaning is unclear, except that a jamfile is missing! What are the 'targets'? (BTW why does -v show version and exit - why not show version and carry on to document the bjam version used on screen or better in the log file). My MSVC is standard location: cl.exe and lib.exe and link.exe are at "C:\Program Files\Microsoft Visual Studio 8\VC\bin" so I have assumed that the root is -sMSVC_ROOT="C:\Program Files\Microsoft Visual Studio 8\VC\" I assume I need to specify msvc as my TOOLS -sTOOLS=msvc My Boost 1.33.0 is installed at i:\boost_1_33_0 so I have CDed to it and run (to a long file, too much to view on screens buffer) I:\boost_1_33_0>bjam -q -sMSVC_ROOT="C:\Program Files\Microsoft Visual Studio 8\ VC" -sTOOLS=msvc --builddir=i:\temp --with=test --stagedir=i:\libs --without-pyt hon stage > i:\temp\bjam.log despite --with-test or -with-test_exec_monitor (Is the 'with' name the group or the individual? Why a - and not a =?) I get ALL the libraries built at i:\libs, as requested. And they have the wrong name - vc6 - a compiler I thankfully discarded some long time ago ;-) I get two versions, one labelled with Boost version, one not. Why? I presume I can rename and install these lib files, but how should they be named Right First Time? Thanks for any elucidations. Paul Paul A Bristow Prizet Farmhouse, Kendal, Cumbria UK LA8 8AB +44 1539 561830 +44 7714 330204 mailto: pbristow@hetp.u-net.com

On Wednesday 17 August 2005 16:24, Paul A Bristow wrote:
I:\boost_1_33_0>bjam -q -sMSVC_ROOT="C:\Program Files\Microsoft Visual Studio 8\ VC" -sTOOLS=msvc --builddir=i:\temp --with=test --stagedir=i:\libs --without-pyt hon stage > i:\temp\bjam.log [...] And they have the wrong name - vc6 - a compiler I thankfully discarded some long time ago ;-)
This one's easy: 'TOOLS=msvc' means VC6. I wonder what the compiled binary looks like though...
I get two versions, one labelled with Boost version, one not. Why?
Is it possible that one is static and the other isn't? Uli

Paul A Bristow wrote:
| -----Original Message----- | From: boost-bounces@lists.boost.org | [mailto:boost-bounces@lists.boost.org] On Behalf Of Rene Rivera | Sent: 15 August 2005 02:26 | To: boost@lists.boost.org | Subject: Re: [boost] compile boost 1.3.3 | Try: | | bjam -sVC71_ROOT="E:\programme\Microsoft Visual Studio .NET 2003\VC7" | -sTOOLS=vc-7_1 install | | Or: | | bjam -sTOOLS=vc-7_1 install
I am also trying to build the test library from the new 1.33 release using MSVC 2005 beta2.
Try bjam -sTOOLS=vc-8_0 install for MSVC 2005 beta2
After too long struggling, I have, again, to beg for help :-((
I have installed bjam at c:\winnt\system32 and confirmed its presence with
It's a bad practice to put anything inside windows folders. But it should work of course because \system32 is on your %PATH%.
I:\boost_1_33_0>bjam -v Boost.Jam Version 3.1.11. OS=NT. Copyright 1993-2002 Christopher Seiwald and Perforce Software, Inc. Copyright 2001 David Turner. Copyright 2001-2004 David Abrahams. Copyright 2002-2005 Rene Rivera. Copyright 2003-2005 Vladimir Prus.
Having failed with I:\>bjam -h Invalid option: -h
usage: bjam [ options ] targets...
-a Build all targets, even if they are current. -dx Set the debug level to x (0-9). -fx Read x instead of Jambase. -jx Run up to x shell commands concurrently. -n Don't actually execute the updating actions. -ox Write the updating actions to file x. -q Quit quickly as soon as a target fails. -sx=y Set variable x=y, overriding environment. -tx Rebuild x, even if it is up-to-date. -v Print the version of jam and exit. --x Option is ignored.
And bjam -? which appears to take a long time doing nothing (I killed it).
despite discouragement from
C:\Documents and Settings\Administrator>bjam --help Jamfile: No such file or directory Jamfile: No such file or directory ...found 8 targets...
Whose meaning is unclear, except that a jamfile is missing! What are the 'targets'?
(BTW why does -v show version and exit - why not show version and carry on to document the bjam version used on screen or better in the log file).
My MSVC is standard location: cl.exe and lib.exe and link.exe are at
"C:\Program Files\Microsoft Visual Studio 8\VC\bin"
so I have assumed that the root is
-sMSVC_ROOT="C:\Program Files\Microsoft Visual Studio 8\VC\"
I assume I need to specify msvc as my TOOLS
-sTOOLS=msvc
Well, msvc actually means visual c++ 6.0. Newer toolsets are called vc-7_0, vc-7_1 and vc-8_0. But anyways we are switching to Boost Build Version 2 in the next release, and there toolsets are named consistently, and there is only one toolset named msvc for all vc versions.
My Boost 1.33.0 is installed at
i:\boost_1_33_0
so I have CDed to it and run (to a long file, too much to view on screens buffer)
I:\boost_1_33_0>bjam -q -sMSVC_ROOT="C:\Program Files\Microsoft Visual Studio 8\ VC" -sTOOLS=msvc --builddir=i:\temp --with=test --stagedir=i:\libs --without-python stage > i:\temp\bjam.log
This should be: I:\boost_1_33_0>bjam -d0 -sTOOLS=vc-8_0 --builddir=i:\temp --with-test --stagedir=i:\libs --without-python stage > i:\temp\bjam.log
despite --with-test or -with-test_exec_monitor (Is the 'with' name the group or the individual? Why a - and not a =?)
I think it's because --with-<feature> is the standard naming convention on Linux.
I get ALL the libraries built at i:\libs, as requested.
And they have the wrong name - vc6 - a compiler I thankfully discarded some long time ago ;-)
Yes. It's because you used a wrong toolset name.
I get two versions, one labelled with Boost version, one not. Why?
Can somebody answer this? I'm curious too.
I presume I can rename and install these lib files, but how should they be named Right First Time?
You shouldn't rename it. Just use correct toolset names I mentioned and they will be named properly. For VS 2005 you should get something like boost_date_time-vc80-mt.lib Andrey

Andrey Melnikov wrote:
Paul A Bristow wrote:
I get two versions, one labelled with Boost version, one not. Why?
Can somebody answer this? I'm curious too.
They are the same, i.e. copies for those that don't like using version numbers. -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - Grafik/jabber.org

Rene Rivera wrote:
Andrey Melnikov wrote:
Paul A Bristow wrote:
I get two versions, one labelled with Boost version, one not. Why?
Can somebody answer this? I'm curious too.
They are the same, i.e. copies for those that don't like using version numbers.
Is there a way to force autolink not to use version numbers? Andrey

Andrey Melnikov wrote:
Rene Rivera wrote:
They are the same, i.e. copies for those that don't like using version numbers.
Is there a way to force autolink not to use version numbers?
No... http://thread.gmane.org/gmane.comp.lib.boost.user/12663 http://article.gmane.org/gmane.comp.lib.boost.user/12677 -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - Grafik/jabber.org

I had understood that bjam option --layout=[versioned|system] If 'system', the libraries' names do not contain tool tag and version tag. Provided a way to request one or the other? Not that I really mind getting both, now I understand why. Or have I misunderstood the documentation/options? Thanks Paul PS I would be helpful to update to include the toolset vc-8_0 if available. Paul Paul A Bristow Prizet Farmhouse, Kendal, Cumbria UK LA8 8AB +44 1539 561830 +44 7714 330204 mailto: pbristow@hetp.u-net.com | -----Original Message----- | From: boost-bounces@lists.boost.org | [mailto:boost-bounces@lists.boost.org] On Behalf Of Rene Rivera | Sent: 18 August 2005 04:06 | To: boost@lists.boost.org | Subject: Re: [boost] compile boost 1.3.3 | | Andrey Melnikov wrote: | > Paul A Bristow wrote: | > | >>I get two versions, one labelled with Boost version, one not. Why? | > | > Can somebody answer this? I'm curious too. | | They are the same, i.e. copies for those that don't like | using version | numbers. | | | -- | -- Grafik - Don't Assume Anything | -- Redshift Software, Inc. - http://redshift-software.com | -- rrivera/acm.org - grafik/redshift-software.com | -- 102708583/icq - grafikrobot/aim - Grafik/jabber.org | _______________________________________________ | Unsubscribe & other changes: | http://lists.boost.org/mailman/listinfo.cgi/boost |

Paul A Bristow wrote:
I had understood that
bjam option --layout=[versioned|system]
If 'system', the libraries' names do not contain tool tag and version tag.
Provided a way to request one or the other?
Yes. But the versioned one still creates unversioned "links" to the versioned libraries.
Not that I really mind getting both, now I understand why. Or have I misunderstood the documentation/options?
The differences between versioned and system layouts are more apparent when compiling on Unix like systems. In those the internal name of the libraries changes and instead of copies symlinks are created. If Windows supported DLL internal names and symlinks (easily) it would use that instead of making copies.
PS I would be helpful to update to include the toolset vc-8_0 if available.
There are, just not documented. The toolsets others created for vc-8_0 are: vc-8_0-amd64, vc-8_0, and vc-8_0-x86_amd64. Not sure what the differences are between the two amd64 versions though :-\ -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - Grafik/jabber.org

On Monday 15 August 2005 03:07, maurice wrote:
E:\boost_1_33_0>bjam -sVC71_ROOT="E:\programme\Microsoft Visual Studio .NET 2003 " ^ here
You have a trailing space which will probably make this fail. Other than that, I think VC7.1 registers itself in the environment, so it is automatically detected. BTW: there's a Boost users mailinglist, where this question might be more appropriate. Uli
participants (5)
-
Andrey Melnikov
-
maurice
-
Paul A Bristow
-
Rene Rivera
-
Ulrich Eckhardt