Re: Milestone 3, preview 2

From: David Abrahams (gclbb-jamboost_at_[hidden])
Date: 2003-05-19 16:28:40

"klapshin" <klapshin_at_[hidden]> writes:

> I tried it on WinXP + MSVC 7.1 from cmd.exe. My impression is that
> current version of boost.build is very solid, ready for intermediate
> release.
> Many thanks to everyone involved in boost.build development. You did a
> great job!
>
> Few notes:
>
> 1. bjam build now requires lex/yacc, which might be hard for windows
> users who don't use cygwin. It used to work fine without them.

It's not supposed to require them, just use them if available. Did
you try building without having them in your path?

> 2. I got an error in boostbook:
>
> boostbook.jam:82: in boostbook.init
> rule path.make unknown in module boostbook.
> toolset.jam:22: in using
> user-config.jam:58: in modules.load
> build-system.jam:44: in load
> modules.jam:219: in import
> bootstrap.jam:41: in boost-build
> boost-build.jam:16: in module scope
>
> Since I am not using boostbook at the moment I just disabled it in
> user-config.

I can fix that one.
Done.

> 3. Attempt to link with boost/date_time library via use-project
> failed,
> because by default it generates dynamic library without import lib. I
> suppose there are no dllexport declarations, so I had to link to
> @/boost/date_time/link<static> instead. It is not a boost.build
> problem, but rather boost.date_time Jamfile.v2 problem though. Same
> applies to boost.test, most likely other libs as well. Is there any
> plans to update jamfiles for boost libraries? 

Sure, but patches are appreciated!

> Looks like it makes sense to conditionnaly disable dynamic link for
> some libraries on msvc.

Probably.

> 4. Another problem with using external libs, such as date_time, is
> that in case of default msvc lookup boost.build builds library to
> msvc/debug folder, not msvc-7.1/debug. The problem will arise if
> library lives on common shared drive and few people use it
> simultaneously. In this case it might happen that for me default msvc
> lookup will find 7.1, while for John Doe, who has only msvc6, the
> default might be different.

It seems to me that if you have that arrangement in your group you
have to mandate compiler configuration with specific versions.

> At the moment I have jamfiles only for subset of my project, and
> this subset builds fine. Over next day or two I am going to create
> jamfiles for the rest of the project. I don't expect any problems,
> since most complicated parts have been done already.

I'm really glad it's working out well for you!

-- 
Dave Abrahams
Boost Consulting
www.boost-consulting.com