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

Jonathan Gibbons jonathan.gibbons at oracle.com
Wed Jan 16 17:47:55 UTC 2019


Erik,

I can push/promote what we have so far for jtreg, but it would be good 
to decide what (if anything) we are going to do with the shell tests.

-- Jon

On 1/16/19 8:41 AM, Erik Joelsson wrote:
> Build support is in and you should be able to follow the documentation 
> in doc/building.md. Test support is still waiting on a jtreg release 
> and a patch to use it, but even with that, there are tests (at least 
> shell tests) that will not work properly.
>
> /Erik
>
> On 2019-01-16 00:49, Thomas Stüfe wrote:
>> Hi guys,
>>
>> Just wanted to know what the state is. Did you already add the 
>> support for WSL or is this still WIP? If it should work, is there a 
>> documentation somewhere I could follow?
>>
>> Thank you!
>>
>> Thomas
>>
>>
>> On Sat, Dec 22, 2018 at 4:55 AM Andrew Luo 
>> <andrewluotechnologies at outlook.com 
>> <mailto:andrewluotechnologies at outlook.com>> wrote:
>>
>>     Just wanted to update the thread with the issues we discovered
>>     with WSL while adding support to the OpenJDK build system. I
>>     reported these issues to the WSL team for all except for one of
>>     the bugs, which I'm still investigating.
>>
>>     GenerateCurrencyData.java - issue with Properties.load(System.in):
>>     https://github.com/Microsoft/WSL/issues/3723
>>     Issue with directly calling cmd.exe to transform long path to
>>     short path: https://github.com/Microsoft/WSL/issues/3724
>>     Calling from Linux to Win32 with untransformable Linux paths in a
>>     WSLENV path environment variable causes extra output:
>>     https://github.com/Microsoft/WSL/issues/3725
>>     Spp.java - still investigating this
>>
>>     Thanks,
>>
>>     -Andrew
>>
>>     -----Original Message-----
>>     From: Erik Joelsson <erik.joelsson at oracle.com
>>     <mailto:erik.joelsson at oracle.com>>
>>     Sent: Thursday, December 20, 2018 1:51 AM
>>     To: Andrew Luo <andrewluotechnologies at outlook.com
>>     <mailto:andrewluotechnologies at outlook.com>>; Magnus Ihse Bursie
>>     <magnus.ihse.bursie at oracle.com 
>> <mailto:magnus.ihse.bursie at oracle.com>>
>>     Cc: build-dev at openjdk.java.net <mailto:build-dev at openjdk.java.net>
>>     Subject: Re: [PATCH] Support for building using WSL (Windows
>>     Subsystem for Linux) on Windows
>>
>>     I've updated and two builds in a row have now succeeded. I will
>>     keep running, but it does seem likely that the new version has
>>     fixed the issue.
>>
>>     /Erik
>>
>>     On 2018-12-20 09:44, Erik Joelsson wrote:
>>     > Hello,
>>     >
>>     > On 2018-12-19 19:40, Andrew Luo wrote:
>>     >> Hi Erik,
>>     >>
>>     >> Which target are you using (make exploded-image?)? I never saw
>>     this
>>     >> error while building on my machine (I've built about 10 times 
>> now,
>>     >> I'm on Windows 10 1809 for what it's worth). Perhaps I can try to
>>     >> reproduce this on my system as well...
>>     >
>>     > The target doesn't really matter that much, it's failing when
>>     building
>>     > java modules, so exploded-image should reproduce it. I have built
>>     > successfully as well, so this only happens intermittently. Here
>>     is the
>>     > environment string from my system:
>>     >
>>     > WSL version Ubuntu 16.04.4 LTS #471-Microsoft Fri Dec 07
>>     20:04:00 PST
>>     > 2018 4.4.0-17134-Microsoft (on Windows build 10.0.17134.471)
>>     >
>>     > In System about, it identifies itself as Windows 10 Pro 1803, so
>>     that
>>     > looks older than yours. I will see if I can update.
>>     >
>>     > I should also note that deleting build output is not necessary 
>> (and
>>     > probably not affecting) success or failure on rebuild. From what
>>     I can
>>     > see what happens is: make runs the find command to find all java
>>     > source files and puts that list of files as prerequisites to the
>>     java
>>     > compile rule, then when evaluating the rule, it sometimes fails to
>>     > resolve a file. This would seem like a bug in the filesystem to 
>> me.
>>     >
>>     > /Erik
>>     >
>>     >> Thanks,
>>     >>
>>     >> -Andrew
>>     >>
>>     >> -----Original Message-----
>>     >> From: Erik Joelsson <erik.joelsson at oracle.com
>>     <mailto:erik.joelsson at oracle.com>>
>>     >> Sent: Wednesday, December 19, 2018 8:28 AM
>>     >> To: Andrew Luo <andrewluotechnologies at outlook.com
>>     <mailto:andrewluotechnologies at outlook.com>>; Magnus Ihse
>>     >> Bursie <magnus.ihse.bursie at oracle.com
>>     <mailto:magnus.ihse.bursie at oracle.com>>
>>     >> Cc: build-dev at openjdk.java.net 
>> <mailto:build-dev at openjdk.java.net>
>>     >> Subject: Re: [PATCH] Support for building using WSL (Windows
>>     >> Subsystem for Linux) on Windows
>>     >>
>>     >> I'm now seeing intermittent build failures that look like this:
>>     >>
>>     >> make[3]: *** No rule to make target
>>     >>
>> '/mnt/d/erik/jdk-sandbox/open/src/java.security.jgss/share/classes/su
>>     >> n/security/krb5/internal/TGSReq.java',
>>     >>
>>     >> needed by
>>     >>
>> '/mnt/d/erik/jdk-sandbox/build/windows-x86_64-server-release/jdk/modules/java.security.jgss/_the.java.security.jgss_batch'.
>>
>>     >>
>>     >> Stop.
>>     >>
>>     >> The particular file that's missing varies, and deleting the 
>> output
>>     >> dir for that module and rebuild works. The common pattern seems
>>     to be
>>     >> upper case letters in the file name of the source file.
>>     >>
>>     >> I will investigate some more.
>>     >>
>>     >> /Erik
>>     >>
>>     >> On 2018-12-19 06:18, Erik Joelsson wrote:
>>     >>> I can also report that on the Windows 10 machine I'm testing 
>> this
>>     >>> on, "make bundles" on Cygwin took 12m56s and in WSL 8m39s, so a
>>     >>> pretty big improvement!
>>     >>>
>>     >>> /Erik
>>     >>>
>>     >>> On 2018-12-19 03:45, Erik Joelsson wrote:
>>     >>>> 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
>>     <mailto:erik.joelsson at oracle.com>>
>>     >>>>>> Sent: Monday, December 17, 2018 9:52 AM
>>     >>>>>> To: Andrew Luo <andrewluotechnologies at outlook.com
>>     <mailto:andrewluotechnologies at outlook.com>>; Magnus Ihse
>>     >>>>>> Bursie <magnus.ihse.bursie at oracle.com
>>     <mailto:magnus.ihse.bursie at oracle.com>>
>>     >>>>>> Cc: build-dev at openjdk.java.net
>>     <mailto: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
>>     <mailto:erik.joelsson at oracle.com>>
>>     >>>>>>> Sent: Friday, December 14, 2018 5:42 PM
>>     >>>>>>> To: Andrew Luo <andrewluotechnologies at outlook.com
>>     <mailto:andrewluotechnologies at outlook.com>>; Magnus Ihse
>>     >>>>>>> Bursie <magnus.ihse.bursie at oracle.com
>>     <mailto:magnus.ihse.bursie at oracle.com>>
>>     >>>>>>> Cc: build-dev at openjdk.java.net
>>     <mailto: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 <http://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
>>     <mailto:erik.joelsson at oracle.com>>
>>     >>>>>>>>>> Sent: Friday, December 14, 2018 4:15 PM
>>     >>>>>>>>>> To: Magnus Ihse Bursie <magnus.ihse.bursie at oracle.com
>>     <mailto:magnus.ihse.bursie at oracle.com>>
>>     >>>>>>>>>> Cc: Andrew Luo <andrewluotechnologies at outlook.com
>>     <mailto:andrewluotechnologies at outlook.com>>;
>>     >>>>>>>>>> build-dev at openjdk.java.net
>>     <mailto: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
>>     <mailto: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
>>     <mailto:andrewluotechnologies at outlook.com>>;
>>     >>>>>>>>>>>>>>> Magnus Ihse Bursie <magnus.ihse.bursie at oracle.com
>>     <mailto:magnus.ihse.bursie at oracle.com>>; Erik
>>     >>>>>>>>>>>>>>> Joelsson <erik.joelsson at oracle.com
>>     <mailto:erik.joelsson at oracle.com>>
>>     >>>>>>>>>>>>>>> Cc: build-dev at openjdk.java.net
>>     <mailto: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
>>     <mailto: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
>>     <mailto:magnus.ihse.bursie at oracle.com>>;
>>     >>>>>>>>>>>>>>> Erik Joelsson <erik.joelsson at oracle.com
>>     <mailto:erik.joelsson at oracle.com>>
>>     >>>>>>>>>>>>>>> Cc: build-dev at openjdk.java.net
>>     <mailto: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 
>> <mailto:magnus.ihse.bursie at oracle.com>>
>>     >>>>>>>>>>>>>>> Sent: Friday, December 14, 2018 11:42 AM
>>     >>>>>>>>>>>>>>> To: Erik Joelsson <erik.joelsson at oracle.com
>>     <mailto:erik.joelsson at oracle.com>>
>>     >>>>>>>>>>>>>>> Cc: Andrew Luo <andrewluotechnologies at outlook.com
>>     <mailto:andrewluotechnologies at outlook.com>>;
>>     >>>>>>>>>>>>>>> build-dev at openjdk.java.net
>>     <mailto: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
>>     <mailto: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-releas
>> >>>>>>>>>>>>>>>>>>>> e\
>> >>>>>>>>>>>>>>>>>>>> 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\ho
>> >>>>>>>>>>>>>>>> ts
>> >>>>>>>>>>>>>>>> pot\v
>> >>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>> ari ant-s erver\libjvm\objs\build_libjvm.pch' has
>>     been
>> >>>>>>>>>>>>>>>> rebuilt since
>> >>>>>>>>>>>>>>>>
>>     'd:\erik\jdk-wsl\build\windows-x86_64-server-release\ho
>> >>>>>>>>>>>>>>>> ts
>> >>>>>>>>>>>>>>>> pot\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-s
>> >>>>>>>>>>>>>>>>>>> up
>> >>>>>>>>>>>>>>>>>>> port\
>> >>>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>>> 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-re
>> >>>>>>>>>>>>>>>>>> le
>> >>>>>>>>>>>>>>>>>> ase/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-rel
>> >>>>>>>>>>>>>>>>>> ea
>> >>>>>>>>>>>>>>>>>> se/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
>> >>>>>>>>>>>>>>>>>> _x
>> >>>>>>>>>>>>>>>>>> 86
>> >>>>>>>>>>>>>>>>>>
>>     -I/mnt/d/erik/jdk-wsl/build/windows-x86_64-server-rel
>> >>>>>>>>>>>>>>>>>> ea
>> >>>>>>>>>>>>>>>>>> se/ho
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>> tsp
>> >>>>>>>>>>>>>>>>>> ot/va
>> >>>>>>>>>>>>>>>>>> riant-server/gensrc
>> >>>>>>>>>>>>>>>>>>
>>     -I/mnt/d/erik/jdk-wsl/open/src/hotspot/share/precompi
>> >>>>>>>>>>>>>>>>>> le d
>> >>>>>>>>>>>>>>>>>>
>>     -I/mnt/d/erik/jdk-wsl/open/src/hotspot/share/include
>> >>>>>>>>>>>>>>>>>>
>>     -I/mnt/d/erik/jdk-wsl/open/src/hotspot/os/windows/inc
>> >>>>>>>>>>>>>>>>>> lu
>> >>>>>>>>>>>>>>>>>> de
>> >>>>>>>>>>>>>>>>>>
>>     -I/mnt/d/erik/jdk-wsl/build/windows-x86_64-server-rel
>> >>>>>>>>>>>>>>>>>> ea
>> >>>>>>>>>>>>>>>>>> se/su
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>> ppo
>> >>>>>>>>>>>>>>>>>> rt/mo
>> >>>>>>>>>>>>>>>>>> dules_include/java.base
>> >>>>>>>>>>>>>>>>>>
>>     -I/mnt/d/erik/jdk-wsl/build/windows-x86_64-server-rel
>> >>>>>>>>>>>>>>>>>> ea
>> >>>>>>>>>>>>>>>>>> se/su
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>> ppo
>> >>>>>>>>>>>>>>>>>> rt/mo
>> >>>>>>>>>>>>>>>>>> dules_include/java.base/win32
>> >>>>>>>>>>>>>>>>>>
>>     -I/mnt/d/erik/jdk-wsl/open/src/java.base/share/native
>> >>>>>>>>>>>>>>>>>> /l
>> >>>>>>>>>>>>>>>>>> ibjim
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>> age
>> >>>>>>>>>>>>>>>>>> -Z7
>> >>>>>>>>>>>>>>>>>> -d2Zi+ -wd4800 -WX
>> >>>>>>>>>>>>>>>>>>
>>     -I/mnt/c/PROGRA~2/MICROS~1/2017/PROFES~1/VC/Tools/MSV
>> >>>>>>>>>>>>>>>>>> C/
>> >>>>>>>>>>>>>>>>>> 1416~
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>> 1.2
>> >>>>>>>>>>>>>>>>>> 70/at
>> >>>>>>>>>>>>>>>>>> lmfc/include
>> >>>>>>>>>>>>>>>>>>
>>     -I/mnt/c/PROGRA~2/MICROS~1/2017/PROFES~1/VC/Tools/MSV
>> >>>>>>>>>>>>>>>>>> C/
>> >>>>>>>>>>>>>>>>>> 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/shar
>> >>>>>>>>>>>>>>>>>> ed
>> >>>>>>>>>>>>>>>>>> -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/winr
>> >>>>>>>>>>>>>>>>>> t
>> >>>>>>>>>>>>>>>>>>
>>     -I/mnt/c/PROGRA~2/WI3CF2~1/10/Include/100177~1.0/cppw
>> >>>>>>>>>>>>>>>>>> in
>> >>>>>>>>>>>>>>>>>> rt
>> >>>>>>>>>>>>>>>>>> -O2
>> >>>>>>>>>>>>>>>>>> -Oy- "-DTHIS_FILE=\"\"" -c
>> >>>>>>>>>>>>>>>>>>
>>     -Fo/mnt/d/erik/jdk-wsl/build/windows-x86_64-server-re
>> >>>>>>>>>>>>>>>>>> le
>> >>>>>>>>>>>>>>>>>> ase/h
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>> ots pot/v
>>     ariant-server/libjvm/objs/ad_x86_expand.obj
>> >>>>>>>>>>>>>>>>>>
>>     /mnt/d/erik/jdk-wsl/build/windows-x86_64-server-relea
>> >>>>>>>>>>>>>>>>>> se
>> >>>>>>>>>>>>>>>>>> /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/141
>> >>>>>>>>>>>>>>>>>>> 6~
>> >>>>>>>>>>>>>>>>>>> 1.270
>> >>>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>>> /bi
>> >>>>>>>>>>>>>>>>>>> n/Hos
>> >>>>>>>>>>>>>>>>>> tx86/x64/cl.exe -showIncludes
>> >>>>>>>>>>>>>>>>>>
>>     -Fpd:/erik/jdk-wsl/build/windows-x86_64-server-releas
>> >>>>>>>>>>>>>>>>>> e/
>> >>>>>>>>>>>>>>>>>> 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
>> >>>>>>>>>>>>>>>>>> /h
>> >>>>>>>>>>>>>>>>>> otspo
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>> 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
>> >>>>>>>>>>>>>>>>>> /h
>> >>>>>>>>>>>>>>>>>> otspo
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>> 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
>> >>>>>>>>>>>>>>>>>> /s
>> >>>>>>>>>>>>>>>>>> uppor
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>> t/m
>> >>>>>>>>>>>>>>>>>> odule
>> >>>>>>>>>>>>>>>>>> s_include/java.base
>> >>>>>>>>>>>>>>>>>>
>>     -Id:/erik/jdk-wsl/build/windows-x86_64-server-release
>> >>>>>>>>>>>>>>>>>> /s
>> >>>>>>>>>>>>>>>>>> uppor
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>> t/m
>> >>>>>>>>>>>>>>>>>> odule
>> >>>>>>>>>>>>>>>>>> s_include/java.base/win32
>> >>>>>>>>>>>>>>>>>>
>>     -Id:/erik/jdk-wsl/open/src/java.base/share/native/lib
>> >>>>>>>>>>>>>>>>>> ji
>> >>>>>>>>>>>>>>>>>> mage
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>> -Z7
>> >>>>>>>>>>>>>>>>>> -d2Zi+ -wd4800 -WX
>> >>>>>>>>>>>>>>>>>>
>>     -Ic:/PROGRA~2/MICROS~1/2017/PROFES~1/VC/Tools/MSVC/14
>> >>>>>>>>>>>>>>>>>> 16
>> >>>>>>>>>>>>>>>>>> ~1.27
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>> 0/a
>> >>>>>>>>>>>>>>>>>> tlmfc
>> >>>>>>>>>>>>>>>>>> /include
>> >>>>>>>>>>>>>>>>>>
>>     -Ic:/PROGRA~2/MICROS~1/2017/PROFES~1/VC/Tools/MSVC/14
>> >>>>>>>>>>>>>>>>>> 16
>> >>>>>>>>>>>>>>>>>> ~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-releas
>> >>>>>>>>>>>>>>>>>> e/
>> >>>>>>>>>>>>>>>>>> hotsp
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>> ot/ varia nt-server/libjvm/objs/ad_x86_expand.obj
>> >>>>>>>>>>>>>>>>>>
>>     d:/erik/jdk-wsl/build/windows-x86_64-server-release/h
>> >>>>>>>>>>>>>>>>>> ot
>> >>>>>>>>>>>>>>>>>> spot/
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>> 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
>>



More information about the build-dev mailing list