[Scons-users] Honoring the 'SDK shell' settings when using msvc and mssdk tools?

[Dirk Bächle]

Andrew,

On 03.04.2013 16:55, Andrew C. Morrow wrote:

>

> Hi Dirk -

>

> Thanks for your reply. Comments and follow on questions below.

>

>

> On Tue, Apr 2, 2013 at 7:37 PM, Dirk Bächle <tshortik at gmx.de 

> <mailto:tshortik at gmx.de>> wrote:

>

>     Hi Andrew,

>

>

>     On 03.04.2013 00:01, Andrew C. Morrow wrote:

>

>

>         Sometimes, the msvc and mssdk tools don't do the right thing

>         for various reasons. Sometimes, this is because SCons isn't

>         yet aware of the SDK (SCons 2.3.0 doesn't know about Windows

>         SDK 7.1 or 8, for instance).

>

>         ...

>

>         Is there some way to tell the MSCommon tools to skip the whole

>         'search' aspect and to simply propagate the variables that it

>         would normally set, but with values taken from the invoking

>         shell environment?

>

>

>     the sdk Tool tries to find the most recent version first, so if it

>     would be aware of the v7.1 or v8.0 it would skip the rest.

>

>

> Apologies if I've misinterpreted your reply, but that answer doesn't 

> seem to address my question. I actually don't want SCons to do any 

> searching, at all, since by launching the 'SDK Shell' I've already 

> invoked vcvarsall or SetEnv.cmd or whatever the Redmond originated 

> horror du jour may be. I really just want to be able to tell SCons: 

> that work is already done, please don't do any searching or run any 

> more scripts, just grab the PATH and whatever else you need for the 

> currently configured version of the SDK and VC to work and stuff it 

> into the Environment, and set up the COMSTR's as appropriate to 

> compile and link.

>

> Is there a way to accomplish this?

>


if you don't want SCons to do any searching of SDK versions for you, 
then don't load the mssdk Tool.

Does this help? Or did I read your "I actually don't want SCons to do 
any searching, at all, ..." wrong?

Best regards,

Dirk



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://four.pairlist.net/pipermail/scons-users/attachments/20130403/da7835e1/attachment-0001.htm>