Re: [jamboost] vc8.0-tools.jam

From: John Maddock (john_at_[hidden])
Date: 2004-09-16 05:38:21

> The last change to "Fixed to work with VC8 Express edition" breaks other
> VC++8.0 installations.
> It makes the assumption that VCINSTALLDIR actually has a meaning and 
> exists
> on all systems (it does not).

If it doesn't exist then the changes should have had no effect, if it does 
and it's not set to a meaningful value (or there's a leftover from a 
previous version) then we have problems.

> here are some relevant things from my environment variables:
>
> VCINSTALLDIR=G:\Program Files\Microsoft Visual Studio 8\VC
> VS71COMNTOOLS=C:\Program Files\Microsoft Visual Studio .NET 
> 2003\Common7\Tools\
> VS80COMNTOOLS=G:\Program Files\Microsoft Visual Studio 8\Common7\Tools\
> VSCOMNTOOLS=C:\Program Files\Microsoft Visual Studio .NET 
> 2003\Common7\Tools\
> VSINSTALLDIR=C:\Program Files\Microsoft Visual Studio .NET 
> 2003\Common7\IDE\
>
> I have NO idea where the last two came from....and from my OTHER machine

OK, so on that machine VCINSTALLDIR looks OK?

> VCINSTALLDIR=C:\Program Files\Microsoft Visual Studio 8\VC
> VS71COMNTOOLS=C:\Program Files\Microsoft Visual Studio .NET 
> 2003\Common7\Tools\
> VS80COMNTOOLS=C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\
>
> I had to manually put the 1st one in to get the new file "working"

Why? If it was just missing (as opposed to present and set to the wrong 
value), then the toolset should behave exactly as it did before, what am I 
missing here?

>
> several comments
> notice that VCINSTALLDIR does NOT end with a \
>
> if you PUT the \ at the end, like every OTHER directory in the environment
> variables, you will get an error
>
> if you look at your own environment variables, you will discover that
> VS71COMNTOOLS and VS80COMNTOOLS
> are in the "sytetem" variables (I really don't know where the other one 
> is,
> since _I_ didn't have it on either of the systems on which I have 
> "whidbey"
> installed
>
> the VSCOMNTOOLS and VSINSTALLDIR were "user" variables
>
> I submit that IF we're serious about handling multiple versions of VC++ we
> should be using the "VS??COMNTOOLS" with the version for the ??
> the reason I suggest the ones that are in the "system" area is that it
> allows trivially adding a "user" to handle only the regression testing,
> then using the "Scheduled Tasks" feature of all the NT (and derivatives)
> OSs, things can become almost automatic.

I've just spent about 30 minutes trying to get this to work with 
VS??COMNTOOLS, but can't get past jam screwing things up, I'll post a 
separate message about this.

John.