Re: Customer Friendlier Boost Installation

From: João Abecasis (jpabecasis_at_[hidden])
Date: 2005-06-02 09:48:44

Vladimir Prus wrote:
> On Wednesday 01 June 2005 21:29, Eric Niebler wrote:
> 
>>David Abrahams wrote:
>>
>>>You really think it's likely that they've set up HOME and yet have
>>>installed a user-config.jam that they don't want bjam to use in
>>>%HOMEDRIVE%%HOMEPATH%? I don't.
>>
>>Haha, ok. You're right. But as it so happens, this was exactly the case
>>on my machine. I struggled to get bjam working the first time, and in
>>the process, I scattered user-config.jam all over the place. I ended up
>>with one in %HOME% and a turd user-config.jam in %HOMEDRIVE%%HOMEPATH%
>>(which I just deleted to be safe).
> 
> 
> Not sure how much of a help that would be, but I've added a logic to print
> the locations of site-config.jam and user-config.jam when the
> 
> --debug-configuration
> 
> option is specified. Probably that would help the next time somebody has the 
> same problem.

Nice feature! I just used it to track a duplicate toolset configuration
which surfaced after the changes to the user-config.jam lookup rules.

One suggestion for improvement...

Instead of printing "loaded site/user-config from ..." after the fact, I 
think it would be better to print "loading ..." before entering these files.

Currently, errors in either site-config.jam or user-config.jam will
prevent the user from knowing where their configuration files are:

notice: found boost-build.jam at C:\temp\boost\boost-build.jam
notice: loading Boost.Build from C:\temp\boost\tools\build\v2
notice: loaded site-config.jam from C:\WINDOWS\site-config.jam

error: duplicate initialization of msvc with the following parameters:
error: version = 7.1

Here, the error was actually in my user-config.jam, but I got no
indication of this or where it might be from the error message.

Regards,

João