From: Rene Rivera (grafik.list_at_[hidden])
Date: 2005-08-01 14:34:59
Andrey Melnikov wrote:
> Alexey Pakhunov wrote:
>>Andrey Melnikov wrote:
>>>msvc-config is deprecated, isn't it? I think the autodetection should be
>>>built into main MSVC toolset. Or we should have -config pseudo-toolsets
>>>for other compilers too.
Deprecated isn't the right term in this case as it was never an official
part of BBv2. It was an experiment, on my part, to see how to make a
fully automatic detection and configuration.
>>I don't see any attempt to get rid of msvc-config.jam right now. While
>>it is still exists I gathered all detection logic there. Later it will
>>take 5 minutes to move all code from msvc-config.jam to msvc.jam.
> Besides patch autodetection msvc-config also runs "using msvc" rule
> several times for each of the autodetected versions.
> Can this functionality be built into msvc.jam? Should it?
The goal is to move the functionality into msvc.jam, and equivalently
for other tools. Two things:
a) The code needs to be clearly set apart from the rest of the rest of
the "real" toolset logic. We decided that just putting all the
detect/config code at the bottom of the toolset file is enough, perhaps
with a suitable comment explaining the functionality for the help system
to pick up ;-)
b) We still haven't decided on a common toolset configuration description.
> I think we should merge registry path autodetection into msvc.jam right
> now. Msvc-config has a separate purpose.
I would keep them separate until we decide (b) above.
-- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - Grafik/jabber.org
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