Where are the x64 and ARM Developer Prompts for VS2017?
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ height:90px;width:728px;box-sizing:border-box;
}
I installed the Visual Studio 2017 Build Tools. After installation, there's only an x86 Developer Command Prompt when navigating Start → Programs → Visual Studio 2017 → Visual Studio Tools. There are no prompts for x64 and ARM. (Usually there's about 6 developer prompts to choose from).
Where are the build tools for x64 and ARM located?
UPDATE (JAN-18-2017)
After installing the entire Windows 10 SDK, Build 15003 per @magicandre1981 instructions, I cannot find the Developer Prompts. I can't find them in the Start menu; and dropping into a Git Bash shell and searching for them returns 0 results.
In the names below, vsdevcmd.bat
is what was installed by the VC++ Build Tools for 2017. vcbuildtools.bat
is what was installed by the VC++ Build Tools for 2015.
MINGW64 /c/Program Files (x86)/Windows Kits/10
$ find . -iname 'vsdevcmd.*'
$ find . -iname 'vcbuildtools.*'
$ find . -iname '*.bat'
$ find . -iname '*.cmd'
./bin/10.0.15003.0/arm/SecureBoot/DeleteKitsPolicy.cmd
./bin/10.0.15003.0/arm/SecureBoot/InstallKitsPolicy.cmd
./bin/10.0.15003.0/arm64/install-sampleprovider.cmd
./bin/10.0.15003.0/arm64/uninstall-sampleprovider.cmd
./bin/10.0.15003.0/x64/install-sampleprovider.cmd
./bin/10.0.15003.0/x64/uninstall-sampleprovider.cmd
./bin/10.0.15003.0/x86/DismFoDInstall.cmd
./bin/10.0.15003.0/x86/GenerateUnionWinMD.cmd
./bin/10.0.15003.0/x86/install-sampleprovider.cmd
./bin/10.0.15003.0/x86/uninstall-sampleprovider.cmd
./bin/arm/SecureBoot/DeleteKitsPolicy.cmd
./bin/arm/SecureBoot/InstallKitsPolicy.cmd
./bin/arm64/install-sampleprovider.cmd
./bin/arm64/uninstall-sampleprovider.cmd
./bin/x64/install-sampleprovider.cmd
./bin/x64/uninstall-sampleprovider.cmd
./bin/x86/DismFoDInstall.cmd
./bin/x86/GenerateUnionWinMD.cmd
./bin/x86/install-sampleprovider.cmd
./bin/x86/uninstall-sampleprovider.cmd
./Debuggers/x64/srcsrv/cv2http.cmd
./Debuggers/x64/srcsrv/cvsindex.cmd
./Debuggers/x64/srcsrv/p4index.cmd
./Debuggers/x64/srcsrv/ssindex.cmd
./Debuggers/x64/srcsrv/svnindex.cmd
./Debuggers/x64/srcsrv/tfsindex.cmd
./Debuggers/x64/srcsrv/vssindex.cmd
./Debuggers/x64/srcsrv/walk.cmd
./Debuggers/x86/srcsrv/cv2http.cmd
./Debuggers/x86/srcsrv/cvsindex.cmd
./Debuggers/x86/srcsrv/p4index.cmd
./Debuggers/x86/srcsrv/ssindex.cmd
./Debuggers/x86/srcsrv/svnindex.cmd
./Debuggers/x86/srcsrv/tfsindex.cmd
./Debuggers/x86/srcsrv/vssindex.cmd
./Debuggers/x86/srcsrv/walk.cmd
./Windows Performance Toolkit/gpuview/log.cmd
./Windows Performance Toolkit/gpuview/log_mem.cmd
./Windows Performance Toolkit/WdfPerfEnhancedVerifier.cmd
$
Out of desperation, I copied the 2017 Build Tools Developer Prompt (for x86), and added the amd64_arm
as the 2015 build tools does. It results in a failure:
[ERROR:parse_cmd.bat] Invalid command line argument: 'amd64_arm'. Argument will
be ignored.
**********************************************************************
** Visual Studio 2017 RC Developer Command Prompt v15.0
** Copyright (c) 2016 Microsoft Corporation
**********************************************************************
[ERROR:VsDevCmd.bat] *** VsDevCmd.bat encountered errors. Environment may be inc
omplete and/or incorrect. ***
C:Program Files (x86)Microsoft Visual Studio2017BuildTools>
More desperation... I started tracing the msiexec installers using process monitor, and examining MSI contents using 7-zip. The best I can tell, there are no developer prompts, even in the Developer Tools MSI installer:
visual-studio windows-8.1 toolchain
add a comment |
I installed the Visual Studio 2017 Build Tools. After installation, there's only an x86 Developer Command Prompt when navigating Start → Programs → Visual Studio 2017 → Visual Studio Tools. There are no prompts for x64 and ARM. (Usually there's about 6 developer prompts to choose from).
Where are the build tools for x64 and ARM located?
UPDATE (JAN-18-2017)
After installing the entire Windows 10 SDK, Build 15003 per @magicandre1981 instructions, I cannot find the Developer Prompts. I can't find them in the Start menu; and dropping into a Git Bash shell and searching for them returns 0 results.
In the names below, vsdevcmd.bat
is what was installed by the VC++ Build Tools for 2017. vcbuildtools.bat
is what was installed by the VC++ Build Tools for 2015.
MINGW64 /c/Program Files (x86)/Windows Kits/10
$ find . -iname 'vsdevcmd.*'
$ find . -iname 'vcbuildtools.*'
$ find . -iname '*.bat'
$ find . -iname '*.cmd'
./bin/10.0.15003.0/arm/SecureBoot/DeleteKitsPolicy.cmd
./bin/10.0.15003.0/arm/SecureBoot/InstallKitsPolicy.cmd
./bin/10.0.15003.0/arm64/install-sampleprovider.cmd
./bin/10.0.15003.0/arm64/uninstall-sampleprovider.cmd
./bin/10.0.15003.0/x64/install-sampleprovider.cmd
./bin/10.0.15003.0/x64/uninstall-sampleprovider.cmd
./bin/10.0.15003.0/x86/DismFoDInstall.cmd
./bin/10.0.15003.0/x86/GenerateUnionWinMD.cmd
./bin/10.0.15003.0/x86/install-sampleprovider.cmd
./bin/10.0.15003.0/x86/uninstall-sampleprovider.cmd
./bin/arm/SecureBoot/DeleteKitsPolicy.cmd
./bin/arm/SecureBoot/InstallKitsPolicy.cmd
./bin/arm64/install-sampleprovider.cmd
./bin/arm64/uninstall-sampleprovider.cmd
./bin/x64/install-sampleprovider.cmd
./bin/x64/uninstall-sampleprovider.cmd
./bin/x86/DismFoDInstall.cmd
./bin/x86/GenerateUnionWinMD.cmd
./bin/x86/install-sampleprovider.cmd
./bin/x86/uninstall-sampleprovider.cmd
./Debuggers/x64/srcsrv/cv2http.cmd
./Debuggers/x64/srcsrv/cvsindex.cmd
./Debuggers/x64/srcsrv/p4index.cmd
./Debuggers/x64/srcsrv/ssindex.cmd
./Debuggers/x64/srcsrv/svnindex.cmd
./Debuggers/x64/srcsrv/tfsindex.cmd
./Debuggers/x64/srcsrv/vssindex.cmd
./Debuggers/x64/srcsrv/walk.cmd
./Debuggers/x86/srcsrv/cv2http.cmd
./Debuggers/x86/srcsrv/cvsindex.cmd
./Debuggers/x86/srcsrv/p4index.cmd
./Debuggers/x86/srcsrv/ssindex.cmd
./Debuggers/x86/srcsrv/svnindex.cmd
./Debuggers/x86/srcsrv/tfsindex.cmd
./Debuggers/x86/srcsrv/vssindex.cmd
./Debuggers/x86/srcsrv/walk.cmd
./Windows Performance Toolkit/gpuview/log.cmd
./Windows Performance Toolkit/gpuview/log_mem.cmd
./Windows Performance Toolkit/WdfPerfEnhancedVerifier.cmd
$
Out of desperation, I copied the 2017 Build Tools Developer Prompt (for x86), and added the amd64_arm
as the 2015 build tools does. It results in a failure:
[ERROR:parse_cmd.bat] Invalid command line argument: 'amd64_arm'. Argument will
be ignored.
**********************************************************************
** Visual Studio 2017 RC Developer Command Prompt v15.0
** Copyright (c) 2016 Microsoft Corporation
**********************************************************************
[ERROR:VsDevCmd.bat] *** VsDevCmd.bat encountered errors. Environment may be inc
omplete and/or incorrect. ***
C:Program Files (x86)Microsoft Visual Studio2017BuildTools>
More desperation... I started tracing the msiexec installers using process monitor, and examining MSI contents using 7-zip. The best I can tell, there are no developer prompts, even in the Developer Tools MSI installer:
visual-studio windows-8.1 toolchain
I've updated my answer with steps to get Desktop applications compiled for ARM/ARM64 with VS2017 15.4 and Win10 16299 SDK
– magicandre1981
Nov 7 '17 at 16:28
add a comment |
I installed the Visual Studio 2017 Build Tools. After installation, there's only an x86 Developer Command Prompt when navigating Start → Programs → Visual Studio 2017 → Visual Studio Tools. There are no prompts for x64 and ARM. (Usually there's about 6 developer prompts to choose from).
Where are the build tools for x64 and ARM located?
UPDATE (JAN-18-2017)
After installing the entire Windows 10 SDK, Build 15003 per @magicandre1981 instructions, I cannot find the Developer Prompts. I can't find them in the Start menu; and dropping into a Git Bash shell and searching for them returns 0 results.
In the names below, vsdevcmd.bat
is what was installed by the VC++ Build Tools for 2017. vcbuildtools.bat
is what was installed by the VC++ Build Tools for 2015.
MINGW64 /c/Program Files (x86)/Windows Kits/10
$ find . -iname 'vsdevcmd.*'
$ find . -iname 'vcbuildtools.*'
$ find . -iname '*.bat'
$ find . -iname '*.cmd'
./bin/10.0.15003.0/arm/SecureBoot/DeleteKitsPolicy.cmd
./bin/10.0.15003.0/arm/SecureBoot/InstallKitsPolicy.cmd
./bin/10.0.15003.0/arm64/install-sampleprovider.cmd
./bin/10.0.15003.0/arm64/uninstall-sampleprovider.cmd
./bin/10.0.15003.0/x64/install-sampleprovider.cmd
./bin/10.0.15003.0/x64/uninstall-sampleprovider.cmd
./bin/10.0.15003.0/x86/DismFoDInstall.cmd
./bin/10.0.15003.0/x86/GenerateUnionWinMD.cmd
./bin/10.0.15003.0/x86/install-sampleprovider.cmd
./bin/10.0.15003.0/x86/uninstall-sampleprovider.cmd
./bin/arm/SecureBoot/DeleteKitsPolicy.cmd
./bin/arm/SecureBoot/InstallKitsPolicy.cmd
./bin/arm64/install-sampleprovider.cmd
./bin/arm64/uninstall-sampleprovider.cmd
./bin/x64/install-sampleprovider.cmd
./bin/x64/uninstall-sampleprovider.cmd
./bin/x86/DismFoDInstall.cmd
./bin/x86/GenerateUnionWinMD.cmd
./bin/x86/install-sampleprovider.cmd
./bin/x86/uninstall-sampleprovider.cmd
./Debuggers/x64/srcsrv/cv2http.cmd
./Debuggers/x64/srcsrv/cvsindex.cmd
./Debuggers/x64/srcsrv/p4index.cmd
./Debuggers/x64/srcsrv/ssindex.cmd
./Debuggers/x64/srcsrv/svnindex.cmd
./Debuggers/x64/srcsrv/tfsindex.cmd
./Debuggers/x64/srcsrv/vssindex.cmd
./Debuggers/x64/srcsrv/walk.cmd
./Debuggers/x86/srcsrv/cv2http.cmd
./Debuggers/x86/srcsrv/cvsindex.cmd
./Debuggers/x86/srcsrv/p4index.cmd
./Debuggers/x86/srcsrv/ssindex.cmd
./Debuggers/x86/srcsrv/svnindex.cmd
./Debuggers/x86/srcsrv/tfsindex.cmd
./Debuggers/x86/srcsrv/vssindex.cmd
./Debuggers/x86/srcsrv/walk.cmd
./Windows Performance Toolkit/gpuview/log.cmd
./Windows Performance Toolkit/gpuview/log_mem.cmd
./Windows Performance Toolkit/WdfPerfEnhancedVerifier.cmd
$
Out of desperation, I copied the 2017 Build Tools Developer Prompt (for x86), and added the amd64_arm
as the 2015 build tools does. It results in a failure:
[ERROR:parse_cmd.bat] Invalid command line argument: 'amd64_arm'. Argument will
be ignored.
**********************************************************************
** Visual Studio 2017 RC Developer Command Prompt v15.0
** Copyright (c) 2016 Microsoft Corporation
**********************************************************************
[ERROR:VsDevCmd.bat] *** VsDevCmd.bat encountered errors. Environment may be inc
omplete and/or incorrect. ***
C:Program Files (x86)Microsoft Visual Studio2017BuildTools>
More desperation... I started tracing the msiexec installers using process monitor, and examining MSI contents using 7-zip. The best I can tell, there are no developer prompts, even in the Developer Tools MSI installer:
visual-studio windows-8.1 toolchain
I installed the Visual Studio 2017 Build Tools. After installation, there's only an x86 Developer Command Prompt when navigating Start → Programs → Visual Studio 2017 → Visual Studio Tools. There are no prompts for x64 and ARM. (Usually there's about 6 developer prompts to choose from).
Where are the build tools for x64 and ARM located?
UPDATE (JAN-18-2017)
After installing the entire Windows 10 SDK, Build 15003 per @magicandre1981 instructions, I cannot find the Developer Prompts. I can't find them in the Start menu; and dropping into a Git Bash shell and searching for them returns 0 results.
In the names below, vsdevcmd.bat
is what was installed by the VC++ Build Tools for 2017. vcbuildtools.bat
is what was installed by the VC++ Build Tools for 2015.
MINGW64 /c/Program Files (x86)/Windows Kits/10
$ find . -iname 'vsdevcmd.*'
$ find . -iname 'vcbuildtools.*'
$ find . -iname '*.bat'
$ find . -iname '*.cmd'
./bin/10.0.15003.0/arm/SecureBoot/DeleteKitsPolicy.cmd
./bin/10.0.15003.0/arm/SecureBoot/InstallKitsPolicy.cmd
./bin/10.0.15003.0/arm64/install-sampleprovider.cmd
./bin/10.0.15003.0/arm64/uninstall-sampleprovider.cmd
./bin/10.0.15003.0/x64/install-sampleprovider.cmd
./bin/10.0.15003.0/x64/uninstall-sampleprovider.cmd
./bin/10.0.15003.0/x86/DismFoDInstall.cmd
./bin/10.0.15003.0/x86/GenerateUnionWinMD.cmd
./bin/10.0.15003.0/x86/install-sampleprovider.cmd
./bin/10.0.15003.0/x86/uninstall-sampleprovider.cmd
./bin/arm/SecureBoot/DeleteKitsPolicy.cmd
./bin/arm/SecureBoot/InstallKitsPolicy.cmd
./bin/arm64/install-sampleprovider.cmd
./bin/arm64/uninstall-sampleprovider.cmd
./bin/x64/install-sampleprovider.cmd
./bin/x64/uninstall-sampleprovider.cmd
./bin/x86/DismFoDInstall.cmd
./bin/x86/GenerateUnionWinMD.cmd
./bin/x86/install-sampleprovider.cmd
./bin/x86/uninstall-sampleprovider.cmd
./Debuggers/x64/srcsrv/cv2http.cmd
./Debuggers/x64/srcsrv/cvsindex.cmd
./Debuggers/x64/srcsrv/p4index.cmd
./Debuggers/x64/srcsrv/ssindex.cmd
./Debuggers/x64/srcsrv/svnindex.cmd
./Debuggers/x64/srcsrv/tfsindex.cmd
./Debuggers/x64/srcsrv/vssindex.cmd
./Debuggers/x64/srcsrv/walk.cmd
./Debuggers/x86/srcsrv/cv2http.cmd
./Debuggers/x86/srcsrv/cvsindex.cmd
./Debuggers/x86/srcsrv/p4index.cmd
./Debuggers/x86/srcsrv/ssindex.cmd
./Debuggers/x86/srcsrv/svnindex.cmd
./Debuggers/x86/srcsrv/tfsindex.cmd
./Debuggers/x86/srcsrv/vssindex.cmd
./Debuggers/x86/srcsrv/walk.cmd
./Windows Performance Toolkit/gpuview/log.cmd
./Windows Performance Toolkit/gpuview/log_mem.cmd
./Windows Performance Toolkit/WdfPerfEnhancedVerifier.cmd
$
Out of desperation, I copied the 2017 Build Tools Developer Prompt (for x86), and added the amd64_arm
as the 2015 build tools does. It results in a failure:
[ERROR:parse_cmd.bat] Invalid command line argument: 'amd64_arm'. Argument will
be ignored.
**********************************************************************
** Visual Studio 2017 RC Developer Command Prompt v15.0
** Copyright (c) 2016 Microsoft Corporation
**********************************************************************
[ERROR:VsDevCmd.bat] *** VsDevCmd.bat encountered errors. Environment may be inc
omplete and/or incorrect. ***
C:Program Files (x86)Microsoft Visual Studio2017BuildTools>
More desperation... I started tracing the msiexec installers using process monitor, and examining MSI contents using 7-zip. The best I can tell, there are no developer prompts, even in the Developer Tools MSI installer:
visual-studio windows-8.1 toolchain
visual-studio windows-8.1 toolchain
edited Jan 18 '17 at 7:55
jww
asked Jan 17 '17 at 2:19
jwwjww
54.3k41236516
54.3k41236516
I've updated my answer with steps to get Desktop applications compiled for ARM/ARM64 with VS2017 15.4 and Win10 16299 SDK
– magicandre1981
Nov 7 '17 at 16:28
add a comment |
I've updated my answer with steps to get Desktop applications compiled for ARM/ARM64 with VS2017 15.4 and Win10 16299 SDK
– magicandre1981
Nov 7 '17 at 16:28
I've updated my answer with steps to get Desktop applications compiled for ARM/ARM64 with VS2017 15.4 and Win10 16299 SDK
– magicandre1981
Nov 7 '17 at 16:28
I've updated my answer with steps to get Desktop applications compiled for ARM/ARM64 with VS2017 15.4 and Win10 16299 SDK
– magicandre1981
Nov 7 '17 at 16:28
add a comment |
2 Answers
2
active
oldest
votes
The developer prompt bat files seem to have been restructured a little in VS 2017. Instead of having a fixed set of predefined developer prompts, you can customize it even more now.
To get a developer prompt for e.g. arm, add -arch=arm -host_arch=amd64
as parameters to VsDevCmd.bat
(e.g. in the shortcut in the start menu).
For the full list of available options, have a look in Program Files (x86)Microsoft Visual Studio2017CommunityCommon7Toolsvsdevcmdcoreparse_cmd.bat
, or call "Program Files (x86)Microsoft Visual Studio2017CommunityCommon7Toolsvsdevcmd" -help
.
I'm not sure if this really is documented anywhere, or if it will be fixed up and/or documented better for the final release of VS 2017.
Installing the insider preview Windows 10 SDK is unrelated to this; the standalone Windows SDK doesn't include any compilers, only headers and link libraries.
4
To save time, the-arch
options are:x86
,amd64
,arm
.
– Timmmm
May 7 '17 at 10:35
Except arm doesn't seem to work:vsdevcmd -arch=arm
results inERROR: Invalid host architecture 'arm'.
even if you have the latest (15063) Windows 10 SDK installed with the ARM tools.
– Akeo
May 8 '17 at 21:27
Did you add-host_arch=amd64
as well? Otherwise it might think you want to have the same host tools architecture as the target.
– mstorsjo
May 9 '17 at 6:28
@mstorsjo, the problem is that if you try to add-host_arch=amd64
, then you end-up with the amd64 target. In other words,cl /?
reportsMicrosoft (R) C/C++ Optimizing Compiler Version 19.10.25019 for x64
, which means it targets x86_64, whereas, when using the VS2015 ARM prompts, the same command reportsMicrosoft (R) C/C++ Optimizing Compiler Version 19.00.24215.1 for ARM
. Furthermore, the lack of aC:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017binHostX86armcl.exe
makes it clear that there is NO ARM cross compilation support in VS2017.
– Akeo
May 12 '17 at 12:08
1
There sure is ARM cross compilation support in VS2017 (I do have the exactcl.exe
that you say is missing), but you might not have installed that part - it's not enabled by default. You need to open the "Individual components" tab in the installer and check the "Visual C++ compilers and libraries for ARM" box. See pasteboard.co/5uxpd08Yi.png.
– mstorsjo
May 12 '17 at 19:19
|
show 4 more comments
Install the Windows 10 SDK and WDK (at least Build 16299) to get the ARM Compiler for Desktop Applications.
Open the Project configuration and create ARM(64) configuration:
If you try to compile it you would get an error that ARM64 is not supported for Desktop:
To fix this, unload the project and open it in editor and add the line <WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
to the debug and release entry for ARM64:
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|ARM64'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<UseDebugLibraries>true</UseDebugLibraries>
<PlatformToolset>v141</PlatformToolset>
<CharacterSet>Unicode</CharacterSet>
<WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|ARM64'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<UseDebugLibraries>false</UseDebugLibraries>
<PlatformToolset>v141</PlatformToolset>
<WholeProgramOptimization>true</WholeProgramOptimization>
<CharacterSet>Unicode</CharacterSet>
<WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
</PropertyGroup>
and WindowsSDKDesktopARMSupport
for 32Bit ARM.
Save changes, load the project again and now compilation works fine:
The 15.9 Update for VS2017, adds official ARM64 support (only for UWP), here the commandline to open ARM64 dev prompt is:
%comspec% /k ""C:Program Files (x86)Microsoft Visual Studio 14.0VCvcvarsall.bat"" amd64_arm
32 Bit Arm commandline is:
%comspec% /k ""C:Program Files (x86)Microsoft Visual Studio 14.0VCvcvarsall.bat"" x86_arm
Thanks @magicandre1981. I can't test this for a few hours, but I'll get back. There are two other questions you can make an easy points on based on the arm64 apps: Detect ARM-64 in preprocessor? and ARM SHA extensions and “error C3861: vsha1h_u32: identifier not found”. If you don't answer, then I will for future visitors.
– jww
Jan 17 '17 at 19:50
Thanks again @magicandre1981. The download is not available for me. Oh well, it was a nice try...
– jww
Jan 17 '17 at 22:43
you can join the insider program without issues. HEre is a DL link for the next 24 hours: software-download.microsoft.com/pr/…
– magicandre1981
Jan 18 '17 at 5:27
Thanks @magicandre1981. Still no joy on the Developer Prompts. Microsoft has this so screwed up... For 15 years, we got Developer Tools with Visual Studio and then the Build Tools. Then, in 2017, it is broken. Its absolutely amazing they took a simple process that worked and broke it. Some idiot probably got a big bonus for it.
– jww
Jan 18 '17 at 7:58
ok, I haven't installed the c++ tools because I don't use the VS2017, so I can't see if it really worked :(
– magicandre1981
Jan 18 '17 at 16:15
|
show 4 more comments
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f41688101%2fwhere-are-the-x64-and-arm-developer-prompts-for-vs2017%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
The developer prompt bat files seem to have been restructured a little in VS 2017. Instead of having a fixed set of predefined developer prompts, you can customize it even more now.
To get a developer prompt for e.g. arm, add -arch=arm -host_arch=amd64
as parameters to VsDevCmd.bat
(e.g. in the shortcut in the start menu).
For the full list of available options, have a look in Program Files (x86)Microsoft Visual Studio2017CommunityCommon7Toolsvsdevcmdcoreparse_cmd.bat
, or call "Program Files (x86)Microsoft Visual Studio2017CommunityCommon7Toolsvsdevcmd" -help
.
I'm not sure if this really is documented anywhere, or if it will be fixed up and/or documented better for the final release of VS 2017.
Installing the insider preview Windows 10 SDK is unrelated to this; the standalone Windows SDK doesn't include any compilers, only headers and link libraries.
4
To save time, the-arch
options are:x86
,amd64
,arm
.
– Timmmm
May 7 '17 at 10:35
Except arm doesn't seem to work:vsdevcmd -arch=arm
results inERROR: Invalid host architecture 'arm'.
even if you have the latest (15063) Windows 10 SDK installed with the ARM tools.
– Akeo
May 8 '17 at 21:27
Did you add-host_arch=amd64
as well? Otherwise it might think you want to have the same host tools architecture as the target.
– mstorsjo
May 9 '17 at 6:28
@mstorsjo, the problem is that if you try to add-host_arch=amd64
, then you end-up with the amd64 target. In other words,cl /?
reportsMicrosoft (R) C/C++ Optimizing Compiler Version 19.10.25019 for x64
, which means it targets x86_64, whereas, when using the VS2015 ARM prompts, the same command reportsMicrosoft (R) C/C++ Optimizing Compiler Version 19.00.24215.1 for ARM
. Furthermore, the lack of aC:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017binHostX86armcl.exe
makes it clear that there is NO ARM cross compilation support in VS2017.
– Akeo
May 12 '17 at 12:08
1
There sure is ARM cross compilation support in VS2017 (I do have the exactcl.exe
that you say is missing), but you might not have installed that part - it's not enabled by default. You need to open the "Individual components" tab in the installer and check the "Visual C++ compilers and libraries for ARM" box. See pasteboard.co/5uxpd08Yi.png.
– mstorsjo
May 12 '17 at 19:19
|
show 4 more comments
The developer prompt bat files seem to have been restructured a little in VS 2017. Instead of having a fixed set of predefined developer prompts, you can customize it even more now.
To get a developer prompt for e.g. arm, add -arch=arm -host_arch=amd64
as parameters to VsDevCmd.bat
(e.g. in the shortcut in the start menu).
For the full list of available options, have a look in Program Files (x86)Microsoft Visual Studio2017CommunityCommon7Toolsvsdevcmdcoreparse_cmd.bat
, or call "Program Files (x86)Microsoft Visual Studio2017CommunityCommon7Toolsvsdevcmd" -help
.
I'm not sure if this really is documented anywhere, or if it will be fixed up and/or documented better for the final release of VS 2017.
Installing the insider preview Windows 10 SDK is unrelated to this; the standalone Windows SDK doesn't include any compilers, only headers and link libraries.
4
To save time, the-arch
options are:x86
,amd64
,arm
.
– Timmmm
May 7 '17 at 10:35
Except arm doesn't seem to work:vsdevcmd -arch=arm
results inERROR: Invalid host architecture 'arm'.
even if you have the latest (15063) Windows 10 SDK installed with the ARM tools.
– Akeo
May 8 '17 at 21:27
Did you add-host_arch=amd64
as well? Otherwise it might think you want to have the same host tools architecture as the target.
– mstorsjo
May 9 '17 at 6:28
@mstorsjo, the problem is that if you try to add-host_arch=amd64
, then you end-up with the amd64 target. In other words,cl /?
reportsMicrosoft (R) C/C++ Optimizing Compiler Version 19.10.25019 for x64
, which means it targets x86_64, whereas, when using the VS2015 ARM prompts, the same command reportsMicrosoft (R) C/C++ Optimizing Compiler Version 19.00.24215.1 for ARM
. Furthermore, the lack of aC:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017binHostX86armcl.exe
makes it clear that there is NO ARM cross compilation support in VS2017.
– Akeo
May 12 '17 at 12:08
1
There sure is ARM cross compilation support in VS2017 (I do have the exactcl.exe
that you say is missing), but you might not have installed that part - it's not enabled by default. You need to open the "Individual components" tab in the installer and check the "Visual C++ compilers and libraries for ARM" box. See pasteboard.co/5uxpd08Yi.png.
– mstorsjo
May 12 '17 at 19:19
|
show 4 more comments
The developer prompt bat files seem to have been restructured a little in VS 2017. Instead of having a fixed set of predefined developer prompts, you can customize it even more now.
To get a developer prompt for e.g. arm, add -arch=arm -host_arch=amd64
as parameters to VsDevCmd.bat
(e.g. in the shortcut in the start menu).
For the full list of available options, have a look in Program Files (x86)Microsoft Visual Studio2017CommunityCommon7Toolsvsdevcmdcoreparse_cmd.bat
, or call "Program Files (x86)Microsoft Visual Studio2017CommunityCommon7Toolsvsdevcmd" -help
.
I'm not sure if this really is documented anywhere, or if it will be fixed up and/or documented better for the final release of VS 2017.
Installing the insider preview Windows 10 SDK is unrelated to this; the standalone Windows SDK doesn't include any compilers, only headers and link libraries.
The developer prompt bat files seem to have been restructured a little in VS 2017. Instead of having a fixed set of predefined developer prompts, you can customize it even more now.
To get a developer prompt for e.g. arm, add -arch=arm -host_arch=amd64
as parameters to VsDevCmd.bat
(e.g. in the shortcut in the start menu).
For the full list of available options, have a look in Program Files (x86)Microsoft Visual Studio2017CommunityCommon7Toolsvsdevcmdcoreparse_cmd.bat
, or call "Program Files (x86)Microsoft Visual Studio2017CommunityCommon7Toolsvsdevcmd" -help
.
I'm not sure if this really is documented anywhere, or if it will be fixed up and/or documented better for the final release of VS 2017.
Installing the insider preview Windows 10 SDK is unrelated to this; the standalone Windows SDK doesn't include any compilers, only headers and link libraries.
answered Jan 18 '17 at 20:02
mstorsjomstorsjo
9,61522345
9,61522345
4
To save time, the-arch
options are:x86
,amd64
,arm
.
– Timmmm
May 7 '17 at 10:35
Except arm doesn't seem to work:vsdevcmd -arch=arm
results inERROR: Invalid host architecture 'arm'.
even if you have the latest (15063) Windows 10 SDK installed with the ARM tools.
– Akeo
May 8 '17 at 21:27
Did you add-host_arch=amd64
as well? Otherwise it might think you want to have the same host tools architecture as the target.
– mstorsjo
May 9 '17 at 6:28
@mstorsjo, the problem is that if you try to add-host_arch=amd64
, then you end-up with the amd64 target. In other words,cl /?
reportsMicrosoft (R) C/C++ Optimizing Compiler Version 19.10.25019 for x64
, which means it targets x86_64, whereas, when using the VS2015 ARM prompts, the same command reportsMicrosoft (R) C/C++ Optimizing Compiler Version 19.00.24215.1 for ARM
. Furthermore, the lack of aC:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017binHostX86armcl.exe
makes it clear that there is NO ARM cross compilation support in VS2017.
– Akeo
May 12 '17 at 12:08
1
There sure is ARM cross compilation support in VS2017 (I do have the exactcl.exe
that you say is missing), but you might not have installed that part - it's not enabled by default. You need to open the "Individual components" tab in the installer and check the "Visual C++ compilers and libraries for ARM" box. See pasteboard.co/5uxpd08Yi.png.
– mstorsjo
May 12 '17 at 19:19
|
show 4 more comments
4
To save time, the-arch
options are:x86
,amd64
,arm
.
– Timmmm
May 7 '17 at 10:35
Except arm doesn't seem to work:vsdevcmd -arch=arm
results inERROR: Invalid host architecture 'arm'.
even if you have the latest (15063) Windows 10 SDK installed with the ARM tools.
– Akeo
May 8 '17 at 21:27
Did you add-host_arch=amd64
as well? Otherwise it might think you want to have the same host tools architecture as the target.
– mstorsjo
May 9 '17 at 6:28
@mstorsjo, the problem is that if you try to add-host_arch=amd64
, then you end-up with the amd64 target. In other words,cl /?
reportsMicrosoft (R) C/C++ Optimizing Compiler Version 19.10.25019 for x64
, which means it targets x86_64, whereas, when using the VS2015 ARM prompts, the same command reportsMicrosoft (R) C/C++ Optimizing Compiler Version 19.00.24215.1 for ARM
. Furthermore, the lack of aC:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017binHostX86armcl.exe
makes it clear that there is NO ARM cross compilation support in VS2017.
– Akeo
May 12 '17 at 12:08
1
There sure is ARM cross compilation support in VS2017 (I do have the exactcl.exe
that you say is missing), but you might not have installed that part - it's not enabled by default. You need to open the "Individual components" tab in the installer and check the "Visual C++ compilers and libraries for ARM" box. See pasteboard.co/5uxpd08Yi.png.
– mstorsjo
May 12 '17 at 19:19
4
4
To save time, the
-arch
options are: x86
, amd64
, arm
.– Timmmm
May 7 '17 at 10:35
To save time, the
-arch
options are: x86
, amd64
, arm
.– Timmmm
May 7 '17 at 10:35
Except arm doesn't seem to work:
vsdevcmd -arch=arm
results in ERROR: Invalid host architecture 'arm'.
even if you have the latest (15063) Windows 10 SDK installed with the ARM tools.– Akeo
May 8 '17 at 21:27
Except arm doesn't seem to work:
vsdevcmd -arch=arm
results in ERROR: Invalid host architecture 'arm'.
even if you have the latest (15063) Windows 10 SDK installed with the ARM tools.– Akeo
May 8 '17 at 21:27
Did you add
-host_arch=amd64
as well? Otherwise it might think you want to have the same host tools architecture as the target.– mstorsjo
May 9 '17 at 6:28
Did you add
-host_arch=amd64
as well? Otherwise it might think you want to have the same host tools architecture as the target.– mstorsjo
May 9 '17 at 6:28
@mstorsjo, the problem is that if you try to add
-host_arch=amd64
, then you end-up with the amd64 target. In other words, cl /?
reports Microsoft (R) C/C++ Optimizing Compiler Version 19.10.25019 for x64
, which means it targets x86_64, whereas, when using the VS2015 ARM prompts, the same command reports Microsoft (R) C/C++ Optimizing Compiler Version 19.00.24215.1 for ARM
. Furthermore, the lack of a C:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017binHostX86armcl.exe
makes it clear that there is NO ARM cross compilation support in VS2017.– Akeo
May 12 '17 at 12:08
@mstorsjo, the problem is that if you try to add
-host_arch=amd64
, then you end-up with the amd64 target. In other words, cl /?
reports Microsoft (R) C/C++ Optimizing Compiler Version 19.10.25019 for x64
, which means it targets x86_64, whereas, when using the VS2015 ARM prompts, the same command reports Microsoft (R) C/C++ Optimizing Compiler Version 19.00.24215.1 for ARM
. Furthermore, the lack of a C:Program Files (x86)Microsoft Visual Studio2017CommunityVCToolsMSVC14.10.25017binHostX86armcl.exe
makes it clear that there is NO ARM cross compilation support in VS2017.– Akeo
May 12 '17 at 12:08
1
1
There sure is ARM cross compilation support in VS2017 (I do have the exact
cl.exe
that you say is missing), but you might not have installed that part - it's not enabled by default. You need to open the "Individual components" tab in the installer and check the "Visual C++ compilers and libraries for ARM" box. See pasteboard.co/5uxpd08Yi.png.– mstorsjo
May 12 '17 at 19:19
There sure is ARM cross compilation support in VS2017 (I do have the exact
cl.exe
that you say is missing), but you might not have installed that part - it's not enabled by default. You need to open the "Individual components" tab in the installer and check the "Visual C++ compilers and libraries for ARM" box. See pasteboard.co/5uxpd08Yi.png.– mstorsjo
May 12 '17 at 19:19
|
show 4 more comments
Install the Windows 10 SDK and WDK (at least Build 16299) to get the ARM Compiler for Desktop Applications.
Open the Project configuration and create ARM(64) configuration:
If you try to compile it you would get an error that ARM64 is not supported for Desktop:
To fix this, unload the project and open it in editor and add the line <WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
to the debug and release entry for ARM64:
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|ARM64'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<UseDebugLibraries>true</UseDebugLibraries>
<PlatformToolset>v141</PlatformToolset>
<CharacterSet>Unicode</CharacterSet>
<WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|ARM64'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<UseDebugLibraries>false</UseDebugLibraries>
<PlatformToolset>v141</PlatformToolset>
<WholeProgramOptimization>true</WholeProgramOptimization>
<CharacterSet>Unicode</CharacterSet>
<WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
</PropertyGroup>
and WindowsSDKDesktopARMSupport
for 32Bit ARM.
Save changes, load the project again and now compilation works fine:
The 15.9 Update for VS2017, adds official ARM64 support (only for UWP), here the commandline to open ARM64 dev prompt is:
%comspec% /k ""C:Program Files (x86)Microsoft Visual Studio 14.0VCvcvarsall.bat"" amd64_arm
32 Bit Arm commandline is:
%comspec% /k ""C:Program Files (x86)Microsoft Visual Studio 14.0VCvcvarsall.bat"" x86_arm
Thanks @magicandre1981. I can't test this for a few hours, but I'll get back. There are two other questions you can make an easy points on based on the arm64 apps: Detect ARM-64 in preprocessor? and ARM SHA extensions and “error C3861: vsha1h_u32: identifier not found”. If you don't answer, then I will for future visitors.
– jww
Jan 17 '17 at 19:50
Thanks again @magicandre1981. The download is not available for me. Oh well, it was a nice try...
– jww
Jan 17 '17 at 22:43
you can join the insider program without issues. HEre is a DL link for the next 24 hours: software-download.microsoft.com/pr/…
– magicandre1981
Jan 18 '17 at 5:27
Thanks @magicandre1981. Still no joy on the Developer Prompts. Microsoft has this so screwed up... For 15 years, we got Developer Tools with Visual Studio and then the Build Tools. Then, in 2017, it is broken. Its absolutely amazing they took a simple process that worked and broke it. Some idiot probably got a big bonus for it.
– jww
Jan 18 '17 at 7:58
ok, I haven't installed the c++ tools because I don't use the VS2017, so I can't see if it really worked :(
– magicandre1981
Jan 18 '17 at 16:15
|
show 4 more comments
Install the Windows 10 SDK and WDK (at least Build 16299) to get the ARM Compiler for Desktop Applications.
Open the Project configuration and create ARM(64) configuration:
If you try to compile it you would get an error that ARM64 is not supported for Desktop:
To fix this, unload the project and open it in editor and add the line <WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
to the debug and release entry for ARM64:
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|ARM64'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<UseDebugLibraries>true</UseDebugLibraries>
<PlatformToolset>v141</PlatformToolset>
<CharacterSet>Unicode</CharacterSet>
<WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|ARM64'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<UseDebugLibraries>false</UseDebugLibraries>
<PlatformToolset>v141</PlatformToolset>
<WholeProgramOptimization>true</WholeProgramOptimization>
<CharacterSet>Unicode</CharacterSet>
<WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
</PropertyGroup>
and WindowsSDKDesktopARMSupport
for 32Bit ARM.
Save changes, load the project again and now compilation works fine:
The 15.9 Update for VS2017, adds official ARM64 support (only for UWP), here the commandline to open ARM64 dev prompt is:
%comspec% /k ""C:Program Files (x86)Microsoft Visual Studio 14.0VCvcvarsall.bat"" amd64_arm
32 Bit Arm commandline is:
%comspec% /k ""C:Program Files (x86)Microsoft Visual Studio 14.0VCvcvarsall.bat"" x86_arm
Thanks @magicandre1981. I can't test this for a few hours, but I'll get back. There are two other questions you can make an easy points on based on the arm64 apps: Detect ARM-64 in preprocessor? and ARM SHA extensions and “error C3861: vsha1h_u32: identifier not found”. If you don't answer, then I will for future visitors.
– jww
Jan 17 '17 at 19:50
Thanks again @magicandre1981. The download is not available for me. Oh well, it was a nice try...
– jww
Jan 17 '17 at 22:43
you can join the insider program without issues. HEre is a DL link for the next 24 hours: software-download.microsoft.com/pr/…
– magicandre1981
Jan 18 '17 at 5:27
Thanks @magicandre1981. Still no joy on the Developer Prompts. Microsoft has this so screwed up... For 15 years, we got Developer Tools with Visual Studio and then the Build Tools. Then, in 2017, it is broken. Its absolutely amazing they took a simple process that worked and broke it. Some idiot probably got a big bonus for it.
– jww
Jan 18 '17 at 7:58
ok, I haven't installed the c++ tools because I don't use the VS2017, so I can't see if it really worked :(
– magicandre1981
Jan 18 '17 at 16:15
|
show 4 more comments
Install the Windows 10 SDK and WDK (at least Build 16299) to get the ARM Compiler for Desktop Applications.
Open the Project configuration and create ARM(64) configuration:
If you try to compile it you would get an error that ARM64 is not supported for Desktop:
To fix this, unload the project and open it in editor and add the line <WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
to the debug and release entry for ARM64:
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|ARM64'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<UseDebugLibraries>true</UseDebugLibraries>
<PlatformToolset>v141</PlatformToolset>
<CharacterSet>Unicode</CharacterSet>
<WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|ARM64'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<UseDebugLibraries>false</UseDebugLibraries>
<PlatformToolset>v141</PlatformToolset>
<WholeProgramOptimization>true</WholeProgramOptimization>
<CharacterSet>Unicode</CharacterSet>
<WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
</PropertyGroup>
and WindowsSDKDesktopARMSupport
for 32Bit ARM.
Save changes, load the project again and now compilation works fine:
The 15.9 Update for VS2017, adds official ARM64 support (only for UWP), here the commandline to open ARM64 dev prompt is:
%comspec% /k ""C:Program Files (x86)Microsoft Visual Studio 14.0VCvcvarsall.bat"" amd64_arm
32 Bit Arm commandline is:
%comspec% /k ""C:Program Files (x86)Microsoft Visual Studio 14.0VCvcvarsall.bat"" x86_arm
Install the Windows 10 SDK and WDK (at least Build 16299) to get the ARM Compiler for Desktop Applications.
Open the Project configuration and create ARM(64) configuration:
If you try to compile it you would get an error that ARM64 is not supported for Desktop:
To fix this, unload the project and open it in editor and add the line <WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
to the debug and release entry for ARM64:
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|ARM64'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<UseDebugLibraries>true</UseDebugLibraries>
<PlatformToolset>v141</PlatformToolset>
<CharacterSet>Unicode</CharacterSet>
<WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|ARM64'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<UseDebugLibraries>false</UseDebugLibraries>
<PlatformToolset>v141</PlatformToolset>
<WholeProgramOptimization>true</WholeProgramOptimization>
<CharacterSet>Unicode</CharacterSet>
<WindowsSDKDesktopARM64Support>true</WindowsSDKDesktopARM64Support>
</PropertyGroup>
and WindowsSDKDesktopARMSupport
for 32Bit ARM.
Save changes, load the project again and now compilation works fine:
The 15.9 Update for VS2017, adds official ARM64 support (only for UWP), here the commandline to open ARM64 dev prompt is:
%comspec% /k ""C:Program Files (x86)Microsoft Visual Studio 14.0VCvcvarsall.bat"" amd64_arm
32 Bit Arm commandline is:
%comspec% /k ""C:Program Files (x86)Microsoft Visual Studio 14.0VCvcvarsall.bat"" x86_arm
edited Nov 16 '18 at 15:09
answered Jan 17 '17 at 16:34
magicandre1981magicandre1981
16.7k35084
16.7k35084
Thanks @magicandre1981. I can't test this for a few hours, but I'll get back. There are two other questions you can make an easy points on based on the arm64 apps: Detect ARM-64 in preprocessor? and ARM SHA extensions and “error C3861: vsha1h_u32: identifier not found”. If you don't answer, then I will for future visitors.
– jww
Jan 17 '17 at 19:50
Thanks again @magicandre1981. The download is not available for me. Oh well, it was a nice try...
– jww
Jan 17 '17 at 22:43
you can join the insider program without issues. HEre is a DL link for the next 24 hours: software-download.microsoft.com/pr/…
– magicandre1981
Jan 18 '17 at 5:27
Thanks @magicandre1981. Still no joy on the Developer Prompts. Microsoft has this so screwed up... For 15 years, we got Developer Tools with Visual Studio and then the Build Tools. Then, in 2017, it is broken. Its absolutely amazing they took a simple process that worked and broke it. Some idiot probably got a big bonus for it.
– jww
Jan 18 '17 at 7:58
ok, I haven't installed the c++ tools because I don't use the VS2017, so I can't see if it really worked :(
– magicandre1981
Jan 18 '17 at 16:15
|
show 4 more comments
Thanks @magicandre1981. I can't test this for a few hours, but I'll get back. There are two other questions you can make an easy points on based on the arm64 apps: Detect ARM-64 in preprocessor? and ARM SHA extensions and “error C3861: vsha1h_u32: identifier not found”. If you don't answer, then I will for future visitors.
– jww
Jan 17 '17 at 19:50
Thanks again @magicandre1981. The download is not available for me. Oh well, it was a nice try...
– jww
Jan 17 '17 at 22:43
you can join the insider program without issues. HEre is a DL link for the next 24 hours: software-download.microsoft.com/pr/…
– magicandre1981
Jan 18 '17 at 5:27
Thanks @magicandre1981. Still no joy on the Developer Prompts. Microsoft has this so screwed up... For 15 years, we got Developer Tools with Visual Studio and then the Build Tools. Then, in 2017, it is broken. Its absolutely amazing they took a simple process that worked and broke it. Some idiot probably got a big bonus for it.
– jww
Jan 18 '17 at 7:58
ok, I haven't installed the c++ tools because I don't use the VS2017, so I can't see if it really worked :(
– magicandre1981
Jan 18 '17 at 16:15
Thanks @magicandre1981. I can't test this for a few hours, but I'll get back. There are two other questions you can make an easy points on based on the arm64 apps: Detect ARM-64 in preprocessor? and ARM SHA extensions and “error C3861: vsha1h_u32: identifier not found”. If you don't answer, then I will for future visitors.
– jww
Jan 17 '17 at 19:50
Thanks @magicandre1981. I can't test this for a few hours, but I'll get back. There are two other questions you can make an easy points on based on the arm64 apps: Detect ARM-64 in preprocessor? and ARM SHA extensions and “error C3861: vsha1h_u32: identifier not found”. If you don't answer, then I will for future visitors.
– jww
Jan 17 '17 at 19:50
Thanks again @magicandre1981. The download is not available for me. Oh well, it was a nice try...
– jww
Jan 17 '17 at 22:43
Thanks again @magicandre1981. The download is not available for me. Oh well, it was a nice try...
– jww
Jan 17 '17 at 22:43
you can join the insider program without issues. HEre is a DL link for the next 24 hours: software-download.microsoft.com/pr/…
– magicandre1981
Jan 18 '17 at 5:27
you can join the insider program without issues. HEre is a DL link for the next 24 hours: software-download.microsoft.com/pr/…
– magicandre1981
Jan 18 '17 at 5:27
Thanks @magicandre1981. Still no joy on the Developer Prompts. Microsoft has this so screwed up... For 15 years, we got Developer Tools with Visual Studio and then the Build Tools. Then, in 2017, it is broken. Its absolutely amazing they took a simple process that worked and broke it. Some idiot probably got a big bonus for it.
– jww
Jan 18 '17 at 7:58
Thanks @magicandre1981. Still no joy on the Developer Prompts. Microsoft has this so screwed up... For 15 years, we got Developer Tools with Visual Studio and then the Build Tools. Then, in 2017, it is broken. Its absolutely amazing they took a simple process that worked and broke it. Some idiot probably got a big bonus for it.
– jww
Jan 18 '17 at 7:58
ok, I haven't installed the c++ tools because I don't use the VS2017, so I can't see if it really worked :(
– magicandre1981
Jan 18 '17 at 16:15
ok, I haven't installed the c++ tools because I don't use the VS2017, so I can't see if it really worked :(
– magicandre1981
Jan 18 '17 at 16:15
|
show 4 more comments
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f41688101%2fwhere-are-the-x64-and-arm-developer-prompts-for-vs2017%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
I've updated my answer with steps to get Desktop applications compiled for ARM/ARM64 with VS2017 15.4 and Win10 16299 SDK
– magicandre1981
Nov 7 '17 at 16:28