C:\Program Files (x86)\IntelSWTools\compilers_and_libraries_2018.0.065\windows\c
ompiler\include\stdint.h(39): fatal error C1083: Cannot open include file: '../../vc/include/stdint.h': No such file or directory
This occurs with both XE2017u4 and XE2018 beta.
If the CL build step is run in the VS2017 developer prompt, the resulting .obj has no problem linking in the Intel cmd window for either VS2015 or 2017.
The CL build failure occurs only when VS2017 is set under the ICL cmd window. ICL doesn't have a problem.
Warnings about redefinition of HUGE_VAL.. occur both in the working and non-working cases. They show that math.h is being processed successfully although with warnings, along the same include path. Those redefinitions are present in the ICL math.h.
There may be something wrong with my setup, but I don't see it, other than the strange comment about looking for a posix style include path even though running under DOS style cmd window. That is actually the way the paths are written in the ICL installation of stdint.h.
stdint.h is located in the same relative path in Visual Studio 2010 thru 2015 (with a small difference in guard macros for 2015). VS2017 has it in an entirely different path, although it is about the same as the 2015 one. Apparently, the ICL stdint.h still wants to refer to the Visual Studio one but doesn't know the path for VS2017. The path is so complicated that it doesn't make sense to me to try to make a build script which takes care of the change.
FWIW \Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Tools\MSVC\14.10.25017\include\stdint.h appears to have what is in \VC\include\ in the earlier versions, which makes it looks like the Community may be different from Pro. Since CL is found (in MSVC\14.10.25017\bin\HostX64\x64\), includes could be found relative to that but even there the relative path is more complicated than before. I suppose Microsoft didn't give any heads up about the new complication.
The Intel math.h distinguishes Visual Studio 2015 and 2017 from the earlier ones and apparently finds the VS math.h the same way in both, but Microsoft never had math.h in with most include files.
Back when I first worked at Intel, moving large projects incrementally from MSVC to ICL was a frequently advocated tactic, so there must be many projects which mix CL and ICL builds and may break now.
This is a known issue from developers when upgrade to Visual Studio 2017. The solution rely on Microsoft's support that issue was registered with Microsoft:
For users encountered this issue, you are encouraged to vote this idea from above link.