[PATCH] Support for building using WSL (Windows Subsystem for Linux) on Windows

Wed Dec 19 11:45:15 UTC 2018

Hello,

On 2018-12-19 00:19, Erik Joelsson wrote:
> Hello Andrew,
>
> On 2018-12-18 12:45, Andrew Luo wrote:
>> Hi Erik/Magnus,
>>
>> I've attached my latest changes:
>>
>> 1. Fixed a file I forgot to revert in my previous change while trying 
>> something out...
>> 2. Added information about case sensitivity of the OpenJDK build 
>> directory (yes, I did use the make target to generate the HTML file)
>> 3. Fixed Cygwin (hopefully, I don't have a Cygwin environment to 
>> verify this)
>
> I will take this patch for a spin and see.
>
After applying a fix for 
https://bugs.openjdk.java.net/browse/JDK-8215635, I managed to build 
everything as well. I pushed some minor adjustments to make Cygwin work too.

I will need to take this through more thorough testing.

/Erik

>> With this patch I've tested the following targets:
>> exploded-image (default): Works
>> images: Works
>> bundles: Works
>> test: Completes, but some tests fail.
>>
>> I didn't go through the test failures completely, but all of the ones 
>> I did see are due to attempting to call CreateProcess with "sh" as 
>> the argument (in jtreg: 
>> http://hg.openjdk.java.net/code-tools/jtreg/file/36c592d2f544/src/share/classes/com/sun/javatest/regtest/exec/ShellAction.java). 
>> This isn't supported in Windows, perhaps using a Linux boot JDK would 
>> fix this (but might break other things).  I can look into fixing it 
>> (on WSL you can call "wsl sh", for example), but I think since it's a 
>> completely separate repo anyways, it would be best to take up those 
>> changes separately.  Let me know your thoughts on this.
>
> Ah, if a Java process is launched from a Cygwin environment, it will 
> have the unix/cygwin tools in the path so those can be launched 
> directly. When running in WSL, it will launch the Windows binary 
> java.exe in the Windows environment so there is no trace of WSL. I 
> agree that we can look into this later, but we need to note that 
> running tests is not completely supported in WSL.
>
> /Erik
>
>> Otherwise, let me know if there is any other comments/suggestions 
>> before we can merge this into the main repository.
>>
>> Thanks,
>>
>> -Andrew
>>
>> -----Original Message-----
>> From: Erik Joelsson <erik.joelsson at oracle.com>
>> Sent: Monday, December 17, 2018 9:52 AM
>> To: Andrew Luo <andrewluotechnologies at outlook.com>; Magnus Ihse 
>> Bursie <magnus.ihse.bursie at oracle.com>
>> Cc: build-dev at openjdk.java.net
>> Subject: Re: [PATCH] Support for building using WSL (Windows 
>> Subsystem for Linux) on Windows
>>
>> Hello Andrew,
>>
>> On 2018-12-16 00:01, Andrew Luo wrote:
>>> For me, /mnt/c was already mounted case insensitive.  Maybe this is
>>> only the default for the C:\ drive though (or perhaps depends on your
>>> Windows/WSL version?)
>> I think the default is "dir", which will cause any new directory 
>> created from WSL to be case sensitive, so I would say this needs to 
>> be documented in building.md.
>>> Anyways, I've synced down the sandbox and added a new patch to 
>>> address some of the feedback (and some of my own minor enhancements):
>>>
>>> 1. Got rid of EXECUTABLE_SUFFIX in favor of EXE_SUFFIX, which had to 
>>> move earlier in the sequence
>>> 2. Use $EXE_SUFFIX instead of .exe literal per Magnus' feedback
>>> 3. Added information about WSL versioning to build, similar to Cygwin
>>> 4. Updated building.md and building.html with WSL build instructions
>> Nice! I've applied and pushed this patch to the sandbox. Just to be
>> sure, did you generate the html version with pandoc using "make
>> update-build-docs"? If not, we will need to make sure that is done
>> before the final push.
>>
>> I noticed trailing whitespace in some files. Jcheck will reject that in
>> most types of files but in the build, we are a bit on our own trying to
>> avoid it.
>>
>>> (By the way, you misspelled my name in your sandbox commit): 
>>> http://hg.openjdk.java.net/jdk/sandbox/rev/12615de8335e
>> Terribly sorry about that! The combination of u and o is a common slip
>> for me on the keyboard. It's correct in the new commit at least, and in
>> the final commit, contributors are attributed with email addresses.
>>> I will work on fixing the Cygwin path extraction in my next patch.  
>>> Most likely I will just restore the old code for Cygwin while using 
>>> the new code for WSL, unless there are other suggestions... Aside 
>>> from this, is there any other feedback that I should take into 
>>> account before we can merge this into the main repository?
>> That may be the best solution.
>>
>> I tried to build some more targets and failed. Please make sure you can
>> do "make bundles". That will build docs and tests in addition to just
>> the product and also do the packaging into zip/tar.gz. It would also be
>> nice if "make test" worked.
>>
>> Note that Magnus is now on vacation and I will be traveling, so you will
>> not hear from me until Wednesday.
>>
>> /Erik
>>
>>> Thanks,
>>>
>>> -Andrew
>>>
>>> -----Original Message-----
>>> From: Erik Joelsson <erik.joelsson at oracle.com>
>>> Sent: Friday, December 14, 2018 5:42 PM
>>> To: Andrew Luo <andrewluotechnologies at outlook.com>; Magnus Ihse 
>>> Bursie <magnus.ihse.bursie at oracle.com>
>>> Cc: build-dev at openjdk.java.net
>>> Subject: Re: [PATCH] Support for building using WSL (Windows 
>>> Subsystem for Linux) on Windows
>>>
>>> After having configured my WSL to mount using case=off, I was able 
>>> to successfully build images using the latest patch as applied in 
>>> the sandbox.
>>>
>>> /Erik
>>>
>>> On 2018-12-14 17:23, Erik Joelsson wrote:
>>>> Hello again,
>>>>
>>>> I took the liberty of creating a bug for this and also a sandbox
>>>> branch where I've applied your latest patch. If you clone that you can
>>>> send further patches based on a known state in the sandbox. This will
>>>> make it easier to see what you are actually doing in each update, as
>>>> well as give us better references when discussing them. It also gives
>>>> me the ability to directly change things so we can keep Cygwin/msys
>>>> working.
>>>>
>>>> https://bugs.openjdk.java.net/browse/JDK-8215445
>>>>
>>>> http://hg.openjdk.java.net/jdk/sandbox/shortlog/12615de8335e
>>>>
>>>> /Erik
>>>>
>>>> On 2018-12-14 16:47, Erik Joelsson wrote:
>>>>> Hello,
>>>>>
>>>>> You beat me to it. I just found the rc.exe problem was that
>>>>> FIXPATH_PATH in spec.gmk.in was quoted. Make just propagates quotes
>>>>> verbatim, so then fixpath.c would create a path variable like;
>>>>>
>>>>> $PATH;"$FIXPATH_PATH"
>>>>>
>>>>> Which is why link.exe could not find rc.exe.
>>>>>
>>>>> /Erik
>>>>>
>>>>> On 2018-12-14 16:32, Andrew Luo wrote:
>>>>>> Ok, here's my latest patch (I didn't add your case sensitivity fix
>>>>>> yet, but will do next patch).  I believe this should get you past
>>>>>> the rc.exe issues.
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> -Andrew
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Erik Joelsson <erik.joelsson at oracle.com>
>>>>>> Sent: Friday, December 14, 2018 4:15 PM
>>>>>> To: Magnus Ihse Bursie <magnus.ihse.bursie at oracle.com>
>>>>>> Cc: Andrew Luo <andrewluotechnologies at outlook.com>;
>>>>>> build-dev at openjdk.java.net
>>>>>> Subject: Re: [PATCH] Support for building using WSL (Windows
>>>>>> Subsystem for Linux) on Windows
>>>>>>
>>>>>>
>>>>>> On 2018-12-14 16:06, Magnus Ihse Bursie wrote:
>>>>>>>> 14 dec. 2018 kl. 23:42 skrev Erik Joelsson
>>>>>>>> <erik.joelsson at oracle.com>:
>>>>>>>>
>>>>>>>> I found the reason it's not failing make. It returns "1" and
>>>>>>>> NativeCompilation.gmk currently ignores 1 explicitly for Visual
>>>>>>>> Studio. I added that back in 2014 in
>>>>>>>> https://bugs.openjdk.java.net/browse/JDK-8065576, but I can't
>>>>>>>> figure out why. Nothing mentioned in either comment or review.
>>>>>>> Sounds like it's ripe for removal then. :) I wonder what kind of
>>>>>>> issue you might have run into that caused a returned 1 to happen
>>>>>>> and yet we didn't want to consider it a failure...
>>>>>> If I'm to guess, I think it's one of the commands we pipe the output
>>>>>> to when the output is zero. This would explain why it was added
>>>>>> together with pipefail.
>>>>>>
>>>>>> /Erik
>>>>>>
>>>>>>> /Magnus
>>>>>>>
>>>>>>>> /Erik
>>>>>>>>
>>>>>>>>> On 2018-12-14 13:59, Magnus Ihse Bursie wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> On 2018-12-14 22:15, Erik Joelsson wrote:
>>>>>>>>>> I get the same error for pch and it still continues, but this
>>>>>>>>>> time I let it run until it eventually fails for real when it
>>>>>>>>>> can't link. Perhaps it's simply cl.exe that isn't returning non
>>>>>>>>>> zero for this error? When the linker fails, make fails, so
>>>>>>>>>> propagation doesn't seem broken.
>>>>>>>>> That does also seem really weird, considering that it claims it
>>>>>>>>> to be a "fatal error". Can you repeat the command at the command
>>>>>>>>> line and get the failure again, and then check the return value?
>>>>>>>>> Can you rewrite the command line and run it from the devenv
>>>>>>>>> prompt? That is, is there any indication that the pch file itself
>>>>>>>>> is messed up, or can it be used if running the compilation that
>>>>>>>>> should use it from an "ok" prompt?
>>>>>>>>>
>>>>>>>>> /Magnus
>>>>>>>>>> /Erik
>>>>>>>>>>
>>>>>>>>>>> On 2018-12-14 12:55, Andrew Luo wrote:
>>>>>>>>>>> Hmm, I get the rc.exe error as well, but now it is much later
>>>>>>>>>>> down the line... Still investigating...
>>>>>>>>>>>
>>>>>>>>>>> Thanks,
>>>>>>>>>>>
>>>>>>>>>>> -Andrew
>>>>>>>>>>>
>>>>>>>>>>> -----Original Message-----
>>>>>>>>>>> From: Andrew Luo
>>>>>>>>>>> Sent: Friday, December 14, 2018 12:34 PM
>>>>>>>>>>> To: 'Andrew Luo' <andrewluotechnologies at outlook.com>; Magnus
>>>>>>>>>>> Ihse Bursie <magnus.ihse.bursie at oracle.com>; Erik Joelsson
>>>>>>>>>>> <erik.joelsson at oracle.com>
>>>>>>>>>>> Cc: build-dev at openjdk.java.net
>>>>>>>>>>> Subject: RE: [PATCH] Support for building using WSL (Windows
>>>>>>>>>>> Subsystem for Linux) on Windows
>>>>>>>>>>>
>>>>>>>>>>> Try this updated patch with some fixes...
>>>>>>>>>>>
>>>>>>>>>>> Thanks,
>>>>>>>>>>>
>>>>>>>>>>> -Andrew
>>>>>>>>>>>
>>>>>>>>>>> -----Original Message-----
>>>>>>>>>>> From: build-dev <build-dev-bounces at openjdk.java.net> On Behalf
>>>>>>>>>>> Of Andrew Luo
>>>>>>>>>>> Sent: Friday, December 14, 2018 12:01 PM
>>>>>>>>>>> To: Magnus Ihse Bursie <magnus.ihse.bursie at oracle.com>; Erik
>>>>>>>>>>> Joelsson <erik.joelsson at oracle.com>
>>>>>>>>>>> Cc: build-dev at openjdk.java.net
>>>>>>>>>>> Subject: RE: [PATCH] Support for building using WSL (Windows
>>>>>>>>>>> Subsystem for Linux) on Windows
>>>>>>>>>>>
>>>>>>>>>>> I think I have a fix for it.  Give me a minute (or a few hours
>>>>>>>>>>> depending on if it works).
>>>>>>>>>>>
>>>>>>>>>>> Thanks,
>>>>>>>>>>>
>>>>>>>>>>> -Andrew
>>>>>>>>>>>
>>>>>>>>>>> -----Original Message-----
>>>>>>>>>>> From: Magnus Ihse Bursie <magnus.ihse.bursie at oracle.com>
>>>>>>>>>>> Sent: Friday, December 14, 2018 11:42 AM
>>>>>>>>>>> To: Erik Joelsson <erik.joelsson at oracle.com>
>>>>>>>>>>> Cc: Andrew Luo <andrewluotechnologies at outlook.com>;
>>>>>>>>>>> build-dev at openjdk.java.net
>>>>>>>>>>> Subject: Re: [PATCH] Support for building using WSL (Windows
>>>>>>>>>>> Subsystem for Linux) on Windows
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> 14 dec. 2018 kl. 20:31 skrev Erik Joelsson
>>>>>>>>>>>> <erik.joelsson at oracle.com>:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> On 2018-12-14 11:05, Magnus Ihse Bursie wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On 2018-12-14 19:41, Erik Joelsson wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On 2018-12-14 10:28, Magnus Ihse Bursie wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On 2018-12-14 19:23, Erik Joelsson wrote:
>>>>>>>>>>>>>>>> Hello,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I took your patch for a spin, and configure passes, but I
>>>>>>>>>>>>>>>> get the same build error I got with my patch:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> fatal error C1083: Cannot open compiler intermediate file:
>>>>>>>>>>>>>>>> 'd:\erik\jdk-wsl\build\windows-x86_64-server-release\hotsp
>>>>>>>>>>>>>>>> ot\
>>>>>>>>>>>>>>>> varia
>>>>>>>>>>>>>>>> nt-server\libjvm\objs\build_libjvm.pch': No such file or
>>>>>>>>>>>>>>>> directory
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> This is repeated for every C++ file in Hotspot. I see two
>>>>>>>>>>>>>>>> issues here. First of all, I need to figure out why the
>>>>>>>>>>>>>>>> compiler will not find the file, which is clearly there.
>>>>>>>>>>>>>>>> Second, why isn't this failure picked up by make?
>>>>>>>>>>>>>>>> Somewhere the return value of cl.exe is disappearing.
>>>>>>>>>>>>>>> Can you build without errors if you disable PCH?
>>>>>>>>>>>>> Could you? That is, is it only the PCH that is problematic?
>>>>>>>>>>>> Trying that now.
>>>>>>>>>>>>>>> Also, a wild guess: can it be related to file permissions?
>>>>>>>>>>>>>>> Can you read the file properly from both WSL and Windows?
>>>>>>>>>>>>>> It is readable, but it could be something with case. The
>>>>>>>>>>>>>> file is actually called BUILD_LIBJVM.pch, but that is also
>>>>>>>>>>>>>> how it's given to the compiler command line. Here is the
>>>>>>>>>>>>>> output from DEBUG_FIXPATH:
>>>>>>>>>>>>> Weird. What if you, after a failed build, rename it to
>>>>>>>>>>>>> build_libjvm.pch?
>>>>>>>>>>>> Doing that causes a new error:
>>>>>>>>>>>>
>>>>>>>>>>>> d:\erik\jdk-wsl\open\src\hotspot\share\gc\shared\accessBarrierSupport. 
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> cpp : fatal error C1382: the PCH file
>>>>>>>>>>>> 'd:\erik\jdk-wsl\build\windows-x86_64-server-release\hotspot\v
>>>>>>>>>>>> ari ant-s erver\libjvm\objs\build_libjvm.pch' has been rebuilt
>>>>>>>>>>>> since
>>>>>>>>>>>> 'd:\erik\jdk-wsl\build\windows-x86_64-server-release\hotspot\v
>>>>>>>>>>>> ari ant-s erver\libjvm\objs\accessBarrierSupport.obj' was
>>>>>>>>>>>> generated.
>>>>>>>>>>>> Please rebuild this object
>>>>>>>>>>>>
>>>>>>>>>>>> But I think even more important is that make is not getting
>>>>>>>>>>>> the error. The build just continues until interrupted.
>>>>>>>>>>> Agree, that's bad.
>>>>>>>>>>>
>>>>>>>>>>> Does fixpath_debug print exit code? If so, what does it say? If
>>>>>>>>>>> not, we should add that instrumentation.
>>>>>>>>>>>
>>>>>>>>>>> /Magnus
>>>>>>>>>>>
>>>>>>>>>>>>>> Compiling ad_x86_expand.cpp (for jvm.dll) fixpath input line
>>>>>>>>>>>>>>> -wsl\build\windows-x86_64-server-release\configure-support\
>>>>>>>>>>>>>>> bin
>>>>>>>>>>>>>>> \fixp
>>>>>>>>>>>>>> ath.exe -w
>>>>>>>>>>>>> This starts out quite odd..? -wsl\build\...?
>>>>>>>>>>>> I agree, didn't look into that part.
>>>>>>>>>>>>>> /mnt/c/PROGRA~2/MICROS~1/2017/PROFES~1/VC/Tools/MSVC/1416~1.
>>>>>>>>>>>>>> 270
>>>>>>>>>>>>>> /bin/
>>>>>>>>>>>>>> Hostx86/x64/cl.exe
>>>>>>>>>>>>> Also, FWIW, this seems not to have been properly case
>>>>>>>>>>>>> treated. Which version of the patch are you using?
>>>>>>>>>>>> The last one posted by Andrew: "diff15.txt".
>>>>>>>>>>>>
>>>>>>>>>>>> /Erik
>>>>>>>>>>>>
>>>>>>>>>>>>> /Magnus
>>>>>>>>>>>>>> -showIncludes
>>>>>>>>>>>>>> -Fp/mnt/d/erik/jdk-wsl/build/windows-x86_64-server-release/h
>>>>>>>>>>>>>> ots pot/v ariant-server/libjvm/objs/BUILD_LIBJVM.pch
>>>>>>>>>>>>>> -Yuprecompiled.hpp -D__STDC_FORMAT_MACROS
>>>>>>>>>>>>>> -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNOMINMAX
>>>>>>>>>>>>>> -DWIN32_LEAN_AND_MEAN -nologo -MD -MP -D_WINDOWS -DWIN32
>>>>>>>>>>>>>> -D_JNI_IMPLEMENTATION_ -W3 -DVM_LITTLE_ENDIAN -D_LP64=1
>>>>>>>>>>>>>> -DPRODUCT -DTARGET_ARCH_x86 -DINCLUDE_SUFFIX_OS=_windows
>>>>>>>>>>>>>> -DINCLUDE_SUFFIX_CPU=_x86 -DINCLUDE_SUFFIX_COMPILER=_visCPP
>>>>>>>>>>>>>> -DTARGET_COMPILER_visCPP
>>>>>>>>>>>>>> -DAMD64 "-DHOTSPOT_LIB_ARCH=\"amd64\"" -DCOMPILER1
>>>>>>>>>>>>>> -DCOMPILER2
>>>>>>>>>>>>>> -DINCLUDE_ZGC=0
>>>>>>>>>>>>>> -I/mnt/d/erik/jdk-wsl/build/windows-x86_64-server-release/ho
>>>>>>>>>>>>>> tsp
>>>>>>>>>>>>>> ot/va
>>>>>>>>>>>>>> riant-server/gensrc/adfiles
>>>>>>>>>>>>>> -I/mnt/d/erik/jdk-wsl/closed/src/hotspot/share
>>>>>>>>>>>>>> -I/mnt/d/erik/jdk-wsl/open/src/hotspot/share
>>>>>>>>>>>>>> -I/mnt/d/erik/jdk-wsl/open/src/hotspot/os/windows
>>>>>>>>>>>>>> -I/mnt/d/erik/jdk-wsl/open/src/hotspot/cpu/x86
>>>>>>>>>>>>>> -I/mnt/d/erik/jdk-wsl/open/src/hotspot/os_cpu/windows_x86
>>>>>>>>>>>>>> -I/mnt/d/erik/jdk-wsl/build/windows-x86_64-server-release/ho
>>>>>>>>>>>>>> tsp
>>>>>>>>>>>>>> ot/va
>>>>>>>>>>>>>> riant-server/gensrc
>>>>>>>>>>>>>> -I/mnt/d/erik/jdk-wsl/open/src/hotspot/share/precompiled
>>>>>>>>>>>>>> -I/mnt/d/erik/jdk-wsl/open/src/hotspot/share/include
>>>>>>>>>>>>>> -I/mnt/d/erik/jdk-wsl/open/src/hotspot/os/windows/include
>>>>>>>>>>>>>> -I/mnt/d/erik/jdk-wsl/build/windows-x86_64-server-release/su
>>>>>>>>>>>>>> ppo
>>>>>>>>>>>>>> rt/mo
>>>>>>>>>>>>>> dules_include/java.base
>>>>>>>>>>>>>> -I/mnt/d/erik/jdk-wsl/build/windows-x86_64-server-release/su
>>>>>>>>>>>>>> ppo
>>>>>>>>>>>>>> rt/mo
>>>>>>>>>>>>>> dules_include/java.base/win32
>>>>>>>>>>>>>> -I/mnt/d/erik/jdk-wsl/open/src/java.base/share/native/libjim
>>>>>>>>>>>>>> age
>>>>>>>>>>>>>> -Z7
>>>>>>>>>>>>>> -d2Zi+ -wd4800 -WX
>>>>>>>>>>>>>> -I/mnt/c/PROGRA~2/MICROS~1/2017/PROFES~1/VC/Tools/MSVC/1416~
>>>>>>>>>>>>>> 1.2
>>>>>>>>>>>>>> 70/at
>>>>>>>>>>>>>> lmfc/include
>>>>>>>>>>>>>> -I/mnt/c/PROGRA~2/MICROS~1/2017/PROFES~1/VC/Tools/MSVC/1416~
>>>>>>>>>>>>>> 1.2
>>>>>>>>>>>>>> 70/in clude
>>>>>>>>>>>>>> -I/mnt/c/PROGRA~2/WI3CF2~1/10/Include/100177~1.0/ucrt
>>>>>>>>>>>>>> -I/mnt/c/PROGRA~2/WI3CF2~1/10/Include/100177~1.0/shared
>>>>>>>>>>>>>> -I/mnt/c/PROGRA~2/WI3CF2~1/10/Include/100177~1.0/um
>>>>>>>>>>>>>> -I/mnt/c/PROGRA~2/WI3CF2~1/10/Include/100177~1.0/winrt
>>>>>>>>>>>>>> -I/mnt/c/PROGRA~2/WI3CF2~1/10/Include/100177~1.0/cppwinrt
>>>>>>>>>>>>>> -O2
>>>>>>>>>>>>>> -Oy- "-DTHIS_FILE=\"\"" -c
>>>>>>>>>>>>>> -Fo/mnt/d/erik/jdk-wsl/build/windows-x86_64-server-release/h
>>>>>>>>>>>>>> ots pot/v ariant-server/libjvm/objs/ad_x86_expand.obj
>>>>>>>>>>>>>> /mnt/d/erik/jdk-wsl/build/windows-x86_64-server-release/hots
>>>>>>>>>>>>>> pot /vari ant-server/gensrc/adfiles/ad_x86_expand.cpp<
>>>>>>>>>>>>>> fixpath using wsl mode, with path list:
>>>>>>>>>>>>>> fixpath converted line
>>>>>>>>>>>>>>> c:/PROGRA~2/MICROS~1/2017/PROFES~1/VC/Tools/MSVC/1416~1.270
>>>>>>>>>>>>>>> /bi
>>>>>>>>>>>>>>> n/Hos
>>>>>>>>>>>>>> tx86/x64/cl.exe -showIncludes
>>>>>>>>>>>>>> -Fpd:/erik/jdk-wsl/build/windows-x86_64-server-release/hotsp
>>>>>>>>>>>>>> ot/ varia nt-server/libjvm/objs/BUILD_LIBJVM.pch
>>>>>>>>>>>>>> -Yuprecompiled.hpp -D__STDC_FORMAT_MACROS
>>>>>>>>>>>>>> -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNOMINMAX
>>>>>>>>>>>>>> -DWIN32_LEAN_AND_MEAN -nologo -MD -MP -D_WINDOWS -DWIN32
>>>>>>>>>>>>>> -D_JNI_IMPLEMENTATION_ -W3 -DVM_LITTLE_ENDIAN -D_LP64=1
>>>>>>>>>>>>>> -DPRODUCT -DTARGET_ARCH_x86 -DINCLUDE_SUFFIX_OS=_windows
>>>>>>>>>>>>>> -DINCLUDE_SUFFIX_CPU=_x86 -DINCLUDE_SUFFIX_COMPILER=_visCPP
>>>>>>>>>>>>>> -DTARGET_COMPILER_visCPP
>>>>>>>>>>>>>> -DAMD64 "-DHOTSPOT_LIB_ARCH=\"amd64\"" -DCOMPILER1
>>>>>>>>>>>>>> -DCOMPILER2
>>>>>>>>>>>>>> -DINCLUDE_ZGC=0
>>>>>>>>>>>>>> -Id:/erik/jdk-wsl/build/windows-x86_64-server-release/hotspo
>>>>>>>>>>>>>> t/v arian t-server/gensrc/adfiles
>>>>>>>>>>>>>> -Id:/erik/jdk-wsl/closed/src/hotspot/share
>>>>>>>>>>>>>> -Id:/erik/jdk-wsl/open/src/hotspot/share
>>>>>>>>>>>>>> -Id:/erik/jdk-wsl/open/src/hotspot/os/windows
>>>>>>>>>>>>>> -Id:/erik/jdk-wsl/open/src/hotspot/cpu/x86
>>>>>>>>>>>>>> -Id:/erik/jdk-wsl/open/src/hotspot/os_cpu/windows_x86
>>>>>>>>>>>>>> -Id:/erik/jdk-wsl/build/windows-x86_64-server-release/hotspo
>>>>>>>>>>>>>> t/v
>>>>>>>>>>>>>> arian t-server/gensrc
>>>>>>>>>>>>>> -Id:/erik/jdk-wsl/open/src/hotspot/share/precompiled
>>>>>>>>>>>>>> -Id:/erik/jdk-wsl/open/src/hotspot/share/include
>>>>>>>>>>>>>> -Id:/erik/jdk-wsl/open/src/hotspot/os/windows/include
>>>>>>>>>>>>>> -Id:/erik/jdk-wsl/build/windows-x86_64-server-release/suppor
>>>>>>>>>>>>>> t/m
>>>>>>>>>>>>>> odule
>>>>>>>>>>>>>> s_include/java.base
>>>>>>>>>>>>>> -Id:/erik/jdk-wsl/build/windows-x86_64-server-release/suppor
>>>>>>>>>>>>>> t/m
>>>>>>>>>>>>>> odule
>>>>>>>>>>>>>> s_include/java.base/win32
>>>>>>>>>>>>>> -Id:/erik/jdk-wsl/open/src/java.base/share/native/libjimage
>>>>>>>>>>>>>> -Z7
>>>>>>>>>>>>>> -d2Zi+ -wd4800 -WX
>>>>>>>>>>>>>> -Ic:/PROGRA~2/MICROS~1/2017/PROFES~1/VC/Tools/MSVC/1416~1.27
>>>>>>>>>>>>>> 0/a
>>>>>>>>>>>>>> tlmfc
>>>>>>>>>>>>>> /include
>>>>>>>>>>>>>> -Ic:/PROGRA~2/MICROS~1/2017/PROFES~1/VC/Tools/MSVC/1416~1.27
>>>>>>>>>>>>>> 0/i nclud e
>>>>>>>>>>>>>> -Ic:/PROGRA~2/WI3CF2~1/10/Include/100177~1.0/ucrt
>>>>>>>>>>>>>> -Ic:/PROGRA~2/WI3CF2~1/10/Include/100177~1.0/shared
>>>>>>>>>>>>>> -Ic:/PROGRA~2/WI3CF2~1/10/Include/100177~1.0/um
>>>>>>>>>>>>>> -Ic:/PROGRA~2/WI3CF2~1/10/Include/100177~1.0/winrt
>>>>>>>>>>>>>> -Ic:/PROGRA~2/WI3CF2~1/10/Include/100177~1.0/cppwinrt -O2
>>>>>>>>>>>>>> -Oy- "-DTHIS_FILE=\"\"" -c
>>>>>>>>>>>>>> -Fod:/erik/jdk-wsl/build/windows-x86_64-server-release/hotsp
>>>>>>>>>>>>>> ot/ varia nt-server/libjvm/objs/ad_x86_expand.obj
>>>>>>>>>>>>>> d:/erik/jdk-wsl/build/windows-x86_64-server-release/hotspot/
>>>>>>>>>>>>>> var
>>>>>>>>>>>>>> iant- server/gensrc/adfiles/ad_x86_expand.cpp<
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> An interesting note is that make is rebuilding the pch file
>>>>>>>>>>>>>> on every invocation so it too has trouble finding the file.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> /Erik