Boost logo

Boost-Build :

From: Rene Rivera (grafik.list_at_[hidden])
Date: 2006-06-17 11:00:23

Vladimir Prus wrote:
> On Saturday 17 June 2006 00:24, Rene Rivera wrote:

>> Will *only* get the debug single threaded libraries built.
> If this comment is directed at me, then yes, I understand this is a change in
> behaviour.

Somewhat directed at you. I also wanted to warn others who might be
expecting something different or might be seeing unexpected behavior.

> I plan to address it after we decide that switch of regression
> testers is done.

I don't see why wait to fix the problem.

> Of course, if you'd like to help with it, you're much welcome!

If I knew how I would :-)

>> It also means
>> that users who have toolset set ups that do not support that particular
>> build will fail to build, likely silently. That would be the case for
>> MinGW+STLport5 users at minimum.
> Can you clarify this point? You mean MinGW+STLport5 does not work in debug
> mode?

It means that the MinGW + STLport 5.x doesn't work on single-thread
mode. It's just not supported by STLport. So the stlport.jam has logic
in it to refuse to build the single-thread variants. In the case of my
testing it meant that instead of failing it decided to silently test an
entirely different variant, the MinGW without STLport. I only noticed
the problem after I was trying to figure out some of the regression
errors and hence looking at the logs. If I hadn't bothered to look
carefully I doubt I would have noticed.

>> NOTE: The same problem applies when bjam is run for testing!
> Which problem? For testing we don't need to build 10 variants of libs unless
> the test are written in a way that requires those 10 variants.

The problem of silently building something other than what you asked for.

-- Grafik - Don't Assume Anything
-- Redshift Software, Inc. -
-- rrivera/ - grafik/
-- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo

Boost-Build list run by bdawes at, david.abrahams at, gregod at, cpdaniel at, john at