Boost logo

Boost Users :

From: Conrad Weyns (weyns_at_[hidden])
Date: 2004-09-03 04:08:34


Hi,
I am a newbie and have a few questions.

1. Re: bjam suspicious output with Metrowerks CodeWarrior 9.2
My command line tools times goes back to mpw on the Mac pre 1990...
The boost documentation looks very good but it still assumes a knowledge of
command line tools.
I have managed to build 2 Win targets:
One that I hope I will be able to drop into a large ms vc7.2 solution and an
other for a mw cw 9.2 workspace.
(I sure wish boost deployed ready made .vcproj and .mcp files...)

I have extracted the boost source to:
    C:\boost_1_31_0
I have also downloaded bjam.exe (3.1.10-1-ntc86) and copied it to the
boost_1_31_0 root.

So, I launched a cmd window:
 cd C:\boost_1_31_0
 bjam "-sVC71_ROOT=C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7"
install.

This generates:
    C:\Boost\
       - include\
       - lib\

include\ is basically a copy of the source without a few make specific
files but with all the platform specific source intact.
I assume this is a "basic installation" for use with ms vc7. I have managed
to use it making a few tests with boost::shared_ptr.
So far so good.

I proceeded to make the mwcw target after renaming C:\Boost\ to
C:Boost_vc7\.
   bjam "-sCWPRO8_ROOT=C:\Program Files\Metrowerks\CodeWarrior" install

This process is much much faster and the new files I get in C:\Boost\include
and
C:Boost\lib are exactly the same as those generated a while ago by the vc7
compiler (the libs have exactly the same timestamp). In fact it doesn't look
as if anything is ever compiled.
This is making me suspicious. However I have managed to make a similar test
with boost::shared_ptr. Off course, none of the generated libraries are
involved so I am probably just kidding myself.

2. The boost source is mixing "user" and <system> paths. For instance in
boost\any.hpp:

#include "boost/config.hpp"
#include <boost/throw_exception.hpp>

Is this intentional? If so, why?
It is forcing me to add the boost root to both the UserPaths and System
Paths settings. This is very unfortunate.
I can"clean this up" but that's going to cause work when upgrading.

3. Does anyone here have experience adding boost to a large vc7.1 solution
in such a way as to cause zero noise. In other words, next time your
collegues synchronize, everything should be automagic - no need to have any
one change local settings or read long and boring installation e-mails which
is bound to fail anyway. Mirroring the boost hiearchy in a CodeWarrior
project is child's play. In msvc it's more like a nightmare because one has
to create the sub directories manually, one at a time :-). I can deal with
the #include paths issues by adding ".." to projects Additional Include
Directories". Msvc does not seem to care whether it's a "user" or <system>
path.
I'd be interested to know how people deal deal with this in general.

regards,
Conrad Weyns


Boost-users list run by williamkempf at hotmail.com, kalb at libertysoft.com, bjorn.karlsson at readsoft.com, gregod at cs.rpi.edu, wekempf at cox.net