Revert "I need this change to create Windows 8.1/Windows Phone 8.1 projects that compile modules th…

Revert "I need this change to create Windows 8.1/Windows Phone 8.1 projects that compile modules that can be consumed by Windows Store Applications (WinRT)."

This reverts commit 397b1c684b0b07a38f485f091cc4394a3d733334.

Failing on win64 bots per http://build.chromium.org/p/tryserver.nacl/builders/gyp-win64/builds/1896

BUG=

Committed: https://code.google.com/p/gyp/source/detail?r=1983

[scottmg, 2014-09-24 20:14:06]

scottmg@chromium.org changed reviewers:
+ coopp@microsoft.com

[scottmg, 2014-09-24 20:14:38]

Committed patchset #1 (id:1) manually as 1983.

[scottmg, 2014-09-24 20:14:55]

Hi Cooper, I had to revert this as it's making the bots red. If you could take a
look at the failures 

http://build.chromium.org/f/client/gyp/

we can get it relanded.

[coop, 2014-09-24 20:35:30]

Is there a way we could condition the test to not generate for the other VS
compilers?  WinRT is only supported on VS2013.

This error is because the SDK would not exist for those compiler configurations.

"dllmain.cc(6): fatal error C1083: Cannot open include file: 'wrl.h': No such
file or directory"

[coop, 2014-09-24 20:42:25]

On 2014/09/24 20:35:30, coop wrote:
> Is there a way we could condition the test to not generate for the other VS
> compilers?  WinRT is only supported on VS2013.
> 
> This error is because the SDK would not exist for those compiler
configurations.
> 
> "dllmain.cc(6): fatal error C1083: Cannot open include file: 'wrl.h': No such
> file or directory"

Looks like the other failures might be a result of the missing ARM TargetMachine
thing that was reverted?

I think we can preserve the actual winrt change if we can get the test to only
be used in a VS2013 validation test run.  
The winrt-specific options would be invalid anyway for other VS projects.

Is this possible?