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
> 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.
Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk