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

Dirk Bächle tshortik at gmx.de
Wed Apr 3 14:57:28 EDT 2013


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>


More information about the Scons-users mailing list