From nlisker at gmail.com  Tue Jan  2 14:33:26 2018
From: nlisker at gmail.com (Nir Lisker)
Date: Tue, 2 Jan 2018 16:33:26 +0200
Subject: bash configure fails on missing javah
Message-ID: <CA+0ynh_wJfhXe-RWz=n-QfAazdM5zHcdOfshm0fKFVDqYzezpA@mail.gmail.com>

I'm trying to build OpenJDK 11 as instructed here:
http://hg.openjdk.java.net/jdk/jdk/raw-file/tip/doc/building.html.

When executing `bash configure
--with-import-modules=jfx_path\rt\build\modular-sdk`
(I've build JavaFX) the build fails:

checking for java in Boot JDK... ok
checking for javac in Boot JDK... ok
checking for javah in Boot JDK... not found
configure: Your Boot JDK seems broken. This might be fixed by explicitly
setting --with-boot-jdk
configure: error: Could not find javah in the Boot JDK
configure exiting with result code 1

The boot JDK is 10, which does not have javah anymore, so it is no
surprise. I could point boot JDK to a previous version, but I don't think I
should need to. What I should do?

Nir


From Sergey.Bylokhov at oracle.com  Tue Jan  2 21:46:42 2018
From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov)
Date: Tue, 2 Jan 2018 13:46:42 -0800
Subject: [10] Review Request: 8193673 Regression manual Test
 javax/swing/JFileChooser/6515169/bug6515169.java fails
Message-ID: <43f47411-b9e6-0aff-3bbd-c6e1a0690336@oracle.com>

Hello.
Please review the fix for jdk10. The fix will be pushed to:
http://hg.openjdk.java.net/jdk/jdk10

Bug: https://bugs.openjdk.java.net/browse/JDK-8193673
Webrev can be found at: http://cr.openjdk.java.net/~serb/8193673/webrev.00

The fix for JDK-8189656[1] missed an update of Gensrc-java.desktop.gmk 
which compiles the property files for windows L&F.

[1] https://bugs.openjdk.java.net/browse/JDK-8189656

-- 
Best regards, Sergey.


From david.holmes at oracle.com  Tue Jan  2 22:40:09 2018
From: david.holmes at oracle.com (David Holmes)
Date: Wed, 3 Jan 2018 08:40:09 +1000
Subject: bash configure fails on missing javah
In-Reply-To: <CA+0ynh_wJfhXe-RWz=n-QfAazdM5zHcdOfshm0fKFVDqYzezpA@mail.gmail.com>
References: <CA+0ynh_wJfhXe-RWz=n-QfAazdM5zHcdOfshm0fKFVDqYzezpA@mail.gmail.com>
Message-ID: <7825c3ed-7eb2-b4ec-31ae-59c1d6690cef@oracle.com>

On 3/01/2018 12:33 AM, Nir Lisker wrote:
> I'm trying to build OpenJDK 11 as instructed here:
> http://hg.openjdk.java.net/jdk/jdk/raw-file/tip/doc/building.html.
> 
> When executing `bash configure
> --with-import-modules=jfx_path\rt\build\modular-sdk`
> (I've build JavaFX) the build fails:
> 
> checking for java in Boot JDK... ok
> checking for javac in Boot JDK... ok
> checking for javah in Boot JDK... not found
> configure: Your Boot JDK seems broken. This might be fixed by explicitly
> setting --with-boot-jdk
> configure: error: Could not find javah in the Boot JDK
> configure exiting with result code 1
> 
> The boot JDK is 10, which does not have javah anymore, so it is no
> surprise. I could point boot JDK to a previous version, but I don't think I
> should need to. What I should do?

We haven't bumped the version to 11 yet so you should still be building 
"10" with a boot JDK of 9.

David

> Nir
> 


From martinrb at google.com  Wed Jan  3 04:05:28 2018
From: martinrb at google.com (Martin Buchholz)
Date: Tue, 2 Jan 2018 20:05:28 -0800
Subject: bash configure fails on missing javah
In-Reply-To: <CA+0ynh_wJfhXe-RWz=n-QfAazdM5zHcdOfshm0fKFVDqYzezpA@mail.gmail.com>
References: <CA+0ynh_wJfhXe-RWz=n-QfAazdM5zHcdOfshm0fKFVDqYzezpA@mail.gmail.com>
Message-ID: <CA+kOe09Y9-183Ev5WnWMy6zn4dmGqFuQaPvKT2yebcKdw_adAA@mail.gmail.com>

I agree configure should not fail if javah is not found.  A high quality
configure test would first check if javac -h works, then fall back to javah
if that works, regardless of the boot jdk's version.

On Tue, Jan 2, 2018 at 6:33 AM, Nir Lisker <nlisker at gmail.com> wrote:

> I'm trying to build OpenJDK 11 as instructed here:
> http://hg.openjdk.java.net/jdk/jdk/raw-file/tip/doc/building.html.
>
> When executing `bash configure
> --with-import-modules=jfx_path\rt\build\modular-sdk`
> (I've build JavaFX) the build fails:
>
> checking for java in Boot JDK... ok
> checking for javac in Boot JDK... ok
> checking for javah in Boot JDK... not found
> configure: Your Boot JDK seems broken. This might be fixed by explicitly
> setting --with-boot-jdk
> configure: error: Could not find javah in the Boot JDK
> configure exiting with result code 1
>
> The boot JDK is 10, which does not have javah anymore, so it is no
> surprise. I could point boot JDK to a previous version, but I don't think I
> should need to. What I should do?
>
> Nir
>


From Alan.Bateman at oracle.com  Wed Jan  3 08:12:17 2018
From: Alan.Bateman at oracle.com (Alan Bateman)
Date: Wed, 3 Jan 2018 08:12:17 +0000
Subject: bash configure fails on missing javah
In-Reply-To: <CA+kOe09Y9-183Ev5WnWMy6zn4dmGqFuQaPvKT2yebcKdw_adAA@mail.gmail.com>
References: <CA+0ynh_wJfhXe-RWz=n-QfAazdM5zHcdOfshm0fKFVDqYzezpA@mail.gmail.com>
 <CA+kOe09Y9-183Ev5WnWMy6zn4dmGqFuQaPvKT2yebcKdw_adAA@mail.gmail.com>
Message-ID: <77234f86-818b-dd37-75ec-d0ae1a8d71fe@oracle.com>

On 03/01/2018 04:05, Martin Buchholz wrote:
> I agree configure should not fail if javah is not found.  A high quality
> configure test would first check if javac -h works, then fall back to javah
> if that works, regardless of the boot jdk's version.
>
JDK-8193512 removes the check for javah from boot-jdk.m4 so I assume 
part of the issue is that this change is in jdk/jdk10 and just hasn't 
got to jdk/jdk yet.

In any case, I think David is right. We have to use JDK 9 as the boot 
JDK for now.

-Alan


From erik.joelsson at oracle.com  Wed Jan  3 08:12:38 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 3 Jan 2018 09:12:38 +0100
Subject: bash configure fails on missing javah
In-Reply-To: <CA+kOe09Y9-183Ev5WnWMy6zn4dmGqFuQaPvKT2yebcKdw_adAA@mail.gmail.com>
References: <CA+0ynh_wJfhXe-RWz=n-QfAazdM5zHcdOfshm0fKFVDqYzezpA@mail.gmail.com>
 <CA+kOe09Y9-183Ev5WnWMy6zn4dmGqFuQaPvKT2yebcKdw_adAA@mail.gmail.com>
Message-ID: <70aed935-bf11-1efb-d4c9-ed72f3b46d6d@oracle.com>

The build hasn't used javah in a long time, so the configure check for 
it is just a left over that we forgot to clean up. It should certainly 
be removed and we will be forced to do it once we switch to JDK 10 as 
boot jdk for 11.

Note though that we will not switch to JDK 10 as boot for 11 until we 
have an actual release of 10. Until then, the boot JDK for the 
development of 11 will remain as 9. In the past, this interim situation 
was pretty limited in time so we rarely had to deal with it. With the 
new release schedule, we are going to be in this situation a lot more, 
so the build documentation needs to be updated to explain this.

/Erik


On 2018-01-03 05:05, Martin Buchholz wrote:
> I agree configure should not fail if javah is not found.  A high quality
> configure test would first check if javac -h works, then fall back to javah
> if that works, regardless of the boot jdk's version.
>
> On Tue, Jan 2, 2018 at 6:33 AM, Nir Lisker <nlisker at gmail.com> wrote:
>
>> I'm trying to build OpenJDK 11 as instructed here:
>> http://hg.openjdk.java.net/jdk/jdk/raw-file/tip/doc/building.html.
>>
>> When executing `bash configure
>> --with-import-modules=jfx_path\rt\build\modular-sdk`
>> (I've build JavaFX) the build fails:
>>
>> checking for java in Boot JDK... ok
>> checking for javac in Boot JDK... ok
>> checking for javah in Boot JDK... not found
>> configure: Your Boot JDK seems broken. This might be fixed by explicitly
>> setting --with-boot-jdk
>> configure: error: Could not find javah in the Boot JDK
>> configure exiting with result code 1
>>
>> The boot JDK is 10, which does not have javah anymore, so it is no
>> surprise. I could point boot JDK to a previous version, but I don't think I
>> should need to. What I should do?
>>
>> Nir
>>



From erik.joelsson at oracle.com  Wed Jan  3 08:15:57 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 3 Jan 2018 09:15:57 +0100
Subject: [10] Review Request: 8193673 Regression manual Test
 javax/swing/JFileChooser/6515169/bug6515169.java fails
In-Reply-To: <43f47411-b9e6-0aff-3bbd-c6e1a0690336@oracle.com>
References: <43f47411-b9e6-0aff-3bbd-c6e1a0690336@oracle.com>
Message-ID: <1e6c1b17-02f2-8f13-6675-f8393815273b@oracle.com>

Looks good.

/Erik


On 2018-01-02 22:46, Sergey Bylokhov wrote:
> Hello.
> Please review the fix for jdk10. The fix will be pushed to:
> http://hg.openjdk.java.net/jdk/jdk10
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8193673
> Webrev can be found at: 
> http://cr.openjdk.java.net/~serb/8193673/webrev.00
>
> The fix for JDK-8189656[1] missed an update of Gensrc-java.desktop.gmk 
> which compiles the property files for windows L&F.
>
> [1] https://bugs.openjdk.java.net/browse/JDK-8189656
>



From nlisker at gmail.com  Wed Jan  3 10:00:20 2018
From: nlisker at gmail.com (Nir Lisker)
Date: Wed, 3 Jan 2018 12:00:20 +0200
Subject: bash configure fails on missing javah
In-Reply-To: <70aed935-bf11-1efb-d4c9-ed72f3b46d6d@oracle.com>
References: <CA+0ynh_wJfhXe-RWz=n-QfAazdM5zHcdOfshm0fKFVDqYzezpA@mail.gmail.com>
 <CA+kOe09Y9-183Ev5WnWMy6zn4dmGqFuQaPvKT2yebcKdw_adAA@mail.gmail.com>
 <70aed935-bf11-1efb-d4c9-ed72f3b46d6d@oracle.com>
Message-ID: <CA+0ynh8L3yvFAyUaEorr-1PH1-ge_wSYGC8=9SNEo+UFeUtXww@mail.gmail.com>

Thanks, I used 9 as boot. It is definitely worthwhile to update the build
doc in this regard.

- Nir

On Wed, Jan 3, 2018 at 10:12 AM, Erik Joelsson <erik.joelsson at oracle.com>
wrote:

> The build hasn't used javah in a long time, so the configure check for it
> is just a left over that we forgot to clean up. It should certainly be
> removed and we will be forced to do it once we switch to JDK 10 as boot jdk
> for 11.
>
> Note though that we will not switch to JDK 10 as boot for 11 until we have
> an actual release of 10. Until then, the boot JDK for the development of 11
> will remain as 9. In the past, this interim situation was pretty limited in
> time so we rarely had to deal with it. With the new release schedule, we
> are going to be in this situation a lot more, so the build documentation
> needs to be updated to explain this.
>
> /Erik
>
>
>
> On 2018-01-03 05:05, Martin Buchholz wrote:
>
>> I agree configure should not fail if javah is not found.  A high quality
>> configure test would first check if javac -h works, then fall back to
>> javah
>> if that works, regardless of the boot jdk's version.
>>
>> On Tue, Jan 2, 2018 at 6:33 AM, Nir Lisker <nlisker at gmail.com> wrote:
>>
>> I'm trying to build OpenJDK 11 as instructed here:
>>> http://hg.openjdk.java.net/jdk/jdk/raw-file/tip/doc/building.html.
>>>
>>> When executing `bash configure
>>> --with-import-modules=jfx_path\rt\build\modular-sdk`
>>> (I've build JavaFX) the build fails:
>>>
>>> checking for java in Boot JDK... ok
>>> checking for javac in Boot JDK... ok
>>> checking for javah in Boot JDK... not found
>>> configure: Your Boot JDK seems broken. This might be fixed by explicitly
>>> setting --with-boot-jdk
>>> configure: error: Could not find javah in the Boot JDK
>>> configure exiting with result code 1
>>>
>>> The boot JDK is 10, which does not have javah anymore, so it is no
>>> surprise. I could point boot JDK to a previous version, but I don't
>>> think I
>>> should need to. What I should do?
>>>
>>> Nir
>>>
>>>
>


From nlisker at gmail.com  Wed Jan  3 12:05:22 2018
From: nlisker at gmail.com (Nir Lisker)
Date: Wed, 3 Jan 2018 14:05:22 +0200
Subject: bash configure fails on missing VS tools dir
Message-ID: <CA+0ynh9ZyhKovVMpSj=kYpa6VH1PU46nD050a-=uu1Qr9Fkehg@mail.gmail.com>

When trying to build JDK 11 on Windows 10 with VS Express 2013 Update 4 (as
stated in the docs - the highest supported version) the build fails:

bash configure  --with-tools-dir='C:\Program Files (x86)\Microsoft Visual
Studio 12.0\VC\bin'

...
configure: Found Visual Studio installation at /cygdrive/c/Program Files
(x86)/Microsoft Visual Studio 12.0/ using --with-tools-dir
configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is probably
Visual Studio Express. Ignoring
configure: Found Visual Studio installation at /cygdrive/c/Program Files
(x86)/ using --with-tools-dir
configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is probably
Visual Studio Express. Ignoring
configure: The path given by --with-tools-dir does not contain a valid
configure: Visual Studio installation. Please point to the VC/bin or
VC/bin/amd64
configure: directory within the Visual Studio installation
configure: error: Cannot locate a valid Visual Studio installation
configure exiting with result code 1

/Microsoft Visual Studio 12.0/VC/bin/ does not contain an /amd64 folder,
instead it has /x86_amd64. Also, vcvars64.bat is located directly under
/VC/bin.

Iv'e made another attempt using /Microsoft Visual Studio 11.0/VC/bin/ which
resulted in the same error. This folder also has vcvars64.bat directly
under it. It also contains an /amd64 folder with a couple of dlls inside.

Since I'm specifying the path to the /VC/bin dir I don't understand why
it's still complaining. What am I doing wrong?

On a related note, is it possible to update the build requirements to work
with VS 2017? OpenJFX already uses this version.

- Nir


From erik.joelsson at oracle.com  Wed Jan  3 13:24:07 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 3 Jan 2018 14:24:07 +0100
Subject: bash configure fails on missing VS tools dir
In-Reply-To: <CA+0ynh9ZyhKovVMpSj=kYpa6VH1PU46nD050a-=uu1Qr9Fkehg@mail.gmail.com>
References: <CA+0ynh9ZyhKovVMpSj=kYpa6VH1PU46nD050a-=uu1Qr9Fkehg@mail.gmail.com>
Message-ID: <9a1bd4a2-06eb-d463-f88d-1df068e84a7c@oracle.com>

Hello Nir,

On 2018-01-03 13:05, Nir Lisker wrote:
> When trying to build JDK 11 on Windows 10 with VS Express 2013 Update 4 (as
> stated in the docs - the highest supported version) the build fails:
AFAIK, this should work, though I have only ever used VS 2013 Professional.
> bash configure  --with-tools-dir='C:\Program Files (x86)\Microsoft Visual
> Studio 12.0\VC\bin'
If VS is properly installed in the default location, there should be no 
need to specify --with-tools-dir. Configure will look in the default 
location automatically.
> ...
> configure: Found Visual Studio installation at /cygdrive/c/Program Files
> (x86)/Microsoft Visual Studio 12.0/ using --with-tools-dir
> configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is probably
> Visual Studio Express. Ignoring
> configure: Found Visual Studio installation at /cygdrive/c/Program Files
> (x86)/ using --with-tools-dir
> configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is probably
> Visual Studio Express. Ignoring
> configure: The path given by --with-tools-dir does not contain a valid
> configure: Visual Studio installation. Please point to the VC/bin or
> VC/bin/amd64
> configure: directory within the Visual Studio installation
> configure: error: Cannot locate a valid Visual Studio installation
> configure exiting with result code 1
>
> /Microsoft Visual Studio 12.0/VC/bin/ does not contain an /amd64 folder,
> instead it has /x86_amd64. Also, vcvars64.bat is located directly under
> /VC/bin.
This is strange. Looking at the configure source, we assume that the VS 
installation should contain "vc/bin/amd64/vcvars64.bat". If that file 
isn't found, configure doesn't recognize the VS installation. 
Unfortunately I don't have an Express installation to look at, but my 
old professional installation has that file. In VC/bin I only have 
vcvars32.bat.

I'm pretty sure this layout was how the express edition used to look as 
well. Otherwise Magnus wouldn't have written the build doc claiming it 
would work.

This means the file layout for Visual Studio 2013 has changed, or that 
it's different on Windows 10 (our builds are on older versions of 
Windows still).

If you would like to try to fix this, the logic that needs updating is 
in make/autoconf/toolchain_windows.m4, in the macro 
TOOLCHAIN_CHECK_POSSIBLE_VISUAL_STUDIO_ROOT.
> Iv'e made another attempt using /Microsoft Visual Studio 11.0/VC/bin/ which
> resulted in the same error. This folder also has vcvars64.bat directly
> under it. It also contains an /amd64 folder with a couple of dlls inside.
>
> Since I'm specifying the path to the /VC/bin dir I don't understand why
> it's still complaining. What am I doing wrong?
Because of how different the versions of Visual Studio are, configure 
will not automatically assume or try a different version than the 
default without being told to. If you want to try 2012, you need to tell 
configure using --with-toolchain-version=2012. No need to specify tools 
dir as long as it's installed in the default location.
> On a related note, is it possible to update the build requirements to work
> with VS 2017? OpenJFX already uses this version.
This will likely happen in JDK 11 time frame. Note though that changing 
compilers is usually a pretty big effort so it will take a while.

/Erik
> - Nir



From fweimer at redhat.com  Wed Jan  3 13:35:39 2018
From: fweimer at redhat.com (Florian Weimer)
Date: Wed, 3 Jan 2018 14:35:39 +0100
Subject: Building hsdis?
In-Reply-To: <579a089e-fa6e-0262-0d38-b2f2631507bb@redhat.com>
References: <56EE18D3-2D9F-46FE-B674-C681D5BB0DA6@tedneward.com>
 <a6922ab5-4682-5b80-9374-c375b791e8f7@oracle.com>
 <7D287DA6-CD4F-48F3-9597-2190A3828866@tedneward.com>
 <765bb1fa-e269-56ee-079c-52c1f51f08ed@oracle.com>
 <FD10E60C-08E9-4496-AE4E-A087EB6368F5@tedneward.com>
 <50b3f8d9-81fd-514d-3809-a073f0783c2b@oracle.com>
 <CA+3eh12fQiAiZY0erS6eHNvNfd0c1R7Pj9BtQrYtGZT6wW6kNQ@mail.gmail.com>
 <987ada1a-0809-0b7f-c55b-4e2f3a2825e5@redhat.com>
 <CA+3eh10rZXRRCze+Pq9pbEL_+2snd++7Vd3eSQq-FmaqpoMyRA@mail.gmail.com>
 <10f05185-0dc6-2fce-fa4c-d57e199ded5b@redhat.com>
 <CA+3eh13NC2h10M2CWZameGRwuSVA-8Ed9o+7+0eTdQAY=aEpyA@mail.gmail.com>
 <579a089e-fa6e-0262-0d38-b2f2631507bb@redhat.com>
Message-ID: <0cf5634d-9670-9e19-42c1-cd58b6f7d226@redhat.com>

On 12/25/2017 11:58 PM, Andrew Haley wrote:
> IANAL, but AFAIK It would not help.  The incompatibility is because
> you can't link pure GPLv2 code (HotSpot) and pure GPLv3 code
> (binutils) together, even via dynamic linkage.  Changing the licences
> of hsdis.{c,h}) won't solve that problem.

But Hotspot links against libgcc and libstdc++, which are GPLv3 as well, 
so that issue isn't specific to hsdis.  It obviously has not stopped 
anyone from distributing OpenJDK binaries (or Git binaries, for that 
matter).

Thanks,
Florian


From aph at redhat.com  Wed Jan  3 13:58:10 2018
From: aph at redhat.com (Andrew Haley)
Date: Wed, 3 Jan 2018 13:58:10 +0000
Subject: Building hsdis?
In-Reply-To: <0cf5634d-9670-9e19-42c1-cd58b6f7d226@redhat.com>
References: <56EE18D3-2D9F-46FE-B674-C681D5BB0DA6@tedneward.com>
 <a6922ab5-4682-5b80-9374-c375b791e8f7@oracle.com>
 <7D287DA6-CD4F-48F3-9597-2190A3828866@tedneward.com>
 <765bb1fa-e269-56ee-079c-52c1f51f08ed@oracle.com>
 <FD10E60C-08E9-4496-AE4E-A087EB6368F5@tedneward.com>
 <50b3f8d9-81fd-514d-3809-a073f0783c2b@oracle.com>
 <CA+3eh12fQiAiZY0erS6eHNvNfd0c1R7Pj9BtQrYtGZT6wW6kNQ@mail.gmail.com>
 <987ada1a-0809-0b7f-c55b-4e2f3a2825e5@redhat.com>
 <CA+3eh10rZXRRCze+Pq9pbEL_+2snd++7Vd3eSQq-FmaqpoMyRA@mail.gmail.com>
 <10f05185-0dc6-2fce-fa4c-d57e199ded5b@redhat.com>
 <CA+3eh13NC2h10M2CWZameGRwuSVA-8Ed9o+7+0eTdQAY=aEpyA@mail.gmail.com>
 <579a089e-fa6e-0262-0d38-b2f2631507bb@redhat.com>
 <0cf5634d-9670-9e19-42c1-cd58b6f7d226@redhat.com>
Message-ID: <25e85e3c-e5d2-bd89-c0de-66df75b203e9@redhat.com>

On 03/01/18 13:35, Florian Weimer wrote:
> On 12/25/2017 11:58 PM, Andrew Haley wrote:
>> IANAL, but AFAIK It would not help.  The incompatibility is because
>> you can't link pure GPLv2 code (HotSpot) and pure GPLv3 code
>> (binutils) together, even via dynamic linkage.  Changing the licences
>> of hsdis.{c,h}) won't solve that problem.
> 
> But Hotspot links against libgcc and libstdc++, which are GPLv3 as well, 
> so that issue isn't specific to hsdis. 

No, they are not.  They never have been.

https://www.gnu.org/licenses/gcc-exception-3.1-faq.en.html

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671


From fweimer at redhat.com  Wed Jan  3 14:02:59 2018
From: fweimer at redhat.com (Florian Weimer)
Date: Wed, 3 Jan 2018 15:02:59 +0100
Subject: Building hsdis?
In-Reply-To: <25e85e3c-e5d2-bd89-c0de-66df75b203e9@redhat.com>
References: <56EE18D3-2D9F-46FE-B674-C681D5BB0DA6@tedneward.com>
 <a6922ab5-4682-5b80-9374-c375b791e8f7@oracle.com>
 <7D287DA6-CD4F-48F3-9597-2190A3828866@tedneward.com>
 <765bb1fa-e269-56ee-079c-52c1f51f08ed@oracle.com>
 <FD10E60C-08E9-4496-AE4E-A087EB6368F5@tedneward.com>
 <50b3f8d9-81fd-514d-3809-a073f0783c2b@oracle.com>
 <CA+3eh12fQiAiZY0erS6eHNvNfd0c1R7Pj9BtQrYtGZT6wW6kNQ@mail.gmail.com>
 <987ada1a-0809-0b7f-c55b-4e2f3a2825e5@redhat.com>
 <CA+3eh10rZXRRCze+Pq9pbEL_+2snd++7Vd3eSQq-FmaqpoMyRA@mail.gmail.com>
 <10f05185-0dc6-2fce-fa4c-d57e199ded5b@redhat.com>
 <CA+3eh13NC2h10M2CWZameGRwuSVA-8Ed9o+7+0eTdQAY=aEpyA@mail.gmail.com>
 <579a089e-fa6e-0262-0d38-b2f2631507bb@redhat.com>
 <0cf5634d-9670-9e19-42c1-cd58b6f7d226@redhat.com>
 <25e85e3c-e5d2-bd89-c0de-66df75b203e9@redhat.com>
Message-ID: <e5249da9-d3c7-1da3-f6c6-2ed93caeed6c@redhat.com>

On 01/03/2018 02:58 PM, Andrew Haley wrote:
> On 03/01/18 13:35, Florian Weimer wrote:
>> On 12/25/2017 11:58 PM, Andrew Haley wrote:
>>> IANAL, but AFAIK It would not help.  The incompatibility is because
>>> you can't link pure GPLv2 code (HotSpot) and pure GPLv3 code
>>> (binutils) together, even via dynamic linkage.  Changing the licences
>>> of hsdis.{c,h}) won't solve that problem.
>>
>> But Hotspot links against libgcc and libstdc++, which are GPLv3 as well,
>> so that issue isn't specific to hsdis.
> 
> No, they are not.  They never have been.

The header file comments and the exception itself say otherwise.

> https://www.gnu.org/licenses/gcc-exception-3.1-faq.en.html

The exception gives permission to ignore certain terms imposed by the 
GPLv3 (?even if such propagation would otherwise violate the terms of 
GPLv3?).  It does not give permission to violate the terms of the GPLv2, 
and it could not, because the GPLv2 part of the overall conglomerate is 
an unrelated project with a different copyright holder.

Thanks,
Florian


From aph at redhat.com  Wed Jan  3 14:14:32 2018
From: aph at redhat.com (Andrew Haley)
Date: Wed, 3 Jan 2018 14:14:32 +0000
Subject: Building hsdis?
In-Reply-To: <e5249da9-d3c7-1da3-f6c6-2ed93caeed6c@redhat.com>
References: <56EE18D3-2D9F-46FE-B674-C681D5BB0DA6@tedneward.com>
 <a6922ab5-4682-5b80-9374-c375b791e8f7@oracle.com>
 <7D287DA6-CD4F-48F3-9597-2190A3828866@tedneward.com>
 <765bb1fa-e269-56ee-079c-52c1f51f08ed@oracle.com>
 <FD10E60C-08E9-4496-AE4E-A087EB6368F5@tedneward.com>
 <50b3f8d9-81fd-514d-3809-a073f0783c2b@oracle.com>
 <CA+3eh12fQiAiZY0erS6eHNvNfd0c1R7Pj9BtQrYtGZT6wW6kNQ@mail.gmail.com>
 <987ada1a-0809-0b7f-c55b-4e2f3a2825e5@redhat.com>
 <CA+3eh10rZXRRCze+Pq9pbEL_+2snd++7Vd3eSQq-FmaqpoMyRA@mail.gmail.com>
 <10f05185-0dc6-2fce-fa4c-d57e199ded5b@redhat.com>
 <CA+3eh13NC2h10M2CWZameGRwuSVA-8Ed9o+7+0eTdQAY=aEpyA@mail.gmail.com>
 <579a089e-fa6e-0262-0d38-b2f2631507bb@redhat.com>
 <0cf5634d-9670-9e19-42c1-cd58b6f7d226@redhat.com>
 <25e85e3c-e5d2-bd89-c0de-66df75b203e9@redhat.com>
 <e5249da9-d3c7-1da3-f6c6-2ed93caeed6c@redhat.com>
Message-ID: <ca2ecbe9-737b-7ed6-9de4-30318127b86a@redhat.com>

On 03/01/18 14:02, Florian Weimer wrote:
> On 01/03/2018 02:58 PM, Andrew Haley wrote:
>> On 03/01/18 13:35, Florian Weimer wrote:
>>> On 12/25/2017 11:58 PM, Andrew Haley wrote:
>>>> IANAL, but AFAIK It would not help.  The incompatibility is because
>>>> you can't link pure GPLv2 code (HotSpot) and pure GPLv3 code
>>>> (binutils) together, even via dynamic linkage.  Changing the licences
>>>> of hsdis.{c,h}) won't solve that problem.
>>>
>>> But Hotspot links against libgcc and libstdc++, which are GPLv3 as well,
>>> so that issue isn't specific to hsdis.
>>
>> No, they are not.  They never have been.
> 
> The header file comments and the exception itself say otherwise.
> 
>> https://www.gnu.org/licenses/gcc-exception-3.1-faq.en.html
> 
> The exception gives permission to ignore certain terms imposed by the 
> GPLv3 (?even if such propagation would otherwise violate the terms of 
> GPLv3?).  It does not give permission to violate the terms of the GPLv2, 
> and it could not, because the GPLv2 part of the overall conglomerate is 
> an unrelated project with a different copyright holder.

Of course not.  The question is nothing to do with that.  The problem
is that pure GPLv2 and pure GPLv3 are not compatible.  (AFAIK, IANAL,
etc.)  Nobody ever intended that libgcc, for example, should be
incompatible with pure GPLv2 programs.

-- 
Andrew Haley
Java Platform Lead Engineer
Red Hat UK Ltd. <https://www.redhat.com>
EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671


From volker.simonis at gmail.com  Wed Jan  3 14:30:05 2018
From: volker.simonis at gmail.com (Volker Simonis)
Date: Wed, 3 Jan 2018 15:30:05 +0100
Subject: RFR [jdk8] : 8193807 : AIX: avoid UnsatisfiedLinkError by
 providing empty basic implementations of getSystemCpuLoad and
 getProcessCpuLoad
In-Reply-To: <VI1PR03MB1710247FA8F6C8ED41BF8CEFF1190@VI1PR03MB1710.eurprd03.prod.outlook.com>
References: <6838c67f5a7f44c0a48a79e8ac47e889@sap.com>
 <CA+3eh12+2WP918ne4h9PRvCHR+kP=GTrZpOA2yPwfMJOYWqxOQ@mail.gmail.com>
 <DB3PR03MB0761354D40D87EDDE03A67FAF10C0@DB3PR03MB0761.eurprd03.prod.outlook.com>
 <CA+3eh12xapqO111_0k4L+bYmavFV2a0XKtohtd-MuQKa1eXWKg@mail.gmail.com>
 <VI1PR03MB1710247FA8F6C8ED41BF8CEFF1190@VI1PR03MB1710.eurprd03.prod.outlook.com>
Message-ID: <CA+3eh11gVAxBDmoq3A0jrR+JETULfbJDQ8zBivDiXEv7KZHWUA@mail.gmail.com>

Hi Martin,

I'm afraid that's not easy to answer. The fix didn't made it into
8u162 which will be released in January 2018 [1]. It is targeted for
8u172 but there is no time-line for 8u172 yet [2].

The best you can do is to ask on the 8u-dev [3] mailing list or ask
the people at AdoptOpenJDK (adoption-discuss at openjdk.java.net [4]) to
merge the fix into their current builds. That would be actually a good
smoke test for their tool chain :)

Regards,
Volker

[1] http://openjdk.java.net/projects/jdk8u/releases/8u162.html
[2] http://openjdk.java.net/projects/jdk8u/
[3] http://mail.openjdk.java.net/mailman/listinfo/jdk8u-dev
[4] http://mail.openjdk.java.net/mailman/listinfo/adoption-discuss

On Tue, Jan 2, 2018 at 6:55 PM, Evans, Martin
<Martin.Evans at kingfisher.com> wrote:
> Hi Volker,
>
> Happy new year!
>
> Do you have a rough idea as to when it will make it into the regular update?
>
> Kind regards,
>
> Martin
>
> -----Original Message-----
> From: Volker Simonis [mailto:volker.simonis at gmail.com]
> Sent: 22 December 2017 16:25
> To: Evans, Martin <Martin.Evans at kingfisher.com>
> Cc: Baesken, Matthias <matthias.baesken at sap.com>; jdk8u-dev-request at openjdk.java.net; core-libs-dev at openjdk.java.net; ppc-aix-port-dev at openjdk.java.net; Simonis, Volker <volker.simonis at sap.com>; build-dev <build-dev at openjdk.java.net>
> Subject: Re: RFR [jdk8] : 8193807 : AIX: avoid UnsatisfiedLinkError by providing empty basic implementations of getSystemCpuLoad and getProcessCpuLoad
>
> Hi Martin,
>
> I've just pushed the fix to jdk8u/jdk8u-dev [1] so it should be in the next regular 8u update (probably 8u172 ?).
>
> You can of course test it any time by building the tip of http://hg.openjdk.java.net/jdk8u/jdk8u-dev yourself :)
>
> Merry Christmas and a happy new year,
> Volker
>
> [1] http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/def07b5ce3be
>
> On Wed, Dec 20, 2017 at 11:18 AM, Evans, Martin <Martin.Evans at kingfisher.com> wrote:
>> Many thanks guys, I look forward to testing.
>>
>> Regards,
>>
>> Martin
>>
>> -----Original Message-----
>> From: Volker Simonis [mailto:volker.simonis at gmail.com]
>> Sent: 20 December 2017 09:33
>> To: Baesken, Matthias <matthias.baesken at sap.com>
>> Cc: jdk8u-dev-request at openjdk.java.net;
>> core-libs-dev at openjdk.java.net; ppc-aix-port-dev at openjdk.java.net;
>> Simonis, Volker <volker.simonis at sap.com>; Evans, Martin
>> <Martin.Evans at kingfisher.com>; build-dev <build-dev at openjdk.java.net>
>> Subject: Re: RFR [jdk8] : 8193807 : AIX: avoid UnsatisfiedLinkError by
>> providing empty basic implementations of getSystemCpuLoad and
>> getProcessCpuLoad
>>
>> Hi Matthias,
>>
>> the change looks good!
>> I can sponsor it once we get the approval.
>>
>> Also forwarded to buil-dev for the minimal build change.
>>
>> Thank you and best regards,
>> Volker
>>
>>
>> On Wed, Dec 20, 2017 at 9:50 AM, Baesken, Matthias <matthias.baesken at sap.com> wrote:
>>> Hello  , Mark reported  this issue on AIX  with OpenJDK8 :
>>>
>>>>
>>>>I'm getting an unsatisfied link error when using logstash on AIX but I suspect the issue is with AIX or the JRE, the exception is:
>>>>
>>>> java.lang.UnsatisfiedLinkError: sun.management.OperatingSystemImpl.getProcessCpuLoad()D
>>>>                  getProcessCpuLoad at sun/management/OperatingSystemImpl.java:-2
>>>>                             <init> at org/logstash/instrument/monitors/ProcessMonitor.java:40
>>>>                             detect at org/logstash/instrument/monitors/ProcessMonitor.java:79
>>>>                           generate at
>>>> org/logstash/instrument/reports/ProcessReport.java:15
>>>>
>>>> this is the line in logstash:
>>>>
>>>> this.cpuProcessPercent =
>>>> scaleLoadToPercent(unixOsBean.getProcessCpuLoad());
>>>>
>>>> https://github.com/elastic/logstash/blob/master/logstash-core/src/ma
>>>> i n/java/org/logstash/instrument/monitors/ProcessMonitor.java
>>>>
>>>>
>>>> Could anybody help steer me in the right direction?
>>>>
>>>
>>> This fix addresses  the missing  getSystemCpuLoad and getProcessCpuLoad  on AIX  .
>>> JDK8 is only affected , JDK9 and higher is not affected .
>>>
>>> Could I get a  review for this change   ?
>>>
>>>
>>> Change :
>>>
>>> http://cr.openjdk.java.net/~mbaesken/webrevs/8193807/
>>>
>>> Bug :
>>>
>>> https://bugs.openjdk.java.net/browse/JDK-8193807
>>>
>>>
>>> Thanks, Matthias
>> ------------ Kingfisher plc Registered Office: 3 Sheldon Square, Paddington, London W2 6PX Registered in England, Number 1664812 This e-mail is only intended for the person(s) to whom it is addressed and may contain confidential information. Unless stated to the contrary, any opinions or comments are personal to the writer and do not represent the official view of the company. If you have received this e-mail in error, please notify us immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purpose, or disclose its contents to any other person. Thank you for your co-operation.
> ------------ Kingfisher plc Registered Office: 3 Sheldon Square, Paddington, London W2 6PX Registered in England, Number 1664812 This e-mail is only intended for the person(s) to whom it is addressed and may contain confidential information. Unless stated to the contrary, any opinions or comments are personal to the writer and do not represent the official view of the company. If you have received this e-mail in error, please notify us immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purpose, or disclose its contents to any other person. Thank you for your co-operation.


From nlisker at gmail.com  Wed Jan  3 14:34:31 2018
From: nlisker at gmail.com (Nir Lisker)
Date: Wed, 3 Jan 2018 16:34:31 +0200
Subject: bash configure fails on missing VS tools dir
In-Reply-To: <9a1bd4a2-06eb-d463-f88d-1df068e84a7c@oracle.com>
References: <CA+0ynh9ZyhKovVMpSj=kYpa6VH1PU46nD050a-=uu1Qr9Fkehg@mail.gmail.com>
 <9a1bd4a2-06eb-d463-f88d-1df068e84a7c@oracle.com>
Message-ID: <CA+0ynh-_hC_3DUNJJ6M7SvdHQqykqcMigHx5r3_irJTr_Jr8FQ@mail.gmail.com>

Thanks for the detailed reply.

Iv'e changed the logic in toolchain_windows.m4 and got this message:

Configure source code has been updated, checking time stamps
Warning: The configure source files is newer than the generated files.
Cannot locate autoconf, unable to correct situation.
Please install autoconf and run 'bash autogen.sh' to update the generated
files.
Error: Cannot continue

I downloaded autoconf 2.69. How do I point to it? There is no installation.

On Wed, Jan 3, 2018 at 3:24 PM, Erik Joelsson <erik.joelsson at oracle.com>
wrote:

> Hello Nir,
>
> On 2018-01-03 13:05, Nir Lisker wrote:
>
>> When trying to build JDK 11 on Windows 10 with VS Express 2013 Update 4
>> (as
>> stated in the docs - the highest supported version) the build fails:
>>
> AFAIK, this should work, though I have only ever used VS 2013 Professional.
>
>> bash configure  --with-tools-dir='C:\Program Files (x86)\Microsoft Visual
>> Studio 12.0\VC\bin'
>>
> If VS is properly installed in the default location, there should be no
> need to specify --with-tools-dir. Configure will look in the default
> location automatically.
>
>> ...
>> configure: Found Visual Studio installation at /cygdrive/c/Program Files
>> (x86)/Microsoft Visual Studio 12.0/ using --with-tools-dir
>> configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is probably
>> Visual Studio Express. Ignoring
>> configure: Found Visual Studio installation at /cygdrive/c/Program Files
>> (x86)/ using --with-tools-dir
>> configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is probably
>> Visual Studio Express. Ignoring
>> configure: The path given by --with-tools-dir does not contain a valid
>> configure: Visual Studio installation. Please point to the VC/bin or
>> VC/bin/amd64
>> configure: directory within the Visual Studio installation
>> configure: error: Cannot locate a valid Visual Studio installation
>> configure exiting with result code 1
>>
>> /Microsoft Visual Studio 12.0/VC/bin/ does not contain an /amd64 folder,
>> instead it has /x86_amd64. Also, vcvars64.bat is located directly under
>> /VC/bin.
>>
> This is strange. Looking at the configure source, we assume that the VS
> installation should contain "vc/bin/amd64/vcvars64.bat". If that file isn't
> found, configure doesn't recognize the VS installation. Unfortunately I
> don't have an Express installation to look at, but my old professional
> installation has that file. In VC/bin I only have vcvars32.bat.
>
> I'm pretty sure this layout was how the express edition used to look as
> well. Otherwise Magnus wouldn't have written the build doc claiming it
> would work.
>
> This means the file layout for Visual Studio 2013 has changed, or that
> it's different on Windows 10 (our builds are on older versions of Windows
> still).
>
> If you would like to try to fix this, the logic that needs updating is in
> make/autoconf/toolchain_windows.m4, in the macro
> TOOLCHAIN_CHECK_POSSIBLE_VISUAL_STUDIO_ROOT.
>
>> Iv'e made another attempt using /Microsoft Visual Studio 11.0/VC/bin/
>> which
>> resulted in the same error. This folder also has vcvars64.bat directly
>> under it. It also contains an /amd64 folder with a couple of dlls inside.
>>
>> Since I'm specifying the path to the /VC/bin dir I don't understand why
>> it's still complaining. What am I doing wrong?
>>
> Because of how different the versions of Visual Studio are, configure will
> not automatically assume or try a different version than the default
> without being told to. If you want to try 2012, you need to tell configure
> using --with-toolchain-version=2012. No need to specify tools dir as long
> as it's installed in the default location.
>
>> On a related note, is it possible to update the build requirements to work
>> with VS 2017? OpenJFX already uses this version.
>>
> This will likely happen in JDK 11 time frame. Note though that changing
> compilers is usually a pretty big effort so it will take a while.
>
> /Erik
>
>> - Nir
>>
>
>


From erik.joelsson at oracle.com  Wed Jan  3 14:54:44 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 3 Jan 2018 15:54:44 +0100
Subject: bash configure fails on missing VS tools dir
In-Reply-To: <CA+0ynh-_hC_3DUNJJ6M7SvdHQqykqcMigHx5r3_irJTr_Jr8FQ@mail.gmail.com>
References: <CA+0ynh9ZyhKovVMpSj=kYpa6VH1PU46nD050a-=uu1Qr9Fkehg@mail.gmail.com>
 <9a1bd4a2-06eb-d463-f88d-1df068e84a7c@oracle.com>
 <CA+0ynh-_hC_3DUNJJ6M7SvdHQqykqcMigHx5r3_irJTr_Jr8FQ@mail.gmail.com>
Message-ID: <37ba6f45-ff14-85b8-b5f7-19dd2cda52c4@oracle.com>

Hello Nir,

On 2018-01-03 15:34, Nir Lisker wrote:
> Thanks for the detailed reply.
>
> Iv'e changed the logic in toolchain_windows.m4 and got this message:
>
> Configure source code has been updated, checking time stamps
> Warning: The configure source files is newer than the generated files.
> Cannot locate autoconf, unable to correct situation.
> Please install autoconf and run 'bash autogen.sh' to update the 
> generated files.
> Error: Cannot continue
>
> I downloaded autoconf 2.69. How do I point to it? There is no 
> installation.
>
If you downloaded the src distro, then you need to compile and install 
it with something like

$ ./configure
$ make
$ make install

On Windows it's probably easier to just get it through cygwin. Note that 
the cygwin installer probably still lists autoconf as an old version in 
the name, but last I checked it was 2.69 that they actually provided. On 
Linux, just use your favorite package installation tool (apt, yum etc).

As long as it's on the path, autogen.sh will pick it up. Configure will 
also detect that you changed an .m4 file and run autogen.sh for you 
automatically, which is what happened to you above.

/Erik
> On Wed, Jan 3, 2018 at 3:24 PM, Erik Joelsson 
> <erik.joelsson at oracle.com <mailto:erik.joelsson at oracle.com>> wrote:
>
>     Hello Nir,
>
>     On 2018-01-03 13:05, Nir Lisker wrote:
>
>         When trying to build JDK 11 on Windows 10 with VS Express 2013
>         Update 4 (as
>         stated in the docs - the highest supported version) the build
>         fails:
>
>     AFAIK, this should work, though I have only ever used VS 2013
>     Professional.
>
>         bash configure? --with-tools-dir='C:\Program Files
>         (x86)\Microsoft Visual
>         Studio 12.0\VC\bin'
>
>     If VS is properly installed in the default location, there should
>     be no need to specify --with-tools-dir. Configure will look in the
>     default location automatically.
>
>         ...
>         configure: Found Visual Studio installation at
>         /cygdrive/c/Program Files
>         (x86)/Microsoft Visual Studio 12.0/ using --with-tools-dir
>         configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this
>         is probably
>         Visual Studio Express. Ignoring
>         configure: Found Visual Studio installation at
>         /cygdrive/c/Program Files
>         (x86)/ using --with-tools-dir
>         configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this
>         is probably
>         Visual Studio Express. Ignoring
>         configure: The path given by --with-tools-dir does not contain
>         a valid
>         configure: Visual Studio installation. Please point to the
>         VC/bin or
>         VC/bin/amd64
>         configure: directory within the Visual Studio installation
>         configure: error: Cannot locate a valid Visual Studio installation
>         configure exiting with result code 1
>
>         /Microsoft Visual Studio 12.0/VC/bin/ does not contain an
>         /amd64 folder,
>         instead it has /x86_amd64. Also, vcvars64.bat is located
>         directly under
>         /VC/bin.
>
>     This is strange. Looking at the configure source, we assume that
>     the VS installation should contain "vc/bin/amd64/vcvars64.bat". If
>     that file isn't found, configure doesn't recognize the VS
>     installation. Unfortunately I don't have an Express installation
>     to look at, but my old professional installation has that file. In
>     VC/bin I only have vcvars32.bat.
>
>     I'm pretty sure this layout was how the express edition used to
>     look as well. Otherwise Magnus wouldn't have written the build doc
>     claiming it would work.
>
>     This means the file layout for Visual Studio 2013 has changed, or
>     that it's different on Windows 10 (our builds are on older
>     versions of Windows still).
>
>     If you would like to try to fix this, the logic that needs
>     updating is in make/autoconf/toolchain_windows.m4, in the macro
>     TOOLCHAIN_CHECK_POSSIBLE_VISUAL_STUDIO_ROOT.
>
>         Iv'e made another attempt using /Microsoft Visual Studio
>         11.0/VC/bin/ which
>         resulted in the same error. This folder also has vcvars64.bat
>         directly
>         under it. It also contains an /amd64 folder with a couple of
>         dlls inside.
>
>         Since I'm specifying the path to the /VC/bin dir I don't
>         understand why
>         it's still complaining. What am I doing wrong?
>
>     Because of how different the versions of Visual Studio are,
>     configure will not automatically assume or try a different version
>     than the default without being told to. If you want to try 2012,
>     you need to tell configure using --with-toolchain-version=2012. No
>     need to specify tools dir as long as it's installed in the default
>     location.
>
>         On a related note, is it possible to update the build
>         requirements to work
>         with VS 2017? OpenJFX already uses this version.
>
>     This will likely happen in JDK 11 time frame. Note though that
>     changing compilers is usually a pretty big effort so it will take
>     a while.
>
>     /Erik
>
>         - Nir
>
>
>



From nlisker at gmail.com  Wed Jan  3 15:33:45 2018
From: nlisker at gmail.com (Nir Lisker)
Date: Wed, 3 Jan 2018 17:33:45 +0200
Subject: bash configure fails on missing VS tools dir
In-Reply-To: <37ba6f45-ff14-85b8-b5f7-19dd2cda52c4@oracle.com>
References: <CA+0ynh9ZyhKovVMpSj=kYpa6VH1PU46nD050a-=uu1Qr9Fkehg@mail.gmail.com>
 <9a1bd4a2-06eb-d463-f88d-1df068e84a7c@oracle.com>
 <CA+0ynh-_hC_3DUNJJ6M7SvdHQqykqcMigHx5r3_irJTr_Jr8FQ@mail.gmail.com>
 <37ba6f45-ff14-85b8-b5f7-19dd2cda52c4@oracle.com>
Message-ID: <CA+0ynh8hUNGngdmcw_+c42jpfY8OMdjyb+G39Cinfj53GjUYyw@mail.gmail.com>

Hello Erik,

I installed autoconf 2.69-3 through cygwin (indeed it was listed as 2.5).
However, running "bash autogen.sh" still gives:

You need autoconf installed to be able to regenerate the configure script
Error: Cannot find autoconf

If I run "bash configure" I get

Configure source code has been updated, checking time stamps
Running generated-configure.sh

And that's it. I checked generated-configure.sh and it contains only
comments and no script.

In autogen.sh I tried adding a print to help with debugging:

AUTOCONF="`which autoconf 2> /dev/null | grep -v '^no autoconf in'`"
echo "AUTOCONF is ${AUTOCONF}"

which prints

AUTOCONF is

Apologies for the mess. How do I continue?

- Nir

On Wed, Jan 3, 2018 at 4:54 PM, Erik Joelsson <erik.joelsson at oracle.com>
wrote:

> Hello Nir,
> On 2018-01-03 15:34, Nir Lisker wrote:
>
> Thanks for the detailed reply.
>
> Iv'e changed the logic in toolchain_windows.m4 and got this message:
>
> Configure source code has been updated, checking time stamps
> Warning: The configure source files is newer than the generated files.
> Cannot locate autoconf, unable to correct situation.
> Please install autoconf and run 'bash autogen.sh' to update the generated
> files.
> Error: Cannot continue
>
> I downloaded autoconf 2.69. How do I point to it? There is no installation.
>
> If you downloaded the src distro, then you need to compile and install it
> with something like
>
> $ ./configure
> $ make
> $ make install
>
> On Windows it's probably easier to just get it through cygwin. Note that
> the cygwin installer probably still lists autoconf as an old version in the
> name, but last I checked it was 2.69 that they actually provided. On Linux,
> just use your favorite package installation tool (apt, yum etc).
>
> As long as it's on the path, autogen.sh will pick it up. Configure will
> also detect that you changed an .m4 file and run autogen.sh for you
> automatically, which is what happened to you above.
>
> /Erik
>
> On Wed, Jan 3, 2018 at 3:24 PM, Erik Joelsson <erik.joelsson at oracle.com>
> wrote:
>
>> Hello Nir,
>>
>> On 2018-01-03 13:05, Nir Lisker wrote:
>>
>>> When trying to build JDK 11 on Windows 10 with VS Express 2013 Update 4
>>> (as
>>> stated in the docs - the highest supported version) the build fails:
>>>
>> AFAIK, this should work, though I have only ever used VS 2013
>> Professional.
>>
>>> bash configure  --with-tools-dir='C:\Program Files (x86)\Microsoft Visual
>>> Studio 12.0\VC\bin'
>>>
>> If VS is properly installed in the default location, there should be no
>> need to specify --with-tools-dir. Configure will look in the default
>> location automatically.
>>
>>> ...
>>> configure: Found Visual Studio installation at /cygdrive/c/Program Files
>>> (x86)/Microsoft Visual Studio 12.0/ using --with-tools-dir
>>> configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is
>>> probably
>>> Visual Studio Express. Ignoring
>>> configure: Found Visual Studio installation at /cygdrive/c/Program Files
>>> (x86)/ using --with-tools-dir
>>> configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is
>>> probably
>>> Visual Studio Express. Ignoring
>>> configure: The path given by --with-tools-dir does not contain a valid
>>> configure: Visual Studio installation. Please point to the VC/bin or
>>> VC/bin/amd64
>>> configure: directory within the Visual Studio installation
>>> configure: error: Cannot locate a valid Visual Studio installation
>>> configure exiting with result code 1
>>>
>>> /Microsoft Visual Studio 12.0/VC/bin/ does not contain an /amd64 folder,
>>> instead it has /x86_amd64. Also, vcvars64.bat is located directly under
>>> /VC/bin.
>>>
>> This is strange. Looking at the configure source, we assume that the VS
>> installation should contain "vc/bin/amd64/vcvars64.bat". If that file isn't
>> found, configure doesn't recognize the VS installation. Unfortunately I
>> don't have an Express installation to look at, but my old professional
>> installation has that file. In VC/bin I only have vcvars32.bat.
>>
>> I'm pretty sure this layout was how the express edition used to look as
>> well. Otherwise Magnus wouldn't have written the build doc claiming it
>> would work.
>>
>> This means the file layout for Visual Studio 2013 has changed, or that
>> it's different on Windows 10 (our builds are on older versions of Windows
>> still).
>>
>> If you would like to try to fix this, the logic that needs updating is in
>> make/autoconf/toolchain_windows.m4, in the macro
>> TOOLCHAIN_CHECK_POSSIBLE_VISUAL_STUDIO_ROOT.
>>
>>> Iv'e made another attempt using /Microsoft Visual Studio 11.0/VC/bin/
>>> which
>>> resulted in the same error. This folder also has vcvars64.bat directly
>>> under it. It also contains an /amd64 folder with a couple of dlls inside.
>>>
>>> Since I'm specifying the path to the /VC/bin dir I don't understand why
>>> it's still complaining. What am I doing wrong?
>>>
>> Because of how different the versions of Visual Studio are, configure
>> will not automatically assume or try a different version than the default
>> without being told to. If you want to try 2012, you need to tell configure
>> using --with-toolchain-version=2012. No need to specify tools dir as long
>> as it's installed in the default location.
>>
>>> On a related note, is it possible to update the build requirements to
>>> work
>>> with VS 2017? OpenJFX already uses this version.
>>>
>> This will likely happen in JDK 11 time frame. Note though that changing
>> compilers is usually a pretty big effort so it will take a while.
>>
>> /Erik
>>
>>> - Nir
>>>
>>
>>
>
>


From Randy.Crihfield at Oracle.com  Wed Jan  3 16:26:08 2018
From: Randy.Crihfield at Oracle.com (Randy Crihfield)
Date: Wed, 03 Jan 2018 11:26:08 -0500
Subject: RFR: 8194493 test for release file checking needs to be tier1
Message-ID: <5A4D0420.80203@Oracle.com>

I need to add the negative test created for JDK-8192837 to the 
TEST.groups file.

The related bug is https://bugs.openjdk.java.net/browse/JDK-8194493

The diff is very short and included below.

Any comments/suggestions are welcome, also I will need a sponsor for it 
at the end?

Randy


randyc at pollux -> hg diff TEST.groups
diff -r 3a52333a5e57 test/jdk/TEST.groups
--- a/test/jdk/TEST.groups
+++ b/test/jdk/TEST.groups
@@ -32,7 +32,8 @@
      java/nio/Buffer \
      com/sun/crypto/provider/Cipher \
      :jdk_math \
-    tools/pack200
+    tools/pack200 \
+    :build_sanity

  tier2 = \
      :jdk_io \
@@ -60,6 +61,10 @@
  # Other test definitions; generally smaller granularity than tiers
  #

+# Build source checking
+build_sanity = \
+    sanity/releaseFile
+
  # java.lang package and VM runtime support
  jdk_lang = \
      java/lang \
randyc at pollux ->


From jonathan.gibbons at oracle.com  Wed Jan  3 16:40:46 2018
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Wed, 3 Jan 2018 08:40:46 -0800
Subject: bash configure fails on missing javah
In-Reply-To: <70aed935-bf11-1efb-d4c9-ed72f3b46d6d@oracle.com>
References: <CA+0ynh_wJfhXe-RWz=n-QfAazdM5zHcdOfshm0fKFVDqYzezpA@mail.gmail.com>
 <CA+kOe09Y9-183Ev5WnWMy6zn4dmGqFuQaPvKT2yebcKdw_adAA@mail.gmail.com>
 <70aed935-bf11-1efb-d4c9-ed72f3b46d6d@oracle.com>
Message-ID: <75e17ef6-7af3-ac95-6e11-b6a42e3a76e1@oracle.com>

Note the corollary is that this impacts when javac can use recent 
language features.? i.e. in order to build the "interim javac", the? 
javac source code must be compatible with the "boot JDK". There's 
nothing inherently new in that, but the new release schedule is 
definitely going to have an impact here.

-- Jon


On 1/3/18 12:12 AM, Erik Joelsson wrote:
> The build hasn't used javah in a long time, so the configure check for 
> it is just a left over that we forgot to clean up. It should certainly 
> be removed and we will be forced to do it once we switch to JDK 10 as 
> boot jdk for 11.
>
> Note though that we will not switch to JDK 10 as boot for 11 until we 
> have an actual release of 10. Until then, the boot JDK for the 
> development of 11 will remain as 9. In the past, this interim 
> situation was pretty limited in time so we rarely had to deal with it. 
> With the new release schedule, we are going to be in this situation a 
> lot more, so the build documentation needs to be updated to explain this.
>
> /Erik
>
>
> On 2018-01-03 05:05, Martin Buchholz wrote:
>> I agree configure should not fail if javah is not found.? A high quality
>> configure test would first check if javac -h works, then fall back to 
>> javah
>> if that works, regardless of the boot jdk's version.
>>
>> On Tue, Jan 2, 2018 at 6:33 AM, Nir Lisker <nlisker at gmail.com> wrote:
>>
>>> I'm trying to build OpenJDK 11 as instructed here:
>>> http://hg.openjdk.java.net/jdk/jdk/raw-file/tip/doc/building.html.
>>>
>>> When executing `bash configure
>>> --with-import-modules=jfx_path\rt\build\modular-sdk`
>>> (I've build JavaFX) the build fails:
>>>
>>> checking for java in Boot JDK... ok
>>> checking for javac in Boot JDK... ok
>>> checking for javah in Boot JDK... not found
>>> configure: Your Boot JDK seems broken. This might be fixed by 
>>> explicitly
>>> setting --with-boot-jdk
>>> configure: error: Could not find javah in the Boot JDK
>>> configure exiting with result code 1
>>>
>>> The boot JDK is 10, which does not have javah anymore, so it is no
>>> surprise. I could point boot JDK to a previous version, but I don't 
>>> think I
>>> should need to. What I should do?
>>>
>>> Nir
>>>
>



From jonathan.gibbons at oracle.com  Wed Jan  3 21:44:38 2018
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Wed, 03 Jan 2018 13:44:38 -0800
Subject: RFR: JDK-8194141: Remove JDK9Wrappers
Message-ID: <5A4D4EC6.8020606@oracle.com>

Please review this code to remove a "temporary" class from javac, to 
provide reflective access to JDK 9 API, so that javac itself could be 
built with JDK 8.  This temporary class is no longer required, now that 
the boot JDK for JDK 10 onwards is JDK 9.

This is primarily about replacing the use of a javac internal class with 
the underlying direct API calls. However, a minor change to the autoconf 
spec is also required, to grant compile-time access to some internal JDK 
API. Some comments from the jdk.compiler module-info are also updated.

The fix is proposed for JDK 11.

JBS: https://bugs.openjdk.java.net/browse/JDK-8194141
Webrev: http://cr.openjdk.java.net/~jjg/8194141/webrev.00

-- Jon




From jonathan.gibbons at oracle.com  Wed Jan  3 22:42:18 2018
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Wed, 03 Jan 2018 14:42:18 -0800
Subject: RFR: JDK-8194141: Remove JDK9Wrappers
In-Reply-To: <5A4D4EC6.8020606@oracle.com>
References: <5A4D4EC6.8020606@oracle.com>
Message-ID: <5A4D5C4A.2000509@oracle.com>

Updated webrev, reverting unnecessary change to generated-configure.sh

http://cr.openjdk.java.net/~jjg/8194141/webrev.01/

-- Jon

On 01/03/2018 01:44 PM, Jonathan Gibbons wrote:
> Please review this code to remove a "temporary" class from javac, to 
> provide reflective access to JDK 9 API, so that javac itself could be 
> built with JDK 8.  This temporary class is no longer required, now 
> that the boot JDK for JDK 10 onwards is JDK 9.
>
> This is primarily about replacing the use of a javac internal class 
> with the underlying direct API calls. However, a minor change to the 
> autoconf spec is also required, to grant compile-time access to some 
> internal JDK API. Some comments from the jdk.compiler module-info are 
> also updated.
>
> The fix is proposed for JDK 11.
>
> JBS: https://bugs.openjdk.java.net/browse/JDK-8194141
> Webrev: http://cr.openjdk.java.net/~jjg/8194141/webrev.00
>
> -- Jon
>
>



From david.holmes at oracle.com  Thu Jan  4 00:58:17 2018
From: david.holmes at oracle.com (David Holmes)
Date: Thu, 4 Jan 2018 10:58:17 +1000
Subject: RFR: 8194493 test for release file checking needs to be tier1
In-Reply-To: <5A4D0420.80203@Oracle.com>
References: <5A4D0420.80203@Oracle.com>
Message-ID: <2600a996-986f-c397-9ac5-80ed375b8c7f@oracle.com>

Hi Randy,

The build team don't have anything to do with TEST.groups, this should 
be reviewed on core-libs-dev.

Thanks,
David

On 4/01/2018 2:26 AM, Randy Crihfield wrote:
> I need to add the negative test created for JDK-8192837 to the 
> TEST.groups file.
> 
> The related bug is https://bugs.openjdk.java.net/browse/JDK-8194493
> 
> The diff is very short and included below.
> 
> Any comments/suggestions are welcome, also I will need a sponsor for it 
> at the end?
> 
> Randy
> 
> 
> randyc at pollux -> hg diff TEST.groups
> diff -r 3a52333a5e57 test/jdk/TEST.groups
> --- a/test/jdk/TEST.groups
> +++ b/test/jdk/TEST.groups
> @@ -32,7 +32,8 @@
>  ???? java/nio/Buffer \
>  ???? com/sun/crypto/provider/Cipher \
>  ???? :jdk_math \
> -??? tools/pack200
> +??? tools/pack200 \
> +??? :build_sanity
> 
>  ?tier2 = \
>  ???? :jdk_io \
> @@ -60,6 +61,10 @@
>  ?# Other test definitions; generally smaller granularity than tiers
>  ?#
> 
> +# Build source checking
> +build_sanity = \
> +??? sanity/releaseFile
> +
>  ?# java.lang package and VM runtime support
>  ?jdk_lang = \
>  ???? java/lang \
> randyc at pollux ->


From Alan.Bateman at oracle.com  Thu Jan  4 07:53:06 2018
From: Alan.Bateman at oracle.com (Alan Bateman)
Date: Thu, 4 Jan 2018 07:53:06 +0000
Subject: RFR: JDK-8194141: Remove JDK9Wrappers
In-Reply-To: <5A4D5C4A.2000509@oracle.com>
References: <5A4D4EC6.8020606@oracle.com> <5A4D5C4A.2000509@oracle.com>
Message-ID: <e7398008-ab01-333c-1fb4-2310b483e084@oracle.com>

On 03/01/2018 22:42, Jonathan Gibbons wrote:
> Updated webrev, reverting unnecessary change to generated-configure.sh
>
> http://cr.openjdk.java.net/~jjg/8194141/webrev.01/
This cleanup looks good to me.

-Alan


From erik.joelsson at oracle.com  Thu Jan  4 08:29:25 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 4 Jan 2018 09:29:25 +0100
Subject: bash configure fails on missing VS tools dir
In-Reply-To: <CA+0ynh8hUNGngdmcw_+c42jpfY8OMdjyb+G39Cinfj53GjUYyw@mail.gmail.com>
References: <CA+0ynh9ZyhKovVMpSj=kYpa6VH1PU46nD050a-=uu1Qr9Fkehg@mail.gmail.com>
 <9a1bd4a2-06eb-d463-f88d-1df068e84a7c@oracle.com>
 <CA+0ynh-_hC_3DUNJJ6M7SvdHQqykqcMigHx5r3_irJTr_Jr8FQ@mail.gmail.com>
 <37ba6f45-ff14-85b8-b5f7-19dd2cda52c4@oracle.com>
 <CA+0ynh8hUNGngdmcw_+c42jpfY8OMdjyb+G39Cinfj53GjUYyw@mail.gmail.com>
Message-ID: <38203e5f-2f4c-a8ec-1719-258f7b460f3c@oracle.com>

Can you run "autoconf --version" on the command line?

/Erik


On 2018-01-03 16:33, Nir Lisker wrote:
> Hello Erik,
>
> I installed autoconf 2.69-3 through cygwin (indeed it was listed as 
> 2.5). However, running "bash autogen.sh" still gives:
>
> You need autoconf installed to be able to regenerate the configure script
> Error: Cannot find autoconf
>
> If I run "bash configure" I get
>
> Configure source code has been updated, checking time stamps
> Running generated-configure.sh
>
> And that's it. I checked generated-configure.sh and it contains only 
> comments and no script.
>
> In autogen.sh I tried adding a print to help with debugging:
>
> AUTOCONF="`which autoconf 2> /dev/null | grep -v '^no autoconf in'`"
> echo "AUTOCONF is ${AUTOCONF}"
>
> which prints
>
> AUTOCONF is
>
> Apologies for the mess. How do I continue?
>
> - Nir
>
> On Wed, Jan 3, 2018 at 4:54 PM, Erik Joelsson 
> <erik.joelsson at oracle.com <mailto:erik.joelsson at oracle.com>> wrote:
>
>     Hello Nir,
>
>     On 2018-01-03 15:34, Nir Lisker wrote:
>>     Thanks for the detailed reply.
>>
>>     Iv'e changed the logic in toolchain_windows.m4 and got this message:
>>
>>     Configure source code has been updated, checking time stamps
>>     Warning: The configure source files is newer than the generated
>>     files.
>>     Cannot locate autoconf, unable to correct situation.
>>     Please install autoconf and run 'bash autogen.sh' to update the
>>     generated files.
>>     Error: Cannot continue
>>
>>     I downloaded autoconf 2.69. How do I point to it? There is no
>>     installation.
>>
>     If you downloaded the src distro, then you need to compile and
>     install it with something like
>
>     $ ./configure
>     $ make
>     $ make install
>
>     On Windows it's probably easier to just get it through cygwin.
>     Note that the cygwin installer probably still lists autoconf as an
>     old version in the name, but last I checked it was 2.69 that they
>     actually provided. On Linux, just use your favorite package
>     installation tool (apt, yum etc).
>
>     As long as it's on the path, autogen.sh will pick it up. Configure
>     will also detect that you changed an .m4 file and run autogen.sh
>     for you automatically, which is what happened to you above.
>
>     /Erik
>
>>     On Wed, Jan 3, 2018 at 3:24 PM, Erik Joelsson
>>     <erik.joelsson at oracle.com <mailto:erik.joelsson at oracle.com>> wrote:
>>
>>         Hello Nir,
>>
>>         On 2018-01-03 13:05, Nir Lisker wrote:
>>
>>             When trying to build JDK 11 on Windows 10 with VS Express
>>             2013 Update 4 (as
>>             stated in the docs - the highest supported version) the
>>             build fails:
>>
>>         AFAIK, this should work, though I have only ever used VS 2013
>>         Professional.
>>
>>             bash configure? --with-tools-dir='C:\Program Files
>>             (x86)\Microsoft Visual
>>             Studio 12.0\VC\bin'
>>
>>         If VS is properly installed in the default location, there
>>         should be no need to specify --with-tools-dir. Configure will
>>         look in the default location automatically.
>>
>>             ...
>>             configure: Found Visual Studio installation at
>>             /cygdrive/c/Program Files
>>             (x86)/Microsoft Visual Studio 12.0/ using --with-tools-dir
>>             configure: Warning: vc/bin/amd64/vcvars64.bat is missing,
>>             this is probably
>>             Visual Studio Express. Ignoring
>>             configure: Found Visual Studio installation at
>>             /cygdrive/c/Program Files
>>             (x86)/ using --with-tools-dir
>>             configure: Warning: vc/bin/amd64/vcvars64.bat is missing,
>>             this is probably
>>             Visual Studio Express. Ignoring
>>             configure: The path given by --with-tools-dir does not
>>             contain a valid
>>             configure: Visual Studio installation. Please point to
>>             the VC/bin or
>>             VC/bin/amd64
>>             configure: directory within the Visual Studio installation
>>             configure: error: Cannot locate a valid Visual Studio
>>             installation
>>             configure exiting with result code 1
>>
>>             /Microsoft Visual Studio 12.0/VC/bin/ does not contain an
>>             /amd64 folder,
>>             instead it has /x86_amd64. Also, vcvars64.bat is located
>>             directly under
>>             /VC/bin.
>>
>>         This is strange. Looking at the configure source, we assume
>>         that the VS installation should contain
>>         "vc/bin/amd64/vcvars64.bat". If that file isn't found,
>>         configure doesn't recognize the VS installation.
>>         Unfortunately I don't have an Express installation to look
>>         at, but my old professional installation has that file. In
>>         VC/bin I only have vcvars32.bat.
>>
>>         I'm pretty sure this layout was how the express edition used
>>         to look as well. Otherwise Magnus wouldn't have written the
>>         build doc claiming it would work.
>>
>>         This means the file layout for Visual Studio 2013 has
>>         changed, or that it's different on Windows 10 (our builds are
>>         on older versions of Windows still).
>>
>>         If you would like to try to fix this, the logic that needs
>>         updating is in make/autoconf/toolchain_windows.m4, in the
>>         macro TOOLCHAIN_CHECK_POSSIBLE_VISUAL_STUDIO_ROOT.
>>
>>             Iv'e made another attempt using /Microsoft Visual Studio
>>             11.0/VC/bin/ which
>>             resulted in the same error. This folder also has
>>             vcvars64.bat directly
>>             under it. It also contains an /amd64 folder with a couple
>>             of dlls inside.
>>
>>             Since I'm specifying the path to the /VC/bin dir I don't
>>             understand why
>>             it's still complaining. What am I doing wrong?
>>
>>         Because of how different the versions of Visual Studio are,
>>         configure will not automatically assume or try a different
>>         version than the default without being told to. If you want
>>         to try 2012, you need to tell configure using
>>         --with-toolchain-version=2012. No need to specify tools dir
>>         as long as it's installed in the default location.
>>
>>             On a related note, is it possible to update the build
>>             requirements to work
>>             with VS 2017? OpenJFX already uses this version.
>>
>>         This will likely happen in JDK 11 time frame. Note though
>>         that changing compilers is usually a pretty big effort so it
>>         will take a while.
>>
>>         /Erik
>>
>>             - Nir
>>
>>
>>
>
>



From erik.joelsson at oracle.com  Thu Jan  4 08:33:14 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 4 Jan 2018 09:33:14 +0100
Subject: RFR: JDK-8194141: Remove JDK9Wrappers
In-Reply-To: <5A4D5C4A.2000509@oracle.com>
References: <5A4D4EC6.8020606@oracle.com> <5A4D5C4A.2000509@oracle.com>
Message-ID: <ad1fc367-9f81-619d-0e1e-a16ffd364648@oracle.com>

Looks good to me.

/Erik


On 2018-01-03 23:42, Jonathan Gibbons wrote:
> Updated webrev, reverting unnecessary change to generated-configure.sh
>
> http://cr.openjdk.java.net/~jjg/8194141/webrev.01/
>
> -- Jon
>
> On 01/03/2018 01:44 PM, Jonathan Gibbons wrote:
>> Please review this code to remove a "temporary" class from javac, to 
>> provide reflective access to JDK 9 API, so that javac itself could be 
>> built with JDK 8.? This temporary class is no longer required, now 
>> that the boot JDK for JDK 10 onwards is JDK 9.
>>
>> This is primarily about replacing the use of a javac internal class 
>> with the underlying direct API calls. However, a minor change to the 
>> autoconf spec is also required, to grant compile-time access to some 
>> internal JDK API. Some comments from the jdk.compiler module-info are 
>> also updated.
>>
>> The fix is proposed for JDK 11.
>>
>> JBS: https://bugs.openjdk.java.net/browse/JDK-8194141
>> Webrev: http://cr.openjdk.java.net/~jjg/8194141/webrev.00
>>
>> -- Jon
>>
>>
>



From nlisker at gmail.com  Thu Jan  4 10:40:23 2018
From: nlisker at gmail.com (Nir Lisker)
Date: Thu, 4 Jan 2018 12:40:23 +0200
Subject: bash configure fails on missing VS tools dir
In-Reply-To: <38203e5f-2f4c-a8ec-1719-258f7b460f3c@oracle.com>
References: <CA+0ynh9ZyhKovVMpSj=kYpa6VH1PU46nD050a-=uu1Qr9Fkehg@mail.gmail.com>
 <9a1bd4a2-06eb-d463-f88d-1df068e84a7c@oracle.com>
 <CA+0ynh-_hC_3DUNJJ6M7SvdHQqykqcMigHx5r3_irJTr_Jr8FQ@mail.gmail.com>
 <37ba6f45-ff14-85b8-b5f7-19dd2cda52c4@oracle.com>
 <CA+0ynh8hUNGngdmcw_+c42jpfY8OMdjyb+G39Cinfj53GjUYyw@mail.gmail.com>
 <38203e5f-2f4c-a8ec-1719-258f7b460f3c@oracle.com>
Message-ID: <CA+0ynh_13jX_n_5Pcgp7kLnYGkATWyPW7rjPjO8sQ8KshrJGEQ@mail.gmail.com>

I get "-bash: autoconf: command not found".

Here's an image of the autoconf packages in the cygwin installer in case I
didn't install the right one: https://i.imgur.com/V3GMg9Y.png

Do I need to add some directory to the PATH env variable? I'd imagine
cygwin would know where it installed it.

- Nir

On Thu, Jan 4, 2018 at 10:29 AM, Erik Joelsson <erik.joelsson at oracle.com>
wrote:

> Can you run "autoconf --version" on the command line?
>
> /Erik
>
> On 2018-01-03 16:33, Nir Lisker wrote:
>
> Hello Erik,
>
> I installed autoconf 2.69-3 through cygwin (indeed it was listed as 2.5).
> However, running "bash autogen.sh" still gives:
>
> You need autoconf installed to be able to regenerate the configure script
> Error: Cannot find autoconf
>
> If I run "bash configure" I get
>
> Configure source code has been updated, checking time stamps
> Running generated-configure.sh
>
> And that's it. I checked generated-configure.sh and it contains only
> comments and no script.
>
> In autogen.sh I tried adding a print to help with debugging:
>
> AUTOCONF="`which autoconf 2> /dev/null | grep -v '^no autoconf in'`"
> echo "AUTOCONF is ${AUTOCONF}"
>
> which prints
>
> AUTOCONF is
>
> Apologies for the mess. How do I continue?
>
> - Nir
>
> On Wed, Jan 3, 2018 at 4:54 PM, Erik Joelsson <erik.joelsson at oracle.com>
> wrote:
>
>> Hello Nir,
>> On 2018-01-03 15:34, Nir Lisker wrote:
>>
>> Thanks for the detailed reply.
>>
>> Iv'e changed the logic in toolchain_windows.m4 and got this message:
>>
>> Configure source code has been updated, checking time stamps
>> Warning: The configure source files is newer than the generated files.
>> Cannot locate autoconf, unable to correct situation.
>> Please install autoconf and run 'bash autogen.sh' to update the generated
>> files.
>> Error: Cannot continue
>>
>> I downloaded autoconf 2.69. How do I point to it? There is no
>> installation.
>>
>> If you downloaded the src distro, then you need to compile and install it
>> with something like
>>
>> $ ./configure
>> $ make
>> $ make install
>>
>> On Windows it's probably easier to just get it through cygwin. Note that
>> the cygwin installer probably still lists autoconf as an old version in the
>> name, but last I checked it was 2.69 that they actually provided. On Linux,
>> just use your favorite package installation tool (apt, yum etc).
>>
>> As long as it's on the path, autogen.sh will pick it up. Configure will
>> also detect that you changed an .m4 file and run autogen.sh for you
>> automatically, which is what happened to you above.
>>
>> /Erik
>>
>> On Wed, Jan 3, 2018 at 3:24 PM, Erik Joelsson <erik.joelsson at oracle.com>
>> wrote:
>>
>>> Hello Nir,
>>>
>>> On 2018-01-03 13:05, Nir Lisker wrote:
>>>
>>>> When trying to build JDK 11 on Windows 10 with VS Express 2013 Update 4
>>>> (as
>>>> stated in the docs - the highest supported version) the build fails:
>>>>
>>> AFAIK, this should work, though I have only ever used VS 2013
>>> Professional.
>>>
>>>> bash configure  --with-tools-dir='C:\Program Files (x86)\Microsoft
>>>> Visual
>>>> Studio 12.0\VC\bin'
>>>>
>>> If VS is properly installed in the default location, there should be no
>>> need to specify --with-tools-dir. Configure will look in the default
>>> location automatically.
>>>
>>>> ...
>>>> configure: Found Visual Studio installation at /cygdrive/c/Program Files
>>>> (x86)/Microsoft Visual Studio 12.0/ using --with-tools-dir
>>>> configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is
>>>> probably
>>>> Visual Studio Express. Ignoring
>>>> configure: Found Visual Studio installation at /cygdrive/c/Program Files
>>>> (x86)/ using --with-tools-dir
>>>> configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is
>>>> probably
>>>> Visual Studio Express. Ignoring
>>>> configure: The path given by --with-tools-dir does not contain a valid
>>>> configure: Visual Studio installation. Please point to the VC/bin or
>>>> VC/bin/amd64
>>>> configure: directory within the Visual Studio installation
>>>> configure: error: Cannot locate a valid Visual Studio installation
>>>> configure exiting with result code 1
>>>>
>>>> /Microsoft Visual Studio 12.0/VC/bin/ does not contain an /amd64 folder,
>>>> instead it has /x86_amd64. Also, vcvars64.bat is located directly under
>>>> /VC/bin.
>>>>
>>> This is strange. Looking at the configure source, we assume that the VS
>>> installation should contain "vc/bin/amd64/vcvars64.bat". If that file isn't
>>> found, configure doesn't recognize the VS installation. Unfortunately I
>>> don't have an Express installation to look at, but my old professional
>>> installation has that file. In VC/bin I only have vcvars32.bat.
>>>
>>> I'm pretty sure this layout was how the express edition used to look as
>>> well. Otherwise Magnus wouldn't have written the build doc claiming it
>>> would work.
>>>
>>> This means the file layout for Visual Studio 2013 has changed, or that
>>> it's different on Windows 10 (our builds are on older versions of Windows
>>> still).
>>>
>>> If you would like to try to fix this, the logic that needs updating is
>>> in make/autoconf/toolchain_windows.m4, in the macro
>>> TOOLCHAIN_CHECK_POSSIBLE_VISUAL_STUDIO_ROOT.
>>>
>>>> Iv'e made another attempt using /Microsoft Visual Studio 11.0/VC/bin/
>>>> which
>>>> resulted in the same error. This folder also has vcvars64.bat directly
>>>> under it. It also contains an /amd64 folder with a couple of dlls
>>>> inside.
>>>>
>>>> Since I'm specifying the path to the /VC/bin dir I don't understand why
>>>> it's still complaining. What am I doing wrong?
>>>>
>>> Because of how different the versions of Visual Studio are, configure
>>> will not automatically assume or try a different version than the default
>>> without being told to. If you want to try 2012, you need to tell configure
>>> using --with-toolchain-version=2012. No need to specify tools dir as long
>>> as it's installed in the default location.
>>>
>>>> On a related note, is it possible to update the build requirements to
>>>> work
>>>> with VS 2017? OpenJFX already uses this version.
>>>>
>>> This will likely happen in JDK 11 time frame. Note though that changing
>>> compilers is usually a pretty big effort so it will take a while.
>>>
>>> /Erik
>>>
>>>> - Nir
>>>>
>>>
>>>
>>
>>
>
>


From erik.joelsson at oracle.com  Thu Jan  4 10:55:12 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 4 Jan 2018 11:55:12 +0100
Subject: bash configure fails on missing VS tools dir
In-Reply-To: <CA+0ynh_13jX_n_5Pcgp7kLnYGkATWyPW7rjPjO8sQ8KshrJGEQ@mail.gmail.com>
References: <CA+0ynh9ZyhKovVMpSj=kYpa6VH1PU46nD050a-=uu1Qr9Fkehg@mail.gmail.com>
 <9a1bd4a2-06eb-d463-f88d-1df068e84a7c@oracle.com>
 <CA+0ynh-_hC_3DUNJJ6M7SvdHQqykqcMigHx5r3_irJTr_Jr8FQ@mail.gmail.com>
 <37ba6f45-ff14-85b8-b5f7-19dd2cda52c4@oracle.com>
 <CA+0ynh8hUNGngdmcw_+c42jpfY8OMdjyb+G39Cinfj53GjUYyw@mail.gmail.com>
 <38203e5f-2f4c-a8ec-1719-258f7b460f3c@oracle.com>
 <CA+0ynh_13jX_n_5Pcgp7kLnYGkATWyPW7rjPjO8sQ8KshrJGEQ@mail.gmail.com>
Message-ID: <281a0bcc-3a79-c6ec-af63-d20c5140d32d@oracle.com>

I think you also need the "Wrapper scripts for autoconf commands". Was a 
long time since I did this.

/Erik


On 2018-01-04 11:40, Nir Lisker wrote:
> I get "-bash: autoconf: command not found".
>
> Here's an image of the autoconf packages in the cygwin installer in 
> case I didn't install the right one: https://i.imgur.com/V3GMg9Y.png
>
> Do I need to add some directory to the PATH env variable? I'd imagine 
> cygwin would know where it installed it.
>
> - Nir
>
> On Thu, Jan 4, 2018 at 10:29 AM, Erik Joelsson 
> <erik.joelsson at oracle.com <mailto:erik.joelsson at oracle.com>> wrote:
>
>     Can you run "autoconf --version" on the command line?
>
>     /Erik
>
>
>     On 2018-01-03 16:33, Nir Lisker wrote:
>>     Hello Erik,
>>
>>     I installed autoconf 2.69-3 through cygwin (indeed it was listed
>>     as 2.5). However, running "bash autogen.sh" still gives:
>>
>>     You need autoconf installed to be able to regenerate the
>>     configure script
>>     Error: Cannot find autoconf
>>
>>     If I run "bash configure" I get
>>
>>     Configure source code has been updated, checking time stamps
>>     Running generated-configure.sh
>>
>>     And that's it. I checked generated-configure.sh and it contains
>>     only comments and no script.
>>
>>     In autogen.sh I tried adding a print to help with debugging:
>>
>>     AUTOCONF="`which autoconf 2> /dev/null | grep -v '^no autoconf in'`"
>>     echo "AUTOCONF is ${AUTOCONF}"
>>
>>     which prints
>>
>>     AUTOCONF is
>>
>>     Apologies for the mess. How do I continue?
>>
>>     - Nir
>>
>>     On Wed, Jan 3, 2018 at 4:54 PM, Erik Joelsson
>>     <erik.joelsson at oracle.com <mailto:erik.joelsson at oracle.com>> wrote:
>>
>>         Hello Nir,
>>
>>         On 2018-01-03 15:34, Nir Lisker wrote:
>>>         Thanks for the detailed reply.
>>>
>>>         Iv'e changed the logic in toolchain_windows.m4 and got this
>>>         message:
>>>
>>>         Configure source code has been updated, checking time stamps
>>>         Warning: The configure source files is newer than the
>>>         generated files.
>>>         Cannot locate autoconf, unable to correct situation.
>>>         Please install autoconf and run 'bash autogen.sh' to update
>>>         the generated files.
>>>         Error: Cannot continue
>>>
>>>         I downloaded autoconf 2.69. How do I point to it? There is
>>>         no installation.
>>>
>>         If you downloaded the src distro, then you need to compile
>>         and install it with something like
>>
>>         $ ./configure
>>         $ make
>>         $ make install
>>
>>         On Windows it's probably easier to just get it through
>>         cygwin. Note that the cygwin installer probably still lists
>>         autoconf as an old version in the name, but last I checked it
>>         was 2.69 that they actually provided. On Linux, just use your
>>         favorite package installation tool (apt, yum etc).
>>
>>         As long as it's on the path, autogen.sh will pick it up.
>>         Configure will also detect that you changed an .m4 file and
>>         run autogen.sh for you automatically, which is what happened
>>         to you above.
>>
>>         /Erik
>>
>>>         On Wed, Jan 3, 2018 at 3:24 PM, Erik Joelsson
>>>         <erik.joelsson at oracle.com <mailto:erik.joelsson at oracle.com>>
>>>         wrote:
>>>
>>>             Hello Nir,
>>>
>>>             On 2018-01-03 13:05, Nir Lisker wrote:
>>>
>>>                 When trying to build JDK 11 on Windows 10 with VS
>>>                 Express 2013 Update 4 (as
>>>                 stated in the docs - the highest supported version)
>>>                 the build fails:
>>>
>>>             AFAIK, this should work, though I have only ever used VS
>>>             2013 Professional.
>>>
>>>                 bash configure --with-tools-dir='C:\Program Files
>>>                 (x86)\Microsoft Visual
>>>                 Studio 12.0\VC\bin'
>>>
>>>             If VS is properly installed in the default location,
>>>             there should be no need to specify --with-tools-dir.
>>>             Configure will look in the default location automatically.
>>>
>>>                 ...
>>>                 configure: Found Visual Studio installation at
>>>                 /cygdrive/c/Program Files
>>>                 (x86)/Microsoft Visual Studio 12.0/ using
>>>                 --with-tools-dir
>>>                 configure: Warning: vc/bin/amd64/vcvars64.bat is
>>>                 missing, this is probably
>>>                 Visual Studio Express. Ignoring
>>>                 configure: Found Visual Studio installation at
>>>                 /cygdrive/c/Program Files
>>>                 (x86)/ using --with-tools-dir
>>>                 configure: Warning: vc/bin/amd64/vcvars64.bat is
>>>                 missing, this is probably
>>>                 Visual Studio Express. Ignoring
>>>                 configure: The path given by --with-tools-dir does
>>>                 not contain a valid
>>>                 configure: Visual Studio installation. Please point
>>>                 to the VC/bin or
>>>                 VC/bin/amd64
>>>                 configure: directory within the Visual Studio
>>>                 installation
>>>                 configure: error: Cannot locate a valid Visual
>>>                 Studio installation
>>>                 configure exiting with result code 1
>>>
>>>                 /Microsoft Visual Studio 12.0/VC/bin/ does not
>>>                 contain an /amd64 folder,
>>>                 instead it has /x86_amd64. Also, vcvars64.bat is
>>>                 located directly under
>>>                 /VC/bin.
>>>
>>>             This is strange. Looking at the configure source, we
>>>             assume that the VS installation should contain
>>>             "vc/bin/amd64/vcvars64.bat". If that file isn't found,
>>>             configure doesn't recognize the VS installation.
>>>             Unfortunately I don't have an Express installation to
>>>             look at, but my old professional installation has that
>>>             file. In VC/bin I only have vcvars32.bat.
>>>
>>>             I'm pretty sure this layout was how the express edition
>>>             used to look as well. Otherwise Magnus wouldn't have
>>>             written the build doc claiming it would work.
>>>
>>>             This means the file layout for Visual Studio 2013 has
>>>             changed, or that it's different on Windows 10 (our
>>>             builds are on older versions of Windows still).
>>>
>>>             If you would like to try to fix this, the logic that
>>>             needs updating is in make/autoconf/toolchain_windows.m4,
>>>             in the macro TOOLCHAIN_CHECK_POSSIBLE_VISUAL_STUDIO_ROOT.
>>>
>>>                 Iv'e made another attempt using /Microsoft Visual
>>>                 Studio 11.0/VC/bin/ which
>>>                 resulted in the same error. This folder also has
>>>                 vcvars64.bat directly
>>>                 under it. It also contains an /amd64 folder with a
>>>                 couple of dlls inside.
>>>
>>>                 Since I'm specifying the path to the /VC/bin dir I
>>>                 don't understand why
>>>                 it's still complaining. What am I doing wrong?
>>>
>>>             Because of how different the versions of Visual Studio
>>>             are, configure will not automatically assume or try a
>>>             different version than the default without being told
>>>             to. If you want to try 2012, you need to tell configure
>>>             using --with-toolchain-version=2012. No need to specify
>>>             tools dir as long as it's installed in the default location.
>>>
>>>                 On a related note, is it possible to update the
>>>                 build requirements to work
>>>                 with VS 2017? OpenJFX already uses this version.
>>>
>>>             This will likely happen in JDK 11 time frame. Note
>>>             though that changing compilers is usually a pretty big
>>>             effort so it will take a while.
>>>
>>>             /Erik
>>>
>>>                 - Nir
>>>
>>>
>>>
>>
>>
>
>



From nlisker at gmail.com  Thu Jan  4 11:45:44 2018
From: nlisker at gmail.com (Nir Lisker)
Date: Thu, 4 Jan 2018 13:45:44 +0200
Subject: bash configure fails on missing VS tools dir
In-Reply-To: <281a0bcc-3a79-c6ec-af63-d20c5140d32d@oracle.com>
References: <CA+0ynh9ZyhKovVMpSj=kYpa6VH1PU46nD050a-=uu1Qr9Fkehg@mail.gmail.com>
 <9a1bd4a2-06eb-d463-f88d-1df068e84a7c@oracle.com>
 <CA+0ynh-_hC_3DUNJJ6M7SvdHQqykqcMigHx5r3_irJTr_Jr8FQ@mail.gmail.com>
 <37ba6f45-ff14-85b8-b5f7-19dd2cda52c4@oracle.com>
 <CA+0ynh8hUNGngdmcw_+c42jpfY8OMdjyb+G39Cinfj53GjUYyw@mail.gmail.com>
 <38203e5f-2f4c-a8ec-1719-258f7b460f3c@oracle.com>
 <CA+0ynh_13jX_n_5Pcgp7kLnYGkATWyPW7rjPjO8sQ8KshrJGEQ@mail.gmail.com>
 <281a0bcc-3a79-c6ec-af63-d20c5140d32d@oracle.com>
Message-ID: <CA+0ynh_He7Yf=4pU=1TAbVgLyxJCDHMUStxQa_NO4Bg3LTOosA@mail.gmail.com>

Yes, that did it, autegen.sh completed successfully. Thanks.

Now the next problem with "bash configure":
configure: error: Target CPU mismatch. We are building for x86_64 but CL is
for "x86"; expected "x64".

If that's the cl.exe which is in the same folder as vcvars, I noticed that
in toolchain_windows.m4 that the script can try to find vcvars64.bat:

   if test "x$OPENJDK_TARGET_CPU_BITS" = x32; then
      VCVARSFILE="vc/bin/vcvars32.bat"
   else
      VCVARSFILE="vc/bin/amd64/vcvars64.bat"
   fi

But this file doesn't exist in the VS 12.0 or 11.0 installations. The
change I made to the above in order to solve the "missing" VC/bin dir was
to force using "vc/bin/vcvars32.bat" (because /amd64 doesn't exist), which
I guess was not smart and caused the above error.
Here is the list of all vcvars in the VS installations:
https://i.imgur.com/QtlePFq.png

Note that VS 2017 has vcvars64.bat. Maybe vcvarsx86_amd64.bat in VS 2013 is
fine?

By the way, would building JDK 10 be any different in terms of
compatibility? I already built OpenJFX 11 and I only need the JDK for that
purpose. If JDK 10 can work here and is easier to build I'm fine with that.



On Thu, Jan 4, 2018 at 12:55 PM, Erik Joelsson <erik.joelsson at oracle.com>
wrote:

> I think you also need the "Wrapper scripts for autoconf commands". Was a
> long time since I did this.
>
> /Erik
>
> On 2018-01-04 11:40, Nir Lisker wrote:
>
> I get "-bash: autoconf: command not found".
>
> Here's an image of the autoconf packages in the cygwin installer in case I
> didn't install the right one: https://i.imgur.com/V3GMg9Y.png
>
> Do I need to add some directory to the PATH env variable? I'd imagine
> cygwin would know where it installed it.
>
> - Nir
>
> On Thu, Jan 4, 2018 at 10:29 AM, Erik Joelsson <erik.joelsson at oracle.com>
> wrote:
>
>> Can you run "autoconf --version" on the command line?
>>
>> /Erik
>>
>> On 2018-01-03 16:33, Nir Lisker wrote:
>>
>> Hello Erik,
>>
>> I installed autoconf 2.69-3 through cygwin (indeed it was listed as 2.5).
>> However, running "bash autogen.sh" still gives:
>>
>> You need autoconf installed to be able to regenerate the configure script
>> Error: Cannot find autoconf
>>
>> If I run "bash configure" I get
>>
>> Configure source code has been updated, checking time stamps
>> Running generated-configure.sh
>>
>> And that's it. I checked generated-configure.sh and it contains only
>> comments and no script.
>>
>> In autogen.sh I tried adding a print to help with debugging:
>>
>> AUTOCONF="`which autoconf 2> /dev/null | grep -v '^no autoconf in'`"
>> echo "AUTOCONF is ${AUTOCONF}"
>>
>> which prints
>>
>> AUTOCONF is
>>
>> Apologies for the mess. How do I continue?
>>
>> - Nir
>>
>> On Wed, Jan 3, 2018 at 4:54 PM, Erik Joelsson <erik.joelsson at oracle.com>
>> wrote:
>>
>>> Hello Nir,
>>> On 2018-01-03 15:34, Nir Lisker wrote:
>>>
>>> Thanks for the detailed reply.
>>>
>>> Iv'e changed the logic in toolchain_windows.m4 and got this message:
>>>
>>> Configure source code has been updated, checking time stamps
>>> Warning: The configure source files is newer than the generated files.
>>> Cannot locate autoconf, unable to correct situation.
>>> Please install autoconf and run 'bash autogen.sh' to update the
>>> generated files.
>>> Error: Cannot continue
>>>
>>> I downloaded autoconf 2.69. How do I point to it? There is no
>>> installation.
>>>
>>> If you downloaded the src distro, then you need to compile and install
>>> it with something like
>>>
>>> $ ./configure
>>> $ make
>>> $ make install
>>>
>>> On Windows it's probably easier to just get it through cygwin. Note that
>>> the cygwin installer probably still lists autoconf as an old version in the
>>> name, but last I checked it was 2.69 that they actually provided. On Linux,
>>> just use your favorite package installation tool (apt, yum etc).
>>>
>>> As long as it's on the path, autogen.sh will pick it up. Configure will
>>> also detect that you changed an .m4 file and run autogen.sh for you
>>> automatically, which is what happened to you above.
>>>
>>> /Erik
>>>
>>> On Wed, Jan 3, 2018 at 3:24 PM, Erik Joelsson <erik.joelsson at oracle.com>
>>> wrote:
>>>
>>>> Hello Nir,
>>>>
>>>> On 2018-01-03 13:05, Nir Lisker wrote:
>>>>
>>>>> When trying to build JDK 11 on Windows 10 with VS Express 2013 Update
>>>>> 4 (as
>>>>> stated in the docs - the highest supported version) the build fails:
>>>>>
>>>> AFAIK, this should work, though I have only ever used VS 2013
>>>> Professional.
>>>>
>>>>> bash configure  --with-tools-dir='C:\Program Files (x86)\Microsoft
>>>>> Visual
>>>>> Studio 12.0\VC\bin'
>>>>>
>>>> If VS is properly installed in the default location, there should be no
>>>> need to specify --with-tools-dir. Configure will look in the default
>>>> location automatically.
>>>>
>>>>> ...
>>>>> configure: Found Visual Studio installation at /cygdrive/c/Program
>>>>> Files
>>>>> (x86)/Microsoft Visual Studio 12.0/ using --with-tools-dir
>>>>> configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is
>>>>> probably
>>>>> Visual Studio Express. Ignoring
>>>>> configure: Found Visual Studio installation at /cygdrive/c/Program
>>>>> Files
>>>>> (x86)/ using --with-tools-dir
>>>>> configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is
>>>>> probably
>>>>> Visual Studio Express. Ignoring
>>>>> configure: The path given by --with-tools-dir does not contain a valid
>>>>> configure: Visual Studio installation. Please point to the VC/bin or
>>>>> VC/bin/amd64
>>>>> configure: directory within the Visual Studio installation
>>>>> configure: error: Cannot locate a valid Visual Studio installation
>>>>> configure exiting with result code 1
>>>>>
>>>>> /Microsoft Visual Studio 12.0/VC/bin/ does not contain an /amd64
>>>>> folder,
>>>>> instead it has /x86_amd64. Also, vcvars64.bat is located directly under
>>>>> /VC/bin.
>>>>>
>>>> This is strange. Looking at the configure source, we assume that the VS
>>>> installation should contain "vc/bin/amd64/vcvars64.bat". If that file isn't
>>>> found, configure doesn't recognize the VS installation. Unfortunately I
>>>> don't have an Express installation to look at, but my old professional
>>>> installation has that file. In VC/bin I only have vcvars32.bat.
>>>>
>>>> I'm pretty sure this layout was how the express edition used to look as
>>>> well. Otherwise Magnus wouldn't have written the build doc claiming it
>>>> would work.
>>>>
>>>> This means the file layout for Visual Studio 2013 has changed, or that
>>>> it's different on Windows 10 (our builds are on older versions of Windows
>>>> still).
>>>>
>>>> If you would like to try to fix this, the logic that needs updating is
>>>> in make/autoconf/toolchain_windows.m4, in the macro
>>>> TOOLCHAIN_CHECK_POSSIBLE_VISUAL_STUDIO_ROOT.
>>>>
>>>>> Iv'e made another attempt using /Microsoft Visual Studio 11.0/VC/bin/
>>>>> which
>>>>> resulted in the same error. This folder also has vcvars64.bat directly
>>>>> under it. It also contains an /amd64 folder with a couple of dlls
>>>>> inside.
>>>>>
>>>>> Since I'm specifying the path to the /VC/bin dir I don't understand why
>>>>> it's still complaining. What am I doing wrong?
>>>>>
>>>> Because of how different the versions of Visual Studio are, configure
>>>> will not automatically assume or try a different version than the default
>>>> without being told to. If you want to try 2012, you need to tell configure
>>>> using --with-toolchain-version=2012. No need to specify tools dir as long
>>>> as it's installed in the default location.
>>>>
>>>>> On a related note, is it possible to update the build requirements to
>>>>> work
>>>>> with VS 2017? OpenJFX already uses this version.
>>>>>
>>>> This will likely happen in JDK 11 time frame. Note though that changing
>>>> compilers is usually a pretty big effort so it will take a while.
>>>>
>>>> /Erik
>>>>
>>>>> - Nir
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>


From erik.joelsson at oracle.com  Thu Jan  4 12:36:48 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 4 Jan 2018 13:36:48 +0100
Subject: bash configure fails on missing VS tools dir
In-Reply-To: <CA+0ynh_He7Yf=4pU=1TAbVgLyxJCDHMUStxQa_NO4Bg3LTOosA@mail.gmail.com>
References: <CA+0ynh9ZyhKovVMpSj=kYpa6VH1PU46nD050a-=uu1Qr9Fkehg@mail.gmail.com>
 <9a1bd4a2-06eb-d463-f88d-1df068e84a7c@oracle.com>
 <CA+0ynh-_hC_3DUNJJ6M7SvdHQqykqcMigHx5r3_irJTr_Jr8FQ@mail.gmail.com>
 <37ba6f45-ff14-85b8-b5f7-19dd2cda52c4@oracle.com>
 <CA+0ynh8hUNGngdmcw_+c42jpfY8OMdjyb+G39Cinfj53GjUYyw@mail.gmail.com>
 <38203e5f-2f4c-a8ec-1719-258f7b460f3c@oracle.com>
 <CA+0ynh_13jX_n_5Pcgp7kLnYGkATWyPW7rjPjO8sQ8KshrJGEQ@mail.gmail.com>
 <281a0bcc-3a79-c6ec-af63-d20c5140d32d@oracle.com>
 <CA+0ynh_He7Yf=4pU=1TAbVgLyxJCDHMUStxQa_NO4Bg3LTOosA@mail.gmail.com>
Message-ID: <2e2cb8cd-1d81-36a4-9ab1-04cc422d8177@oracle.com>


On 2018-01-04 12:45, Nir Lisker wrote:
> Yes, that did it, autegen.sh completed successfully. Thanks.
>
> Now the next problem with "bash configure":
> configure: error: Target CPU mismatch. We are building for x86_64 but 
> CL is for "x86"; expected "x64".
>
> If that's the cl.exe which is in the same folder as vcvars, I noticed 
> that in?toolchain_windows.m4 that the script can try to find vcvars64.bat:
>
> ? ?if test "x$OPENJDK_TARGET_CPU_BITS" = x32; then
> ? ? ? VCVARSFILE="vc/bin/vcvars32.bat"
> ? ?else
> ? ? ? VCVARSFILE="vc/bin/amd64/vcvars64.bat"
> ? ?fi
>
> But this file doesn't exist in the VS 12.0 or 11.0 installations. The 
> change I made to the above in order to solve the "missing" VC/bin dir 
> was to force using "vc/bin/vcvars32.bat" (because /amd64 doesn't 
> exist), which I guess was not smart and caused the above error.
> Here is the list of all vcvars in the VS installations:
> https://i.imgur.com/QtlePFq.png
>
> Note that VS 2017 has vcvars64.bat. Maybe?vcvarsx86_amd64.bat in VS 
> 2013 is fine?
>
> By the way, would building JDK 10 be any different in terms of 
> compatibility? I already built OpenJFX 11 and I only need the JDK for 
> that purpose. If JDK 10 can work here and is easier to build I'm fine 
> with that.
>
>
It seems the Visual Studio Express edition did not include the native 
64bit compiler:
https://msdn.microsoft.com/en-us/library/hs24szh9(v=vs.120).aspx

When we updated to VS 2013 in JDK 9, we used the professional edition 
internally, which comes with the 64bit native compiler. For OpenJDK, we 
were still able to build 32bit with the express edition so we were fine 
with that. In JDK 10 and 11 32bit is not as well supported.

The vcvarsx86_amd64.bat seems to be a 32bit to 64bit cross compilation 
toolchain. I would try that and see what happens. In theory it should 
work, but there may be a few more details to fix to get it all the way.

/Erik
>
> On Thu, Jan 4, 2018 at 12:55 PM, Erik Joelsson 
> <erik.joelsson at oracle.com <mailto:erik.joelsson at oracle.com>> wrote:
>
>     I think you also need the "Wrapper scripts for autoconf commands".
>     Was a long time since I did this.
>
>     /Erik
>
>
>     On 2018-01-04 11:40, Nir Lisker wrote:
>>     I get "-bash: autoconf: command not found".
>>
>>     Here's an image of the autoconf packages in the cygwin installer
>>     in case I didn't install the right one:
>>     https://i.imgur.com/V3GMg9Y.png <https://i.imgur.com/V3GMg9Y.png>
>>
>>     Do I need to add some directory to the PATH env variable? I'd
>>     imagine cygwin would know where it installed it.
>>
>>     - Nir
>>
>>     On Thu, Jan 4, 2018 at 10:29 AM, Erik Joelsson
>>     <erik.joelsson at oracle.com <mailto:erik.joelsson at oracle.com>> wrote:
>>
>>         Can you run "autoconf --version" on the command line?
>>
>>         /Erik
>>
>>
>>         On 2018-01-03 16:33, Nir Lisker wrote:
>>>         Hello Erik,
>>>
>>>         I installed autoconf 2.69-3 through cygwin (indeed it was
>>>         listed as 2.5). However, running "bash autogen.sh" still gives:
>>>
>>>         You need autoconf installed to be able to regenerate the
>>>         configure script
>>>         Error: Cannot find autoconf
>>>
>>>         If I run "bash configure" I get
>>>
>>>         Configure source code has been updated, checking time stamps
>>>         Running generated-configure.sh
>>>
>>>         And that's it. I checked generated-configure.sh and it
>>>         contains only comments and no script.
>>>
>>>         In autogen.sh I tried adding a print to help with debugging:
>>>
>>>         AUTOCONF="`which autoconf 2> /dev/null | grep -v '^no
>>>         autoconf in'`"
>>>         echo "AUTOCONF is ${AUTOCONF}"
>>>
>>>         which prints
>>>
>>>         AUTOCONF is
>>>
>>>         Apologies for the mess. How do I continue?
>>>
>>>         - Nir
>>>
>>>         On Wed, Jan 3, 2018 at 4:54 PM, Erik Joelsson
>>>         <erik.joelsson at oracle.com <mailto:erik.joelsson at oracle.com>>
>>>         wrote:
>>>
>>>             Hello Nir,
>>>
>>>             On 2018-01-03 15:34, Nir Lisker wrote:
>>>>             Thanks for the detailed reply.
>>>>
>>>>             Iv'e changed the logic in toolchain_windows.m4 and got
>>>>             this message:
>>>>
>>>>             Configure source code has been updated, checking time
>>>>             stamps
>>>>             Warning: The configure source files is newer than the
>>>>             generated files.
>>>>             Cannot locate autoconf, unable to correct situation.
>>>>             Please install autoconf and run 'bash autogen.sh' to
>>>>             update the generated files.
>>>>             Error: Cannot continue
>>>>
>>>>             I downloaded autoconf 2.69. How do I point to it? There
>>>>             is no installation.
>>>>
>>>             If you downloaded the src distro, then you need to
>>>             compile and install it with something like
>>>
>>>             $ ./configure
>>>             $ make
>>>             $ make install
>>>
>>>             On Windows it's probably easier to just get it through
>>>             cygwin. Note that the cygwin installer probably still
>>>             lists autoconf as an old version in the name, but last I
>>>             checked it was 2.69 that they actually provided. On
>>>             Linux, just use your favorite package installation tool
>>>             (apt, yum etc).
>>>
>>>             As long as it's on the path, autogen.sh will pick it up.
>>>             Configure will also detect that you changed an .m4 file
>>>             and run autogen.sh for you automatically, which is what
>>>             happened to you above.
>>>
>>>             /Erik
>>>
>>>>             On Wed, Jan 3, 2018 at 3:24 PM, Erik Joelsson
>>>>             <erik.joelsson at oracle.com
>>>>             <mailto:erik.joelsson at oracle.com>> wrote:
>>>>
>>>>                 Hello Nir,
>>>>
>>>>                 On 2018-01-03 13:05, Nir Lisker wrote:
>>>>
>>>>                     When trying to build JDK 11 on Windows 10 with
>>>>                     VS Express 2013 Update 4 (as
>>>>                     stated in the docs - the highest supported
>>>>                     version) the build fails:
>>>>
>>>>                 AFAIK, this should work, though I have only ever
>>>>                 used VS 2013 Professional.
>>>>
>>>>                     bash configure --with-tools-dir='C:\Program
>>>>                     Files (x86)\Microsoft Visual
>>>>                     Studio 12.0\VC\bin'
>>>>
>>>>                 If VS is properly installed in the default
>>>>                 location, there should be no need to specify
>>>>                 --with-tools-dir. Configure will look in the
>>>>                 default location automatically.
>>>>
>>>>                     ...
>>>>                     configure: Found Visual Studio installation at
>>>>                     /cygdrive/c/Program Files
>>>>                     (x86)/Microsoft Visual Studio 12.0/ using
>>>>                     --with-tools-dir
>>>>                     configure: Warning: vc/bin/amd64/vcvars64.bat
>>>>                     is missing, this is probably
>>>>                     Visual Studio Express. Ignoring
>>>>                     configure: Found Visual Studio installation at
>>>>                     /cygdrive/c/Program Files
>>>>                     (x86)/ using --with-tools-dir
>>>>                     configure: Warning: vc/bin/amd64/vcvars64.bat
>>>>                     is missing, this is probably
>>>>                     Visual Studio Express. Ignoring
>>>>                     configure: The path given by --with-tools-dir
>>>>                     does not contain a valid
>>>>                     configure: Visual Studio installation. Please
>>>>                     point to the VC/bin or
>>>>                     VC/bin/amd64
>>>>                     configure: directory within the Visual Studio
>>>>                     installation
>>>>                     configure: error: Cannot locate a valid Visual
>>>>                     Studio installation
>>>>                     configure exiting with result code 1
>>>>
>>>>                     /Microsoft Visual Studio 12.0/VC/bin/ does not
>>>>                     contain an /amd64 folder,
>>>>                     instead it has /x86_amd64. Also, vcvars64.bat
>>>>                     is located directly under
>>>>                     /VC/bin.
>>>>
>>>>                 This is strange. Looking at the configure source,
>>>>                 we assume that the VS installation should contain
>>>>                 "vc/bin/amd64/vcvars64.bat". If that file isn't
>>>>                 found, configure doesn't recognize the VS
>>>>                 installation. Unfortunately I don't have an Express
>>>>                 installation to look at, but my old professional
>>>>                 installation has that file. In VC/bin I only have
>>>>                 vcvars32.bat.
>>>>
>>>>                 I'm pretty sure this layout was how the express
>>>>                 edition used to look as well. Otherwise Magnus
>>>>                 wouldn't have written the build doc claiming it
>>>>                 would work.
>>>>
>>>>                 This means the file layout for Visual Studio 2013
>>>>                 has changed, or that it's different on Windows 10
>>>>                 (our builds are on older versions of Windows still).
>>>>
>>>>                 If you would like to try to fix this, the logic
>>>>                 that needs updating is in
>>>>                 make/autoconf/toolchain_windows.m4, in the macro
>>>>                 TOOLCHAIN_CHECK_POSSIBLE_VISUAL_STUDIO_ROOT.
>>>>
>>>>                     Iv'e made another attempt using /Microsoft
>>>>                     Visual Studio 11.0/VC/bin/ which
>>>>                     resulted in the same error. This folder also
>>>>                     has vcvars64.bat directly
>>>>                     under it. It also contains an /amd64 folder
>>>>                     with a couple of dlls inside.
>>>>
>>>>                     Since I'm specifying the path to the /VC/bin
>>>>                     dir I don't understand why
>>>>                     it's still complaining. What am I doing wrong?
>>>>
>>>>                 Because of how different the versions of Visual
>>>>                 Studio are, configure will not automatically assume
>>>>                 or try a different version than the default without
>>>>                 being told to. If you want to try 2012, you need to
>>>>                 tell configure using --with-toolchain-version=2012.
>>>>                 No need to specify tools dir as long as it's
>>>>                 installed in the default location.
>>>>
>>>>                     On a related note, is it possible to update the
>>>>                     build requirements to work
>>>>                     with VS 2017? OpenJFX already uses this version.
>>>>
>>>>                 This will likely happen in JDK 11 time frame. Note
>>>>                 though that changing compilers is usually a pretty
>>>>                 big effort so it will take a while.
>>>>
>>>>                 /Erik
>>>>
>>>>                     - Nir
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>



From nlisker at gmail.com  Thu Jan  4 13:51:23 2018
From: nlisker at gmail.com (Nir Lisker)
Date: Thu, 4 Jan 2018 15:51:23 +0200
Subject: bash configure fails on missing VS tools dir
In-Reply-To: <2e2cb8cd-1d81-36a4-9ab1-04cc422d8177@oracle.com>
References: <CA+0ynh9ZyhKovVMpSj=kYpa6VH1PU46nD050a-=uu1Qr9Fkehg@mail.gmail.com>
 <9a1bd4a2-06eb-d463-f88d-1df068e84a7c@oracle.com>
 <CA+0ynh-_hC_3DUNJJ6M7SvdHQqykqcMigHx5r3_irJTr_Jr8FQ@mail.gmail.com>
 <37ba6f45-ff14-85b8-b5f7-19dd2cda52c4@oracle.com>
 <CA+0ynh8hUNGngdmcw_+c42jpfY8OMdjyb+G39Cinfj53GjUYyw@mail.gmail.com>
 <38203e5f-2f4c-a8ec-1719-258f7b460f3c@oracle.com>
 <CA+0ynh_13jX_n_5Pcgp7kLnYGkATWyPW7rjPjO8sQ8KshrJGEQ@mail.gmail.com>
 <281a0bcc-3a79-c6ec-af63-d20c5140d32d@oracle.com>
 <CA+0ynh_He7Yf=4pU=1TAbVgLyxJCDHMUStxQa_NO4Bg3LTOosA@mail.gmail.com>
 <2e2cb8cd-1d81-36a4-9ab1-04cc422d8177@oracle.com>
Message-ID: <CA+0ynh_9zx03Y6Ked_c=gGWrvuUGZaGe+JxJeuj0snitMr8kfA@mail.gmail.com>

It seems to have accepted vcvarsx86_amd64.bat quietly. Configure succeeded:

Tools summary:
* Environment:    cygwin version 2.9.0(0.318/5/3) (root at
/cygdrive/c/cygwin64)
* Boot JDK:       java version "9"  Java(TM) SE Runtime Environment (build
9+181)  Java HotSpot(TM) 64-Bit Server VM (build 9+181, mixed mode)   (at
/cygdrive/c/progra~1/java/jdk-9)
* Toolchain:      microsoft (Microsoft Visual Studio 2013)
* C Compiler:     Version 18.00.31101 (at
/cygdrive/c/progra~2/micros~1.0/vc/bin/x86_am~1/cl)
* C++ Compiler:   Version 18.00.31101 (at
/cygdrive/c/progra~2/micros~1.0/vc/bin/x86_am~1/cl)

Hopefully all this would be helpful to someone in the future.

On with the rest of the steps...

Thanks,
Nir

On Thu, Jan 4, 2018 at 2:36 PM, Erik Joelsson <erik.joelsson at oracle.com>
wrote:

>
> On 2018-01-04 12:45, Nir Lisker wrote:
>
> Yes, that did it, autegen.sh completed successfully. Thanks.
>
> Now the next problem with "bash configure":
> configure: error: Target CPU mismatch. We are building for x86_64 but CL
> is for "x86"; expected "x64".
>
> If that's the cl.exe which is in the same folder as vcvars, I noticed that
> in toolchain_windows.m4 that the script can try to find vcvars64.bat:
>
>    if test "x$OPENJDK_TARGET_CPU_BITS" = x32; then
>       VCVARSFILE="vc/bin/vcvars32.bat"
>    else
>       VCVARSFILE="vc/bin/amd64/vcvars64.bat"
>    fi
>
> But this file doesn't exist in the VS 12.0 or 11.0 installations. The
> change I made to the above in order to solve the "missing" VC/bin dir was
> to force using "vc/bin/vcvars32.bat" (because /amd64 doesn't exist), which
> I guess was not smart and caused the above error.
> Here is the list of all vcvars in the VS installations:
> https://i.imgur.com/QtlePFq.png
>
> Note that VS 2017 has vcvars64.bat. Maybe vcvarsx86_amd64.bat in VS 2013
> is fine?
>
> By the way, would building JDK 10 be any different in terms of
> compatibility? I already built OpenJFX 11 and I only need the JDK for that
> purpose. If JDK 10 can work here and is easier to build I'm fine with that.
>
>
> It seems the Visual Studio Express edition did not include the native
> 64bit compiler:
> https://msdn.microsoft.com/en-us/library/hs24szh9(v=vs.120).aspx
>
> When we updated to VS 2013 in JDK 9, we used the professional edition
> internally, which comes with the 64bit native compiler. For OpenJDK, we
> were still able to build 32bit with the express edition so we were fine
> with that. In JDK 10 and 11 32bit is not as well supported.
>
> The vcvarsx86_amd64.bat seems to be a 32bit to 64bit cross compilation
> toolchain. I would try that and see what happens. In theory it should work,
> but there may be a few more details to fix to get it all the way.
>
> /Erik
>
>
> On Thu, Jan 4, 2018 at 12:55 PM, Erik Joelsson <erik.joelsson at oracle.com>
> wrote:
>
>> I think you also need the "Wrapper scripts for autoconf commands". Was a
>> long time since I did this.
>>
>> /Erik
>>
>> On 2018-01-04 11:40, Nir Lisker wrote:
>>
>> I get "-bash: autoconf: command not found".
>>
>> Here's an image of the autoconf packages in the cygwin installer in case
>> I didn't install the right one: https://i.imgur.com/V3GMg9Y.png
>>
>> Do I need to add some directory to the PATH env variable? I'd imagine
>> cygwin would know where it installed it.
>>
>> - Nir
>>
>> On Thu, Jan 4, 2018 at 10:29 AM, Erik Joelsson <erik.joelsson at oracle.com>
>> wrote:
>>
>>> Can you run "autoconf --version" on the command line?
>>>
>>> /Erik
>>>
>>> On 2018-01-03 16:33, Nir Lisker wrote:
>>>
>>> Hello Erik,
>>>
>>> I installed autoconf 2.69-3 through cygwin (indeed it was listed as
>>> 2.5). However, running "bash autogen.sh" still gives:
>>>
>>> You need autoconf installed to be able to regenerate the configure script
>>> Error: Cannot find autoconf
>>>
>>> If I run "bash configure" I get
>>>
>>> Configure source code has been updated, checking time stamps
>>> Running generated-configure.sh
>>>
>>> And that's it. I checked generated-configure.sh and it contains only
>>> comments and no script.
>>>
>>> In autogen.sh I tried adding a print to help with debugging:
>>>
>>> AUTOCONF="`which autoconf 2> /dev/null | grep -v '^no autoconf in'`"
>>> echo "AUTOCONF is ${AUTOCONF}"
>>>
>>> which prints
>>>
>>> AUTOCONF is
>>>
>>> Apologies for the mess. How do I continue?
>>>
>>> - Nir
>>>
>>> On Wed, Jan 3, 2018 at 4:54 PM, Erik Joelsson <erik.joelsson at oracle.com>
>>> wrote:
>>>
>>>> Hello Nir,
>>>> On 2018-01-03 15:34, Nir Lisker wrote:
>>>>
>>>> Thanks for the detailed reply.
>>>>
>>>> Iv'e changed the logic in toolchain_windows.m4 and got this message:
>>>>
>>>> Configure source code has been updated, checking time stamps
>>>> Warning: The configure source files is newer than the generated files.
>>>> Cannot locate autoconf, unable to correct situation.
>>>> Please install autoconf and run 'bash autogen.sh' to update the
>>>> generated files.
>>>> Error: Cannot continue
>>>>
>>>> I downloaded autoconf 2.69. How do I point to it? There is no
>>>> installation.
>>>>
>>>> If you downloaded the src distro, then you need to compile and install
>>>> it with something like
>>>>
>>>> $ ./configure
>>>> $ make
>>>> $ make install
>>>>
>>>> On Windows it's probably easier to just get it through cygwin. Note
>>>> that the cygwin installer probably still lists autoconf as an old version
>>>> in the name, but last I checked it was 2.69 that they actually provided. On
>>>> Linux, just use your favorite package installation tool (apt, yum etc).
>>>>
>>>> As long as it's on the path, autogen.sh will pick it up. Configure will
>>>> also detect that you changed an .m4 file and run autogen.sh for you
>>>> automatically, which is what happened to you above.
>>>>
>>>> /Erik
>>>>
>>>> On Wed, Jan 3, 2018 at 3:24 PM, Erik Joelsson <erik.joelsson at oracle.com
>>>> > wrote:
>>>>
>>>>> Hello Nir,
>>>>>
>>>>> On 2018-01-03 13:05, Nir Lisker wrote:
>>>>>
>>>>>> When trying to build JDK 11 on Windows 10 with VS Express 2013 Update
>>>>>> 4 (as
>>>>>> stated in the docs - the highest supported version) the build fails:
>>>>>>
>>>>> AFAIK, this should work, though I have only ever used VS 2013
>>>>> Professional.
>>>>>
>>>>>> bash configure  --with-tools-dir='C:\Program Files (x86)\Microsoft
>>>>>> Visual
>>>>>> Studio 12.0\VC\bin'
>>>>>>
>>>>> If VS is properly installed in the default location, there should be
>>>>> no need to specify --with-tools-dir. Configure will look in the default
>>>>> location automatically.
>>>>>
>>>>>> ...
>>>>>> configure: Found Visual Studio installation at /cygdrive/c/Program
>>>>>> Files
>>>>>> (x86)/Microsoft Visual Studio 12.0/ using --with-tools-dir
>>>>>> configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is
>>>>>> probably
>>>>>> Visual Studio Express. Ignoring
>>>>>> configure: Found Visual Studio installation at /cygdrive/c/Program
>>>>>> Files
>>>>>> (x86)/ using --with-tools-dir
>>>>>> configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is
>>>>>> probably
>>>>>> Visual Studio Express. Ignoring
>>>>>> configure: The path given by --with-tools-dir does not contain a valid
>>>>>> configure: Visual Studio installation. Please point to the VC/bin or
>>>>>> VC/bin/amd64
>>>>>> configure: directory within the Visual Studio installation
>>>>>> configure: error: Cannot locate a valid Visual Studio installation
>>>>>> configure exiting with result code 1
>>>>>>
>>>>>> /Microsoft Visual Studio 12.0/VC/bin/ does not contain an /amd64
>>>>>> folder,
>>>>>> instead it has /x86_amd64. Also, vcvars64.bat is located directly
>>>>>> under
>>>>>> /VC/bin.
>>>>>>
>>>>> This is strange. Looking at the configure source, we assume that the
>>>>> VS installation should contain "vc/bin/amd64/vcvars64.bat". If that file
>>>>> isn't found, configure doesn't recognize the VS installation. Unfortunately
>>>>> I don't have an Express installation to look at, but my old professional
>>>>> installation has that file. In VC/bin I only have vcvars32.bat.
>>>>>
>>>>> I'm pretty sure this layout was how the express edition used to look
>>>>> as well. Otherwise Magnus wouldn't have written the build doc claiming it
>>>>> would work.
>>>>>
>>>>> This means the file layout for Visual Studio 2013 has changed, or that
>>>>> it's different on Windows 10 (our builds are on older versions of Windows
>>>>> still).
>>>>>
>>>>> If you would like to try to fix this, the logic that needs updating is
>>>>> in make/autoconf/toolchain_windows.m4, in the macro
>>>>> TOOLCHAIN_CHECK_POSSIBLE_VISUAL_STUDIO_ROOT.
>>>>>
>>>>>> Iv'e made another attempt using /Microsoft Visual Studio 11.0/VC/bin/
>>>>>> which
>>>>>> resulted in the same error. This folder also has vcvars64.bat directly
>>>>>> under it. It also contains an /amd64 folder with a couple of dlls
>>>>>> inside.
>>>>>>
>>>>>> Since I'm specifying the path to the /VC/bin dir I don't understand
>>>>>> why
>>>>>> it's still complaining. What am I doing wrong?
>>>>>>
>>>>> Because of how different the versions of Visual Studio are, configure
>>>>> will not automatically assume or try a different version than the default
>>>>> without being told to. If you want to try 2012, you need to tell configure
>>>>> using --with-toolchain-version=2012. No need to specify tools dir as long
>>>>> as it's installed in the default location.
>>>>>
>>>>>> On a related note, is it possible to update the build requirements to
>>>>>> work
>>>>>> with VS 2017? OpenJFX already uses this version.
>>>>>>
>>>>> This will likely happen in JDK 11 time frame. Note though that
>>>>> changing compilers is usually a pretty big effort so it will take a while.
>>>>>
>>>>> /Erik
>>>>>
>>>>>> - Nir
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>


From erik.joelsson at oracle.com  Thu Jan  4 15:23:50 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 4 Jan 2018 16:23:50 +0100
Subject: bash configure fails on missing VS tools dir
In-Reply-To: <CA+0ynh_9zx03Y6Ked_c=gGWrvuUGZaGe+JxJeuj0snitMr8kfA@mail.gmail.com>
References: <CA+0ynh9ZyhKovVMpSj=kYpa6VH1PU46nD050a-=uu1Qr9Fkehg@mail.gmail.com>
 <9a1bd4a2-06eb-d463-f88d-1df068e84a7c@oracle.com>
 <CA+0ynh-_hC_3DUNJJ6M7SvdHQqykqcMigHx5r3_irJTr_Jr8FQ@mail.gmail.com>
 <37ba6f45-ff14-85b8-b5f7-19dd2cda52c4@oracle.com>
 <CA+0ynh8hUNGngdmcw_+c42jpfY8OMdjyb+G39Cinfj53GjUYyw@mail.gmail.com>
 <38203e5f-2f4c-a8ec-1719-258f7b460f3c@oracle.com>
 <CA+0ynh_13jX_n_5Pcgp7kLnYGkATWyPW7rjPjO8sQ8KshrJGEQ@mail.gmail.com>
 <281a0bcc-3a79-c6ec-af63-d20c5140d32d@oracle.com>
 <CA+0ynh_He7Yf=4pU=1TAbVgLyxJCDHMUStxQa_NO4Bg3LTOosA@mail.gmail.com>
 <2e2cb8cd-1d81-36a4-9ab1-04cc422d8177@oracle.com>
 <CA+0ynh_9zx03Y6Ked_c=gGWrvuUGZaGe+JxJeuj0snitMr8kfA@mail.gmail.com>
Message-ID: <ce7238cd-13ba-ecbd-18c0-a5b1ca722553@oracle.com>

If this works for you, we should update configure to look for both.

/Erik


On 2018-01-04 14:51, Nir Lisker wrote:
> It seems to have accepted vcvarsx86_amd64.bat quietly. Configure 
> succeeded:
>
> Tools summary:
> * Environment:? ? cygwin version 2.9.0(0.318/5/3) (root at 
> /cygdrive/c/cygwin64)
> * Boot JDK:? ? ? ?java version "9"? Java(TM) SE Runtime Environment 
> (build 9+181)? Java HotSpot(TM) 64-Bit Server VM (build 9+181, mixed 
> mode)? ?(at /cygdrive/c/progra~1/java/jdk-9)
> * Toolchain: microsoft (Microsoft Visual Studio 2013)
> * C Compiler:? ? ?Version 18.00.31101 (at 
> /cygdrive/c/progra~2/micros~1.0/vc/bin/x86_am~1/cl)
> * C++ Compiler:? ?Version 18.00.31101 (at 
> /cygdrive/c/progra~2/micros~1.0/vc/bin/x86_am~1/cl)
>
> Hopefully all this would be helpful to someone in the future.
>
> On with the rest of the steps...
>
> Thanks,
> Nir
>
> On Thu, Jan 4, 2018 at 2:36 PM, Erik Joelsson 
> <erik.joelsson at oracle.com <mailto:erik.joelsson at oracle.com>> wrote:
>
>
>     On 2018-01-04 12:45, Nir Lisker wrote:
>>     Yes, that did it, autegen.sh completed successfully. Thanks.
>>
>>     Now the next problem with "bash configure":
>>     configure: error: Target CPU mismatch. We are building for x86_64
>>     but CL is for "x86"; expected "x64".
>>
>>     If that's the cl.exe which is in the same folder as vcvars, I
>>     noticed that in?toolchain_windows.m4 that the script can try to
>>     find vcvars64.bat:
>>
>>     ? ?if test "x$OPENJDK_TARGET_CPU_BITS" = x32; then
>>     ? ? ? VCVARSFILE="vc/bin/vcvars32.bat"
>>     ? ?else
>>     ? ? ? VCVARSFILE="vc/bin/amd64/vcvars64.bat"
>>     ? ?fi
>>
>>     But this file doesn't exist in the VS 12.0 or 11.0 installations.
>>     The change I made to the above in order to solve the "missing"
>>     VC/bin dir was to force using "vc/bin/vcvars32.bat" (because
>>     /amd64 doesn't exist), which I guess was not smart and caused the
>>     above error.
>>     Here is the list of all vcvars in the VS installations:
>>     https://i.imgur.com/QtlePFq.png <https://i.imgur.com/QtlePFq.png>
>>
>>     Note that VS 2017 has vcvars64.bat. Maybe?vcvarsx86_amd64.bat in
>>     VS 2013 is fine?
>>
>>     By the way, would building JDK 10 be any different in terms of
>>     compatibility? I already built OpenJFX 11 and I only need the JDK
>>     for that purpose. If JDK 10 can work here and is easier to build
>>     I'm fine with that.
>>
>>
>     It seems the Visual Studio Express edition did not include the
>     native 64bit compiler:
>     https://msdn.microsoft.com/en-us/library/hs24szh9(v=vs.120).aspx
>     <https://msdn.microsoft.com/en-us/library/hs24szh9%28v=vs.120%29.aspx>
>
>     When we updated to VS 2013 in JDK 9, we used the professional
>     edition internally, which comes with the 64bit native compiler.
>     For OpenJDK, we were still able to build 32bit with the express
>     edition so we were fine with that. In JDK 10 and 11 32bit is not
>     as well supported.
>
>     The vcvarsx86_amd64.bat seems to be a 32bit to 64bit cross
>     compilation toolchain. I would try that and see what happens. In
>     theory it should work, but there may be a few more details to fix
>     to get it all the way.
>
>     /Erik
>
>>
>>     On Thu, Jan 4, 2018 at 12:55 PM, Erik Joelsson
>>     <erik.joelsson at oracle.com <mailto:erik.joelsson at oracle.com>> wrote:
>>
>>         I think you also need the "Wrapper scripts for autoconf
>>         commands". Was a long time since I did this.
>>
>>         /Erik
>>
>>
>>         On 2018-01-04 11:40, Nir Lisker wrote:
>>>         I get "-bash: autoconf: command not found".
>>>
>>>         Here's an image of the autoconf packages in the cygwin
>>>         installer in case I didn't install the right one:
>>>         https://i.imgur.com/V3GMg9Y.png
>>>         <https://i.imgur.com/V3GMg9Y.png>
>>>
>>>         Do I need to add some directory to the PATH env variable?
>>>         I'd imagine cygwin would know where it installed it.
>>>
>>>         - Nir
>>>
>>>         On Thu, Jan 4, 2018 at 10:29 AM, Erik Joelsson
>>>         <erik.joelsson at oracle.com <mailto:erik.joelsson at oracle.com>>
>>>         wrote:
>>>
>>>             Can you run "autoconf --version" on the command line?
>>>
>>>             /Erik
>>>
>>>
>>>             On 2018-01-03 16:33, Nir Lisker wrote:
>>>>             Hello Erik,
>>>>
>>>>             I installed autoconf 2.69-3 through cygwin (indeed it
>>>>             was listed as 2.5). However, running "bash autogen.sh"
>>>>             still gives:
>>>>
>>>>             You need autoconf installed to be able to regenerate
>>>>             the configure script
>>>>             Error: Cannot find autoconf
>>>>
>>>>             If I run "bash configure" I get
>>>>
>>>>             Configure source code has been updated, checking time
>>>>             stamps
>>>>             Running generated-configure.sh
>>>>
>>>>             And that's it. I checked generated-configure.sh and it
>>>>             contains only comments and no script.
>>>>
>>>>             In autogen.sh I tried adding a print to help with
>>>>             debugging:
>>>>
>>>>             AUTOCONF="`which autoconf 2> /dev/null | grep -v '^no
>>>>             autoconf in'`"
>>>>             echo "AUTOCONF is ${AUTOCONF}"
>>>>
>>>>             which prints
>>>>
>>>>             AUTOCONF is
>>>>
>>>>             Apologies for the mess. How do I continue?
>>>>
>>>>             - Nir
>>>>
>>>>             On Wed, Jan 3, 2018 at 4:54 PM, Erik Joelsson
>>>>             <erik.joelsson at oracle.com
>>>>             <mailto:erik.joelsson at oracle.com>> wrote:
>>>>
>>>>                 Hello Nir,
>>>>
>>>>                 On 2018-01-03 15:34, Nir Lisker wrote:
>>>>>                 Thanks for the detailed reply.
>>>>>
>>>>>                 Iv'e changed the logic in toolchain_windows.m4 and
>>>>>                 got this message:
>>>>>
>>>>>                 Configure source code has been updated, checking
>>>>>                 time stamps
>>>>>                 Warning: The configure source files is newer than
>>>>>                 the generated files.
>>>>>                 Cannot locate autoconf, unable to correct situation.
>>>>>                 Please install autoconf and run 'bash autogen.sh'
>>>>>                 to update the generated files.
>>>>>                 Error: Cannot continue
>>>>>
>>>>>                 I downloaded autoconf 2.69. How do I point to it?
>>>>>                 There is no installation.
>>>>>
>>>>                 If you downloaded the src distro, then you need to
>>>>                 compile and install it with something like
>>>>
>>>>                 $ ./configure
>>>>                 $ make
>>>>                 $ make install
>>>>
>>>>                 On Windows it's probably easier to just get it
>>>>                 through cygwin. Note that the cygwin installer
>>>>                 probably still lists autoconf as an old version in
>>>>                 the name, but last I checked it was 2.69 that they
>>>>                 actually provided. On Linux, just use your favorite
>>>>                 package installation tool (apt, yum etc).
>>>>
>>>>                 As long as it's on the path, autogen.sh will pick
>>>>                 it up. Configure will also detect that you changed
>>>>                 an .m4 file and run autogen.sh for you
>>>>                 automatically, which is what happened to you above.
>>>>
>>>>                 /Erik
>>>>
>>>>>                 On Wed, Jan 3, 2018 at 3:24 PM, Erik Joelsson
>>>>>                 <erik.joelsson at oracle.com
>>>>>                 <mailto:erik.joelsson at oracle.com>> wrote:
>>>>>
>>>>>                     Hello Nir,
>>>>>
>>>>>                     On 2018-01-03 13:05, Nir Lisker wrote:
>>>>>
>>>>>                         When trying to build JDK 11 on Windows 10
>>>>>                         with VS Express 2013 Update 4 (as
>>>>>                         stated in the docs - the highest supported
>>>>>                         version) the build fails:
>>>>>
>>>>>                     AFAIK, this should work, though I have only
>>>>>                     ever used VS 2013 Professional.
>>>>>
>>>>>                         bash configure
>>>>>                         --with-tools-dir='C:\Program Files
>>>>>                         (x86)\Microsoft Visual
>>>>>                         Studio 12.0\VC\bin'
>>>>>
>>>>>                     If VS is properly installed in the default
>>>>>                     location, there should be no need to specify
>>>>>                     --with-tools-dir. Configure will look in the
>>>>>                     default location automatically.
>>>>>
>>>>>                         ...
>>>>>                         configure: Found Visual Studio
>>>>>                         installation at /cygdrive/c/Program Files
>>>>>                         (x86)/Microsoft Visual Studio 12.0/ using
>>>>>                         --with-tools-dir
>>>>>                         configure: Warning:
>>>>>                         vc/bin/amd64/vcvars64.bat is missing, this
>>>>>                         is probably
>>>>>                         Visual Studio Express. Ignoring
>>>>>                         configure: Found Visual Studio
>>>>>                         installation at /cygdrive/c/Program Files
>>>>>                         (x86)/ using --with-tools-dir
>>>>>                         configure: Warning:
>>>>>                         vc/bin/amd64/vcvars64.bat is missing, this
>>>>>                         is probably
>>>>>                         Visual Studio Express. Ignoring
>>>>>                         configure: The path given by
>>>>>                         --with-tools-dir does not contain a valid
>>>>>                         configure: Visual Studio installation.
>>>>>                         Please point to the VC/bin or
>>>>>                         VC/bin/amd64
>>>>>                         configure: directory within the Visual
>>>>>                         Studio installation
>>>>>                         configure: error: Cannot locate a valid
>>>>>                         Visual Studio installation
>>>>>                         configure exiting with result code 1
>>>>>
>>>>>                         /Microsoft Visual Studio 12.0/VC/bin/ does
>>>>>                         not contain an /amd64 folder,
>>>>>                         instead it has /x86_amd64. Also,
>>>>>                         vcvars64.bat is located directly under
>>>>>                         /VC/bin.
>>>>>
>>>>>                     This is strange. Looking at the configure
>>>>>                     source, we assume that the VS installation
>>>>>                     should contain "vc/bin/amd64/vcvars64.bat". If
>>>>>                     that file isn't found, configure doesn't
>>>>>                     recognize the VS installation. Unfortunately I
>>>>>                     don't have an Express installation to look at,
>>>>>                     but my old professional installation has that
>>>>>                     file. In VC/bin I only have vcvars32.bat.
>>>>>
>>>>>                     I'm pretty sure this layout was how the
>>>>>                     express edition used to look as well.
>>>>>                     Otherwise Magnus wouldn't have written the
>>>>>                     build doc claiming it would work.
>>>>>
>>>>>                     This means the file layout for Visual Studio
>>>>>                     2013 has changed, or that it's different on
>>>>>                     Windows 10 (our builds are on older versions
>>>>>                     of Windows still).
>>>>>
>>>>>                     If you would like to try to fix this, the
>>>>>                     logic that needs updating is in
>>>>>                     make/autoconf/toolchain_windows.m4, in the
>>>>>                     macro TOOLCHAIN_CHECK_POSSIBLE_VISUAL_STUDIO_ROOT.
>>>>>
>>>>>                         Iv'e made another attempt using /Microsoft
>>>>>                         Visual Studio 11.0/VC/bin/ which
>>>>>                         resulted in the same error. This folder
>>>>>                         also has vcvars64.bat directly
>>>>>                         under it. It also contains an /amd64
>>>>>                         folder with a couple of dlls inside.
>>>>>
>>>>>                         Since I'm specifying the path to the
>>>>>                         /VC/bin dir I don't understand why
>>>>>                         it's still complaining. What am I doing wrong?
>>>>>
>>>>>                     Because of how different the versions of
>>>>>                     Visual Studio are, configure will not
>>>>>                     automatically assume or try a different
>>>>>                     version than the default without being told
>>>>>                     to. If you want to try 2012, you need to tell
>>>>>                     configure using --with-toolchain-version=2012.
>>>>>                     No need to specify tools dir as long as it's
>>>>>                     installed in the default location.
>>>>>
>>>>>                         On a related note, is it possible to
>>>>>                         update the build requirements to work
>>>>>                         with VS 2017? OpenJFX already uses this
>>>>>                         version.
>>>>>
>>>>>                     This will likely happen in JDK 11 time frame.
>>>>>                     Note though that changing compilers is usually
>>>>>                     a pretty big effort so it will take a while.
>>>>>
>>>>>                     /Erik
>>>>>
>>>>>                         - Nir
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>



From nlisker at gmail.com  Thu Jan  4 15:30:23 2018
From: nlisker at gmail.com (Nir Lisker)
Date: Thu, 4 Jan 2018 17:30:23 +0200
Subject: bash configure fails on missing VS tools dir
In-Reply-To: <ce7238cd-13ba-ecbd-18c0-a5b1ca722553@oracle.com>
References: <CA+0ynh9ZyhKovVMpSj=kYpa6VH1PU46nD050a-=uu1Qr9Fkehg@mail.gmail.com>
 <9a1bd4a2-06eb-d463-f88d-1df068e84a7c@oracle.com>
 <CA+0ynh-_hC_3DUNJJ6M7SvdHQqykqcMigHx5r3_irJTr_Jr8FQ@mail.gmail.com>
 <37ba6f45-ff14-85b8-b5f7-19dd2cda52c4@oracle.com>
 <CA+0ynh8hUNGngdmcw_+c42jpfY8OMdjyb+G39Cinfj53GjUYyw@mail.gmail.com>
 <38203e5f-2f4c-a8ec-1719-258f7b460f3c@oracle.com>
 <CA+0ynh_13jX_n_5Pcgp7kLnYGkATWyPW7rjPjO8sQ8KshrJGEQ@mail.gmail.com>
 <281a0bcc-3a79-c6ec-af63-d20c5140d32d@oracle.com>
 <CA+0ynh_He7Yf=4pU=1TAbVgLyxJCDHMUStxQa_NO4Bg3LTOosA@mail.gmail.com>
 <2e2cb8cd-1d81-36a4-9ab1-04cc422d8177@oracle.com>
 <CA+0ynh_9zx03Y6Ked_c=gGWrvuUGZaGe+JxJeuj0snitMr8kfA@mail.gmail.com>
 <ce7238cd-13ba-ecbd-18c0-a5b1ca722553@oracle.com>
Message-ID: <CA+0ynh9bmRtqjwPR0P0KmauLA_6rd8t290=o4rwPvZ2ZJcoUjw@mail.gmail.com>

Yeah, make also completed successfully:

Finished building target 'default (exploded-image)' in configuration
'windows-x86_64-normal-server-release'

This is what I did in toolchain_windows.m4:

    if test "x$OPENJDK_TARGET_CPU_BITS" = x32; then
       VCVARSFILE="vc/bin/vcvars32.bat"
    else
#     VCVARSFILE="vc/bin/amd64/vcvars64.bat"
       VCVARSFILE="vc/bin/x86_amd64/vcvarsx86_amd64.bat"
    fi

If you need any extra info I can update.

- Nir

On Thu, Jan 4, 2018 at 5:23 PM, Erik Joelsson <erik.joelsson at oracle.com>
wrote:

> If this works for you, we should update configure to look for both.
>
> /Erik
>
> On 2018-01-04 14:51, Nir Lisker wrote:
>
> It seems to have accepted vcvarsx86_amd64.bat quietly. Configure
> succeeded:
>
> Tools summary:
> * Environment:    cygwin version 2.9.0(0.318/5/3) (root at
> /cygdrive/c/cygwin64)
> * Boot JDK:       java version "9"  Java(TM) SE Runtime Environment (build
> 9+181)  Java HotSpot(TM) 64-Bit Server VM (build 9+181, mixed mode)   (at
> /cygdrive/c/progra~1/java/jdk-9)
> * Toolchain:      microsoft (Microsoft Visual Studio 2013)
> * C Compiler:     Version 18.00.31101 (at /cygdrive/c/progra~2/micros~1.
> 0/vc/bin/x86_am~1/cl)
> * C++ Compiler:   Version 18.00.31101 (at /cygdrive/c/progra~2/micros~1.
> 0/vc/bin/x86_am~1/cl)
>
> Hopefully all this would be helpful to someone in the future.
>
> On with the rest of the steps...
>
> Thanks,
> Nir
>
> On Thu, Jan 4, 2018 at 2:36 PM, Erik Joelsson <erik.joelsson at oracle.com>
> wrote:
>
>>
>> On 2018-01-04 12:45, Nir Lisker wrote:
>>
>> Yes, that did it, autegen.sh completed successfully. Thanks.
>>
>> Now the next problem with "bash configure":
>> configure: error: Target CPU mismatch. We are building for x86_64 but CL
>> is for "x86"; expected "x64".
>>
>> If that's the cl.exe which is in the same folder as vcvars, I noticed
>> that in toolchain_windows.m4 that the script can try to find vcvars64.bat:
>>
>>    if test "x$OPENJDK_TARGET_CPU_BITS" = x32; then
>>       VCVARSFILE="vc/bin/vcvars32.bat"
>>    else
>>       VCVARSFILE="vc/bin/amd64/vcvars64.bat"
>>    fi
>>
>> But this file doesn't exist in the VS 12.0 or 11.0 installations. The
>> change I made to the above in order to solve the "missing" VC/bin dir was
>> to force using "vc/bin/vcvars32.bat" (because /amd64 doesn't exist), which
>> I guess was not smart and caused the above error.
>> Here is the list of all vcvars in the VS installations:
>> https://i.imgur.com/QtlePFq.png
>>
>> Note that VS 2017 has vcvars64.bat. Maybe vcvarsx86_amd64.bat in VS 2013
>> is fine?
>>
>> By the way, would building JDK 10 be any different in terms of
>> compatibility? I already built OpenJFX 11 and I only need the JDK for that
>> purpose. If JDK 10 can work here and is easier to build I'm fine with that.
>>
>>
>> It seems the Visual Studio Express edition did not include the native
>> 64bit compiler:
>> https://msdn.microsoft.com/en-us/library/hs24szh9(v=vs.120).aspx
>>
>> When we updated to VS 2013 in JDK 9, we used the professional edition
>> internally, which comes with the 64bit native compiler. For OpenJDK, we
>> were still able to build 32bit with the express edition so we were fine
>> with that. In JDK 10 and 11 32bit is not as well supported.
>>
>> The vcvarsx86_amd64.bat seems to be a 32bit to 64bit cross compilation
>> toolchain. I would try that and see what happens. In theory it should work,
>> but there may be a few more details to fix to get it all the way.
>>
>> /Erik
>>
>>
>> On Thu, Jan 4, 2018 at 12:55 PM, Erik Joelsson <erik.joelsson at oracle.com>
>> wrote:
>>
>>> I think you also need the "Wrapper scripts for autoconf commands". Was a
>>> long time since I did this.
>>>
>>> /Erik
>>>
>>> On 2018-01-04 11:40, Nir Lisker wrote:
>>>
>>> I get "-bash: autoconf: command not found".
>>>
>>> Here's an image of the autoconf packages in the cygwin installer in case
>>> I didn't install the right one: https://i.imgur.com/V3GMg9Y.png
>>>
>>> Do I need to add some directory to the PATH env variable? I'd imagine
>>> cygwin would know where it installed it.
>>>
>>> - Nir
>>>
>>> On Thu, Jan 4, 2018 at 10:29 AM, Erik Joelsson <erik.joelsson at oracle.com
>>> > wrote:
>>>
>>>> Can you run "autoconf --version" on the command line?
>>>>
>>>> /Erik
>>>>
>>>> On 2018-01-03 16:33, Nir Lisker wrote:
>>>>
>>>> Hello Erik,
>>>>
>>>> I installed autoconf 2.69-3 through cygwin (indeed it was listed as
>>>> 2.5). However, running "bash autogen.sh" still gives:
>>>>
>>>> You need autoconf installed to be able to regenerate the configure
>>>> script
>>>> Error: Cannot find autoconf
>>>>
>>>> If I run "bash configure" I get
>>>>
>>>> Configure source code has been updated, checking time stamps
>>>> Running generated-configure.sh
>>>>
>>>> And that's it. I checked generated-configure.sh and it contains only
>>>> comments and no script.
>>>>
>>>> In autogen.sh I tried adding a print to help with debugging:
>>>>
>>>> AUTOCONF="`which autoconf 2> /dev/null | grep -v '^no autoconf in'`"
>>>> echo "AUTOCONF is ${AUTOCONF}"
>>>>
>>>> which prints
>>>>
>>>> AUTOCONF is
>>>>
>>>> Apologies for the mess. How do I continue?
>>>>
>>>> - Nir
>>>>
>>>> On Wed, Jan 3, 2018 at 4:54 PM, Erik Joelsson <erik.joelsson at oracle.com
>>>> > wrote:
>>>>
>>>>> Hello Nir,
>>>>> On 2018-01-03 15:34, Nir Lisker wrote:
>>>>>
>>>>> Thanks for the detailed reply.
>>>>>
>>>>> Iv'e changed the logic in toolchain_windows.m4 and got this message:
>>>>>
>>>>> Configure source code has been updated, checking time stamps
>>>>> Warning: The configure source files is newer than the generated files.
>>>>> Cannot locate autoconf, unable to correct situation.
>>>>> Please install autoconf and run 'bash autogen.sh' to update the
>>>>> generated files.
>>>>> Error: Cannot continue
>>>>>
>>>>> I downloaded autoconf 2.69. How do I point to it? There is no
>>>>> installation.
>>>>>
>>>>> If you downloaded the src distro, then you need to compile and install
>>>>> it with something like
>>>>>
>>>>> $ ./configure
>>>>> $ make
>>>>> $ make install
>>>>>
>>>>> On Windows it's probably easier to just get it through cygwin. Note
>>>>> that the cygwin installer probably still lists autoconf as an old version
>>>>> in the name, but last I checked it was 2.69 that they actually provided. On
>>>>> Linux, just use your favorite package installation tool (apt, yum etc).
>>>>>
>>>>> As long as it's on the path, autogen.sh will pick it up. Configure
>>>>> will also detect that you changed an .m4 file and run autogen.sh for you
>>>>> automatically, which is what happened to you above.
>>>>>
>>>>> /Erik
>>>>>
>>>>> On Wed, Jan 3, 2018 at 3:24 PM, Erik Joelsson <
>>>>> erik.joelsson at oracle.com> wrote:
>>>>>
>>>>>> Hello Nir,
>>>>>>
>>>>>> On 2018-01-03 13:05, Nir Lisker wrote:
>>>>>>
>>>>>>> When trying to build JDK 11 on Windows 10 with VS Express 2013
>>>>>>> Update 4 (as
>>>>>>> stated in the docs - the highest supported version) the build fails:
>>>>>>>
>>>>>> AFAIK, this should work, though I have only ever used VS 2013
>>>>>> Professional.
>>>>>>
>>>>>>> bash configure  --with-tools-dir='C:\Program Files (x86)\Microsoft
>>>>>>> Visual
>>>>>>> Studio 12.0\VC\bin'
>>>>>>>
>>>>>> If VS is properly installed in the default location, there should be
>>>>>> no need to specify --with-tools-dir. Configure will look in the default
>>>>>> location automatically.
>>>>>>
>>>>>>> ...
>>>>>>> configure: Found Visual Studio installation at /cygdrive/c/Program
>>>>>>> Files
>>>>>>> (x86)/Microsoft Visual Studio 12.0/ using --with-tools-dir
>>>>>>> configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is
>>>>>>> probably
>>>>>>> Visual Studio Express. Ignoring
>>>>>>> configure: Found Visual Studio installation at /cygdrive/c/Program
>>>>>>> Files
>>>>>>> (x86)/ using --with-tools-dir
>>>>>>> configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is
>>>>>>> probably
>>>>>>> Visual Studio Express. Ignoring
>>>>>>> configure: The path given by --with-tools-dir does not contain a
>>>>>>> valid
>>>>>>> configure: Visual Studio installation. Please point to the VC/bin or
>>>>>>> VC/bin/amd64
>>>>>>> configure: directory within the Visual Studio installation
>>>>>>> configure: error: Cannot locate a valid Visual Studio installation
>>>>>>> configure exiting with result code 1
>>>>>>>
>>>>>>> /Microsoft Visual Studio 12.0/VC/bin/ does not contain an /amd64
>>>>>>> folder,
>>>>>>> instead it has /x86_amd64. Also, vcvars64.bat is located directly
>>>>>>> under
>>>>>>> /VC/bin.
>>>>>>>
>>>>>> This is strange. Looking at the configure source, we assume that the
>>>>>> VS installation should contain "vc/bin/amd64/vcvars64.bat". If that file
>>>>>> isn't found, configure doesn't recognize the VS installation. Unfortunately
>>>>>> I don't have an Express installation to look at, but my old professional
>>>>>> installation has that file. In VC/bin I only have vcvars32.bat.
>>>>>>
>>>>>> I'm pretty sure this layout was how the express edition used to look
>>>>>> as well. Otherwise Magnus wouldn't have written the build doc claiming it
>>>>>> would work.
>>>>>>
>>>>>> This means the file layout for Visual Studio 2013 has changed, or
>>>>>> that it's different on Windows 10 (our builds are on older versions of
>>>>>> Windows still).
>>>>>>
>>>>>> If you would like to try to fix this, the logic that needs updating
>>>>>> is in make/autoconf/toolchain_windows.m4, in the macro
>>>>>> TOOLCHAIN_CHECK_POSSIBLE_VISUAL_STUDIO_ROOT.
>>>>>>
>>>>>>> Iv'e made another attempt using /Microsoft Visual Studio
>>>>>>> 11.0/VC/bin/ which
>>>>>>> resulted in the same error. This folder also has vcvars64.bat
>>>>>>> directly
>>>>>>> under it. It also contains an /amd64 folder with a couple of dlls
>>>>>>> inside.
>>>>>>>
>>>>>>> Since I'm specifying the path to the /VC/bin dir I don't understand
>>>>>>> why
>>>>>>> it's still complaining. What am I doing wrong?
>>>>>>>
>>>>>> Because of how different the versions of Visual Studio are, configure
>>>>>> will not automatically assume or try a different version than the default
>>>>>> without being told to. If you want to try 2012, you need to tell configure
>>>>>> using --with-toolchain-version=2012. No need to specify tools dir as long
>>>>>> as it's installed in the default location.
>>>>>>
>>>>>>> On a related note, is it possible to update the build requirements
>>>>>>> to work
>>>>>>> with VS 2017? OpenJFX already uses this version.
>>>>>>>
>>>>>> This will likely happen in JDK 11 time frame. Note though that
>>>>>> changing compilers is usually a pretty big effort so it will take a while.
>>>>>>
>>>>>> /Erik
>>>>>>
>>>>>>> - Nir
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>


From erik.joelsson at oracle.com  Thu Jan  4 16:09:09 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 4 Jan 2018 17:09:09 +0100
Subject: bash configure fails on missing VS tools dir
In-Reply-To: <CA+0ynh9bmRtqjwPR0P0KmauLA_6rd8t290=o4rwPvZ2ZJcoUjw@mail.gmail.com>
References: <CA+0ynh9ZyhKovVMpSj=kYpa6VH1PU46nD050a-=uu1Qr9Fkehg@mail.gmail.com>
 <9a1bd4a2-06eb-d463-f88d-1df068e84a7c@oracle.com>
 <CA+0ynh-_hC_3DUNJJ6M7SvdHQqykqcMigHx5r3_irJTr_Jr8FQ@mail.gmail.com>
 <37ba6f45-ff14-85b8-b5f7-19dd2cda52c4@oracle.com>
 <CA+0ynh8hUNGngdmcw_+c42jpfY8OMdjyb+G39Cinfj53GjUYyw@mail.gmail.com>
 <38203e5f-2f4c-a8ec-1719-258f7b460f3c@oracle.com>
 <CA+0ynh_13jX_n_5Pcgp7kLnYGkATWyPW7rjPjO8sQ8KshrJGEQ@mail.gmail.com>
 <281a0bcc-3a79-c6ec-af63-d20c5140d32d@oracle.com>
 <CA+0ynh_He7Yf=4pU=1TAbVgLyxJCDHMUStxQa_NO4Bg3LTOosA@mail.gmail.com>
 <2e2cb8cd-1d81-36a4-9ab1-04cc422d8177@oracle.com>
 <CA+0ynh_9zx03Y6Ked_c=gGWrvuUGZaGe+JxJeuj0snitMr8kfA@mail.gmail.com>
 <ce7238cd-13ba-ecbd-18c0-a5b1ca722553@oracle.com>
 <CA+0ynh9bmRtqjwPR0P0KmauLA_6rd8t290=o4rwPvZ2ZJcoUjw@mail.gmail.com>
Message-ID: <280562f0-4d67-5ccd-89d7-6df57e56005e@oracle.com>

Thanks! I've filed https://bugs.openjdk.java.net/browse/JDK-8194645

/Erik


On 2018-01-04 16:30, Nir Lisker wrote:
> Yeah, make also completed successfully:
>
> Finished building target 'default (exploded-image)' in configuration 
> 'windows-x86_64-normal-server-release'
>
> This is what I did in toolchain_windows.m4:
>
> ? ? if test "x$OPENJDK_TARGET_CPU_BITS" = x32; then
> ? ? ? ?VCVARSFILE="vc/bin/vcvars32.bat"
> ? ? else
> #? ? ?VCVARSFILE="vc/bin/amd64/vcvars64.bat"
> ? ? ? ?VCVARSFILE="vc/bin/x86_amd64/vcvarsx86_amd64.bat"
> ? ? fi
>
> If you need any extra info I can update.
>
> - Nir
>
> On Thu, Jan 4, 2018 at 5:23 PM, Erik Joelsson 
> <erik.joelsson at oracle.com <mailto:erik.joelsson at oracle.com>> wrote:
>
>     If this works for you, we should update configure to look for both.
>
>     /Erik
>
>
>     On 2018-01-04 14:51, Nir Lisker wrote:
>>     It seems to have accepted vcvarsx86_amd64.bat quietly. Configure
>>     succeeded:
>>
>>     Tools summary:
>>     * Environment:? ? cygwin version 2.9.0(0.318/5/3) (root at
>>     /cygdrive/c/cygwin64)
>>     * Boot JDK: ? ? ?java version "9"? Java(TM) SE Runtime
>>     Environment (build 9+181)? Java HotSpot(TM) 64-Bit Server VM
>>     (build 9+181, mixed mode) ?(at /cygdrive/c/progra~1/java/jdk-9)
>>     * Toolchain:? ? ? microsoft (Microsoft Visual Studio 2013)
>>     * C Compiler:? ? ?Version 18.00.31101 (at
>>     /cygdrive/c/progra~2/micros~1.0/vc/bin/x86_am~1/cl)
>>     * C++ Compiler:? ?Version 18.00.31101 (at
>>     /cygdrive/c/progra~2/micros~1.0/vc/bin/x86_am~1/cl)
>>
>>     Hopefully all this would be helpful to someone in the future.
>>
>>     On with the rest of the steps...
>>
>>     Thanks,
>>     Nir
>>
>>     On Thu, Jan 4, 2018 at 2:36 PM, Erik Joelsson
>>     <erik.joelsson at oracle.com <mailto:erik.joelsson at oracle.com>> wrote:
>>
>>
>>         On 2018-01-04 12:45, Nir Lisker wrote:
>>>         Yes, that did it, autegen.sh completed successfully. Thanks.
>>>
>>>         Now the next problem with "bash configure":
>>>         configure: error: Target CPU mismatch. We are building for
>>>         x86_64 but CL is for "x86"; expected "x64".
>>>
>>>         If that's the cl.exe which is in the same folder as vcvars,
>>>         I noticed that in?toolchain_windows.m4 that the script can
>>>         try to find vcvars64.bat:
>>>
>>>         ? ?if test "x$OPENJDK_TARGET_CPU_BITS" = x32; then
>>>         ? ? ? VCVARSFILE="vc/bin/vcvars32.ba <http://vcvars32.ba>t"
>>>         ? ?else
>>>         VCVARSFILE="vc/bin/amd64/vcvars64.bat"
>>>         ? ?fi
>>>
>>>         But this file doesn't exist in the VS 12.0 or 11.0
>>>         installations. The change I made to the above in order to
>>>         solve the "missing" VC/bin dir was to force using
>>>         "vc/bin/vcvars32.bat" (because /amd64 doesn't exist), which
>>>         I guess was not smart and caused the above error.
>>>         Here is the list of all vcvars in the VS installations:
>>>         https://i.imgur.com/QtlePFq.png
>>>         <https://i.imgur.com/QtlePFq.png>
>>>
>>>         Note that VS 2017 has vcvars64.bat.
>>>         Maybe?vcvarsx86_amd64.bat in VS 2013 is fine?
>>>
>>>         By the way, would building JDK 10 be any different in terms
>>>         of compatibility? I already built OpenJFX 11 and I only need
>>>         the JDK for that purpose. If JDK 10 can work here and is
>>>         easier to build I'm fine with that.
>>>
>>>
>>         It seems the Visual Studio Express edition did not include
>>         the native 64bit compiler:
>>         https://msdn.microsoft.com/en-us/library/hs24szh9(v=vs.120).aspx
>>         <https://msdn.microsoft.com/en-us/library/hs24szh9%28v=vs.120%29.aspx>
>>
>>         When we updated to VS 2013 in JDK 9, we used the professional
>>         edition internally, which comes with the 64bit native
>>         compiler. For OpenJDK, we were still able to build 32bit with
>>         the express edition so we were fine with that. In JDK 10 and
>>         11 32bit is not as well supported.
>>
>>         The vcvarsx86_amd64.bat seems to be a 32bit to 64bit cross
>>         compilation toolchain. I would try that and see what happens.
>>         In theory it should work, but there may be a few more details
>>         to fix to get it all the way.
>>
>>         /Erik
>>
>>>
>>>         On Thu, Jan 4, 2018 at 12:55 PM, Erik Joelsson
>>>         <erik.joelsson at oracle.com <mailto:erik.joelsson at oracle.com>>
>>>         wrote:
>>>
>>>             I think you also need the "Wrapper scripts for autoconf
>>>             commands". Was a long time since I did this.
>>>
>>>             /Erik
>>>
>>>
>>>             On 2018-01-04 11:40, Nir Lisker wrote:
>>>>             I get "-bash: autoconf: command not found".
>>>>
>>>>             Here's an image of the autoconf packages in the cygwin
>>>>             installer in case I didn't install the right one:
>>>>             https://i.imgur.com/V3GMg9Y.png
>>>>             <https://i.imgur.com/V3GMg9Y.png>
>>>>
>>>>             Do I need to add some directory to the PATH env
>>>>             variable? I'd imagine cygwin would know where it
>>>>             installed it.
>>>>
>>>>             - Nir
>>>>
>>>>             On Thu, Jan 4, 2018 at 10:29 AM, Erik Joelsson
>>>>             <erik.joelsson at oracle.com
>>>>             <mailto:erik.joelsson at oracle.com>> wrote:
>>>>
>>>>                 Can you run "autoconf --version" on the command line?
>>>>
>>>>                 /Erik
>>>>
>>>>
>>>>                 On 2018-01-03 16:33, Nir Lisker wrote:
>>>>>                 Hello Erik,
>>>>>
>>>>>                 I installed autoconf 2.69-3 through cygwin (indeed
>>>>>                 it was listed as 2.5). However, running "bash
>>>>>                 autogen.sh" still gives:
>>>>>
>>>>>                 You need autoconf installed to be able to
>>>>>                 regenerate the configure script
>>>>>                 Error: Cannot find autoconf
>>>>>
>>>>>                 If I run "bash configure" I get
>>>>>
>>>>>                 Configure source code has been updated, checking
>>>>>                 time stamps
>>>>>                 Running generated-configure.sh
>>>>>
>>>>>                 And that's it. I checked generated-configure.sh
>>>>>                 and it contains only comments and no script.
>>>>>
>>>>>                 In autogen.sh I tried adding a print to help with
>>>>>                 debugging:
>>>>>
>>>>>                 AUTOCONF="`which autoconf 2> /dev/null | grep -v
>>>>>                 '^no autoconf in'`"
>>>>>                 echo "AUTOCONF is ${AUTOCONF}"
>>>>>
>>>>>                 which prints
>>>>>
>>>>>                 AUTOCONF is
>>>>>
>>>>>                 Apologies for the mess. How do I continue?
>>>>>
>>>>>                 - Nir
>>>>>
>>>>>                 On Wed, Jan 3, 2018 at 4:54 PM, Erik Joelsson
>>>>>                 <erik.joelsson at oracle.com
>>>>>                 <mailto:erik.joelsson at oracle.com>> wrote:
>>>>>
>>>>>                     Hello Nir,
>>>>>
>>>>>                     On 2018-01-03 15:34, Nir Lisker wrote:
>>>>>>                     Thanks for the detailed reply.
>>>>>>
>>>>>>                     Iv'e changed the logic in
>>>>>>                     toolchain_windows.m4 and got this message:
>>>>>>
>>>>>>                     Configure source code has been updated,
>>>>>>                     checking time stamps
>>>>>>                     Warning: The configure source files is newer
>>>>>>                     than the generated files.
>>>>>>                     Cannot locate autoconf, unable to correct
>>>>>>                     situation.
>>>>>>                     Please install autoconf and run 'bash
>>>>>>                     autogen.sh' to update the generated files.
>>>>>>                     Error: Cannot continue
>>>>>>
>>>>>>                     I downloaded autoconf 2.69. How do I point to
>>>>>>                     it? There is no installation.
>>>>>>
>>>>>                     If you downloaded the src distro, then you
>>>>>                     need to compile and install it with something like
>>>>>
>>>>>                     $ ./configure
>>>>>                     $ make
>>>>>                     $ make install
>>>>>
>>>>>                     On Windows it's probably easier to just get it
>>>>>                     through cygwin. Note that the cygwin installer
>>>>>                     probably still lists autoconf as an old
>>>>>                     version in the name, but last I checked it was
>>>>>                     2.69 that they actually provided. On Linux,
>>>>>                     just use your favorite package installation
>>>>>                     tool (apt, yum etc).
>>>>>
>>>>>                     As long as it's on the path, autogen.sh will
>>>>>                     pick it up. Configure will also detect that
>>>>>                     you changed an .m4 file and run autogen.sh for
>>>>>                     you automatically, which is what happened to
>>>>>                     you above.
>>>>>
>>>>>                     /Erik
>>>>>
>>>>>>                     On Wed, Jan 3, 2018 at 3:24 PM, Erik Joelsson
>>>>>>                     <erik.joelsson at oracle.com
>>>>>>                     <mailto:erik.joelsson at oracle.com>> wrote:
>>>>>>
>>>>>>                         Hello Nir,
>>>>>>
>>>>>>                         On 2018-01-03 13:05, Nir Lisker wrote:
>>>>>>
>>>>>>                             When trying to build JDK 11 on
>>>>>>                             Windows 10 with VS Express 2013
>>>>>>                             Update 4 (as
>>>>>>                             stated in the docs - the highest
>>>>>>                             supported version) the build fails:
>>>>>>
>>>>>>                         AFAIK, this should work, though I have
>>>>>>                         only ever used VS 2013 Professional.
>>>>>>
>>>>>>                             bash configure
>>>>>>                             --with-tools-dir='C:\Program Files
>>>>>>                             (x86)\Microsoft Visual
>>>>>>                             Studio 12.0\VC\bin'
>>>>>>
>>>>>>                         If VS is properly installed in the
>>>>>>                         default location, there should be no need
>>>>>>                         to specify --with-tools-dir. Configure
>>>>>>                         will look in the default location
>>>>>>                         automatically.
>>>>>>
>>>>>>                             ...
>>>>>>                             configure: Found Visual Studio
>>>>>>                             installation at /cygdrive/c/Program Files
>>>>>>                             (x86)/Microsoft Visual Studio 12.0/
>>>>>>                             using --with-tools-dir
>>>>>>                             configure: Warning:
>>>>>>                             vc/bin/amd64/vcvars64.bat is missing,
>>>>>>                             this is probably
>>>>>>                             Visual Studio Express. Ignoring
>>>>>>                             configure: Found Visual Studio
>>>>>>                             installation at /cygdrive/c/Program Files
>>>>>>                             (x86)/ using --with-tools-dir
>>>>>>                             configure: Warning:
>>>>>>                             vc/bin/amd64/vcvars64.bat is missing,
>>>>>>                             this is probably
>>>>>>                             Visual Studio Express. Ignoring
>>>>>>                             configure: The path given by
>>>>>>                             --with-tools-dir does not contain a valid
>>>>>>                             configure: Visual Studio
>>>>>>                             installation. Please point to the
>>>>>>                             VC/bin or
>>>>>>                             VC/bin/amd64
>>>>>>                             configure: directory within the
>>>>>>                             Visual Studio installation
>>>>>>                             configure: error: Cannot locate a
>>>>>>                             valid Visual Studio installation
>>>>>>                             configure exiting with result code 1
>>>>>>
>>>>>>                             /Microsoft Visual Studio 12.0/VC/bin/
>>>>>>                             does not contain an /amd64 folder,
>>>>>>                             instead it has /x86_amd64. Also,
>>>>>>                             vcvars64.bat is located directly under
>>>>>>                             /VC/bin.
>>>>>>
>>>>>>                         This is strange. Looking at the configure
>>>>>>                         source, we assume that the VS
>>>>>>                         installation should contain
>>>>>>                         "vc/bin/amd64/vcvars64.bat". If that file
>>>>>>                         isn't found, configure doesn't recognize
>>>>>>                         the VS installation. Unfortunately I
>>>>>>                         don't have an Express installation to
>>>>>>                         look at, but my old professional
>>>>>>                         installation has that file. In VC/bin I
>>>>>>                         only have vcvars32.bat.
>>>>>>
>>>>>>                         I'm pretty sure this layout was how the
>>>>>>                         express edition used to look as well.
>>>>>>                         Otherwise Magnus wouldn't have written
>>>>>>                         the build doc claiming it would work.
>>>>>>
>>>>>>                         This means the file layout for Visual
>>>>>>                         Studio 2013 has changed, or that it's
>>>>>>                         different on Windows 10 (our builds are
>>>>>>                         on older versions of Windows still).
>>>>>>
>>>>>>                         If you would like to try to fix this, the
>>>>>>                         logic that needs updating is in
>>>>>>                         make/autoconf/toolchain_windows.m4, in
>>>>>>                         the macro
>>>>>>                         TOOLCHAIN_CHECK_POSSIBLE_VISUAL_STUDIO_ROOT.
>>>>>>
>>>>>>                             Iv'e made another attempt using
>>>>>>                             /Microsoft Visual Studio 11.0/VC/bin/
>>>>>>                             which
>>>>>>                             resulted in the same error. This
>>>>>>                             folder also has vcvars64.bat directly
>>>>>>                             under it. It also contains an /amd64
>>>>>>                             folder with a couple of dlls inside.
>>>>>>
>>>>>>                             Since I'm specifying the path to the
>>>>>>                             /VC/bin dir I don't understand why
>>>>>>                             it's still complaining. What am I
>>>>>>                             doing wrong?
>>>>>>
>>>>>>                         Because of how different the versions of
>>>>>>                         Visual Studio are, configure will not
>>>>>>                         automatically assume or try a different
>>>>>>                         version than the default without being
>>>>>>                         told to. If you want to try 2012, you
>>>>>>                         need to tell configure using
>>>>>>                         --with-toolchain-version=2012. No need to
>>>>>>                         specify tools dir as long as it's
>>>>>>                         installed in the default location.
>>>>>>
>>>>>>                             On a related note, is it possible to
>>>>>>                             update the build requirements to work
>>>>>>                             with VS 2017? OpenJFX already uses
>>>>>>                             this version.
>>>>>>
>>>>>>                         This will likely happen in JDK 11 time
>>>>>>                         frame. Note though that changing
>>>>>>                         compilers is usually a pretty big effort
>>>>>>                         so it will take a while.
>>>>>>
>>>>>>                         /Erik
>>>>>>
>>>>>>                             - Nir
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>



From nlisker at gmail.com  Thu Jan  4 16:31:03 2018
From: nlisker at gmail.com (Nir Lisker)
Date: Thu, 4 Jan 2018 18:31:03 +0200
Subject: bash configure fails on missing VS tools dir
In-Reply-To: <280562f0-4d67-5ccd-89d7-6df57e56005e@oracle.com>
References: <CA+0ynh9ZyhKovVMpSj=kYpa6VH1PU46nD050a-=uu1Qr9Fkehg@mail.gmail.com>
 <9a1bd4a2-06eb-d463-f88d-1df068e84a7c@oracle.com>
 <CA+0ynh-_hC_3DUNJJ6M7SvdHQqykqcMigHx5r3_irJTr_Jr8FQ@mail.gmail.com>
 <37ba6f45-ff14-85b8-b5f7-19dd2cda52c4@oracle.com>
 <CA+0ynh8hUNGngdmcw_+c42jpfY8OMdjyb+G39Cinfj53GjUYyw@mail.gmail.com>
 <38203e5f-2f4c-a8ec-1719-258f7b460f3c@oracle.com>
 <CA+0ynh_13jX_n_5Pcgp7kLnYGkATWyPW7rjPjO8sQ8KshrJGEQ@mail.gmail.com>
 <281a0bcc-3a79-c6ec-af63-d20c5140d32d@oracle.com>
 <CA+0ynh_He7Yf=4pU=1TAbVgLyxJCDHMUStxQa_NO4Bg3LTOosA@mail.gmail.com>
 <2e2cb8cd-1d81-36a4-9ab1-04cc422d8177@oracle.com>
 <CA+0ynh_9zx03Y6Ked_c=gGWrvuUGZaGe+JxJeuj0snitMr8kfA@mail.gmail.com>
 <ce7238cd-13ba-ecbd-18c0-a5b1ca722553@oracle.com>
 <CA+0ynh9bmRtqjwPR0P0KmauLA_6rd8t290=o4rwPvZ2ZJcoUjw@mail.gmail.com>
 <280562f0-4d67-5ccd-89d7-6df57e56005e@oracle.com>
Message-ID: <CA+0ynh_4v4Z6UYhibcySbaE_+jRZzuaDJ9s6-zAS4J_Lgj07wA@mail.gmail.com>

Great. I don't think I can Watch or comment on the JIRA issue because I
don't have an account, and also I'm not registered on build-dev mailing
list, so if some system or build/configure info is needed I can be
contacted in this email.

- Nir

On Thu, Jan 4, 2018 at 6:09 PM, Erik Joelsson <erik.joelsson at oracle.com>
wrote:

> Thanks! I've filed https://bugs.openjdk.java.net/browse/JDK-8194645
>
> /Erik
>
> On 2018-01-04 16:30, Nir Lisker wrote:
>
> Yeah, make also completed successfully:
>
> Finished building target 'default (exploded-image)' in configuration
> 'windows-x86_64-normal-server-release'
>
> This is what I did in toolchain_windows.m4:
>
>     if test "x$OPENJDK_TARGET_CPU_BITS" = x32; then
>        VCVARSFILE="vc/bin/vcvars32.bat"
>     else
> #     VCVARSFILE="vc/bin/amd64/vcvars64.bat"
>        VCVARSFILE="vc/bin/x86_amd64/vcvarsx86_amd64.bat"
>     fi
>
> If you need any extra info I can update.
>
> - Nir
>
> On Thu, Jan 4, 2018 at 5:23 PM, Erik Joelsson <erik.joelsson at oracle.com>
> wrote:
>
>> If this works for you, we should update configure to look for both.
>>
>> /Erik
>>
>> On 2018-01-04 14:51, Nir Lisker wrote:
>>
>> It seems to have accepted vcvarsx86_amd64.bat quietly. Configure
>> succeeded:
>>
>> Tools summary:
>> * Environment:    cygwin version 2.9.0(0.318/5/3) (root at
>> /cygdrive/c/cygwin64)
>> * Boot JDK:       java version "9"  Java(TM) SE Runtime Environment
>> (build 9+181)  Java HotSpot(TM) 64-Bit Server VM (build 9+181, mixed mode)
>>  (at /cygdrive/c/progra~1/java/jdk-9)
>> * Toolchain:      microsoft (Microsoft Visual Studio 2013)
>> * C Compiler:     Version 18.00.31101 (at /cygdrive/c/progra~2/micros~1.
>> 0/vc/bin/x86_am~1/cl)
>> * C++ Compiler:   Version 18.00.31101 (at /cygdrive/c/progra~2/micros~1.
>> 0/vc/bin/x86_am~1/cl)
>>
>> Hopefully all this would be helpful to someone in the future.
>>
>> On with the rest of the steps...
>>
>> Thanks,
>> Nir
>>
>> On Thu, Jan 4, 2018 at 2:36 PM, Erik Joelsson <erik.joelsson at oracle.com>
>> wrote:
>>
>>>
>>> On 2018-01-04 12:45, Nir Lisker wrote:
>>>
>>> Yes, that did it, autegen.sh completed successfully. Thanks.
>>>
>>> Now the next problem with "bash configure":
>>> configure: error: Target CPU mismatch. We are building for x86_64 but CL
>>> is for "x86"; expected "x64".
>>>
>>> If that's the cl.exe which is in the same folder as vcvars, I noticed
>>> that in toolchain_windows.m4 that the script can try to find vcvars64.bat:
>>>
>>>    if test "x$OPENJDK_TARGET_CPU_BITS" = x32; then
>>>       VCVARSFILE="vc/bin/vcvars32.bat"
>>>    else
>>>       VCVARSFILE="vc/bin/amd64/vcvars64.bat"
>>>    fi
>>>
>>> But this file doesn't exist in the VS 12.0 or 11.0 installations. The
>>> change I made to the above in order to solve the "missing" VC/bin dir was
>>> to force using "vc/bin/vcvars32.bat" (because /amd64 doesn't exist), which
>>> I guess was not smart and caused the above error.
>>> Here is the list of all vcvars in the VS installations:
>>> https://i.imgur.com/QtlePFq.png
>>>
>>> Note that VS 2017 has vcvars64.bat. Maybe vcvarsx86_amd64.bat in VS 2013
>>> is fine?
>>>
>>> By the way, would building JDK 10 be any different in terms of
>>> compatibility? I already built OpenJFX 11 and I only need the JDK for that
>>> purpose. If JDK 10 can work here and is easier to build I'm fine with that.
>>>
>>>
>>> It seems the Visual Studio Express edition did not include the native
>>> 64bit compiler:
>>> https://msdn.microsoft.com/en-us/library/hs24szh9(v=vs.120).aspx
>>>
>>> When we updated to VS 2013 in JDK 9, we used the professional edition
>>> internally, which comes with the 64bit native compiler. For OpenJDK, we
>>> were still able to build 32bit with the express edition so we were fine
>>> with that. In JDK 10 and 11 32bit is not as well supported.
>>>
>>> The vcvarsx86_amd64.bat seems to be a 32bit to 64bit cross compilation
>>> toolchain. I would try that and see what happens. In theory it should work,
>>> but there may be a few more details to fix to get it all the way.
>>>
>>> /Erik
>>>
>>>
>>> On Thu, Jan 4, 2018 at 12:55 PM, Erik Joelsson <erik.joelsson at oracle.com
>>> > wrote:
>>>
>>>> I think you also need the "Wrapper scripts for autoconf commands". Was
>>>> a long time since I did this.
>>>>
>>>> /Erik
>>>>
>>>> On 2018-01-04 11:40, Nir Lisker wrote:
>>>>
>>>> I get "-bash: autoconf: command not found".
>>>>
>>>> Here's an image of the autoconf packages in the cygwin installer in
>>>> case I didn't install the right one: https://i.imgur.com/V3GMg9Y.png
>>>>
>>>> Do I need to add some directory to the PATH env variable? I'd imagine
>>>> cygwin would know where it installed it.
>>>>
>>>> - Nir
>>>>
>>>> On Thu, Jan 4, 2018 at 10:29 AM, Erik Joelsson <
>>>> erik.joelsson at oracle.com> wrote:
>>>>
>>>>> Can you run "autoconf --version" on the command line?
>>>>>
>>>>> /Erik
>>>>>
>>>>> On 2018-01-03 16:33, Nir Lisker wrote:
>>>>>
>>>>> Hello Erik,
>>>>>
>>>>> I installed autoconf 2.69-3 through cygwin (indeed it was listed as
>>>>> 2.5). However, running "bash autogen.sh" still gives:
>>>>>
>>>>> You need autoconf installed to be able to regenerate the configure
>>>>> script
>>>>> Error: Cannot find autoconf
>>>>>
>>>>> If I run "bash configure" I get
>>>>>
>>>>> Configure source code has been updated, checking time stamps
>>>>> Running generated-configure.sh
>>>>>
>>>>> And that's it. I checked generated-configure.sh and it contains only
>>>>> comments and no script.
>>>>>
>>>>> In autogen.sh I tried adding a print to help with debugging:
>>>>>
>>>>> AUTOCONF="`which autoconf 2> /dev/null | grep -v '^no autoconf in'`"
>>>>> echo "AUTOCONF is ${AUTOCONF}"
>>>>>
>>>>> which prints
>>>>>
>>>>> AUTOCONF is
>>>>>
>>>>> Apologies for the mess. How do I continue?
>>>>>
>>>>> - Nir
>>>>>
>>>>> On Wed, Jan 3, 2018 at 4:54 PM, Erik Joelsson <
>>>>> erik.joelsson at oracle.com> wrote:
>>>>>
>>>>>> Hello Nir,
>>>>>> On 2018-01-03 15:34, Nir Lisker wrote:
>>>>>>
>>>>>> Thanks for the detailed reply.
>>>>>>
>>>>>> Iv'e changed the logic in toolchain_windows.m4 and got this message:
>>>>>>
>>>>>> Configure source code has been updated, checking time stamps
>>>>>> Warning: The configure source files is newer than the generated files.
>>>>>> Cannot locate autoconf, unable to correct situation.
>>>>>> Please install autoconf and run 'bash autogen.sh' to update the
>>>>>> generated files.
>>>>>> Error: Cannot continue
>>>>>>
>>>>>> I downloaded autoconf 2.69. How do I point to it? There is no
>>>>>> installation.
>>>>>>
>>>>>> If you downloaded the src distro, then you need to compile and
>>>>>> install it with something like
>>>>>>
>>>>>> $ ./configure
>>>>>> $ make
>>>>>> $ make install
>>>>>>
>>>>>> On Windows it's probably easier to just get it through cygwin. Note
>>>>>> that the cygwin installer probably still lists autoconf as an old version
>>>>>> in the name, but last I checked it was 2.69 that they actually provided. On
>>>>>> Linux, just use your favorite package installation tool (apt, yum etc).
>>>>>>
>>>>>> As long as it's on the path, autogen.sh will pick it up. Configure
>>>>>> will also detect that you changed an .m4 file and run autogen.sh for you
>>>>>> automatically, which is what happened to you above.
>>>>>>
>>>>>> /Erik
>>>>>>
>>>>>> On Wed, Jan 3, 2018 at 3:24 PM, Erik Joelsson <
>>>>>> erik.joelsson at oracle.com> wrote:
>>>>>>
>>>>>>> Hello Nir,
>>>>>>>
>>>>>>> On 2018-01-03 13:05, Nir Lisker wrote:
>>>>>>>
>>>>>>>> When trying to build JDK 11 on Windows 10 with VS Express 2013
>>>>>>>> Update 4 (as
>>>>>>>> stated in the docs - the highest supported version) the build fails:
>>>>>>>>
>>>>>>> AFAIK, this should work, though I have only ever used VS 2013
>>>>>>> Professional.
>>>>>>>
>>>>>>>> bash configure  --with-tools-dir='C:\Program Files (x86)\Microsoft
>>>>>>>> Visual
>>>>>>>> Studio 12.0\VC\bin'
>>>>>>>>
>>>>>>> If VS is properly installed in the default location, there should be
>>>>>>> no need to specify --with-tools-dir. Configure will look in the default
>>>>>>> location automatically.
>>>>>>>
>>>>>>>> ...
>>>>>>>> configure: Found Visual Studio installation at /cygdrive/c/Program
>>>>>>>> Files
>>>>>>>> (x86)/Microsoft Visual Studio 12.0/ using --with-tools-dir
>>>>>>>> configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is
>>>>>>>> probably
>>>>>>>> Visual Studio Express. Ignoring
>>>>>>>> configure: Found Visual Studio installation at /cygdrive/c/Program
>>>>>>>> Files
>>>>>>>> (x86)/ using --with-tools-dir
>>>>>>>> configure: Warning: vc/bin/amd64/vcvars64.bat is missing, this is
>>>>>>>> probably
>>>>>>>> Visual Studio Express. Ignoring
>>>>>>>> configure: The path given by --with-tools-dir does not contain a
>>>>>>>> valid
>>>>>>>> configure: Visual Studio installation. Please point to the VC/bin or
>>>>>>>> VC/bin/amd64
>>>>>>>> configure: directory within the Visual Studio installation
>>>>>>>> configure: error: Cannot locate a valid Visual Studio installation
>>>>>>>> configure exiting with result code 1
>>>>>>>>
>>>>>>>> /Microsoft Visual Studio 12.0/VC/bin/ does not contain an /amd64
>>>>>>>> folder,
>>>>>>>> instead it has /x86_amd64. Also, vcvars64.bat is located directly
>>>>>>>> under
>>>>>>>> /VC/bin.
>>>>>>>>
>>>>>>> This is strange. Looking at the configure source, we assume that the
>>>>>>> VS installation should contain "vc/bin/amd64/vcvars64.bat". If that file
>>>>>>> isn't found, configure doesn't recognize the VS installation. Unfortunately
>>>>>>> I don't have an Express installation to look at, but my old professional
>>>>>>> installation has that file. In VC/bin I only have vcvars32.bat.
>>>>>>>
>>>>>>> I'm pretty sure this layout was how the express edition used to look
>>>>>>> as well. Otherwise Magnus wouldn't have written the build doc claiming it
>>>>>>> would work.
>>>>>>>
>>>>>>> This means the file layout for Visual Studio 2013 has changed, or
>>>>>>> that it's different on Windows 10 (our builds are on older versions of
>>>>>>> Windows still).
>>>>>>>
>>>>>>> If you would like to try to fix this, the logic that needs updating
>>>>>>> is in make/autoconf/toolchain_windows.m4, in the macro
>>>>>>> TOOLCHAIN_CHECK_POSSIBLE_VISUAL_STUDIO_ROOT.
>>>>>>>
>>>>>>>> Iv'e made another attempt using /Microsoft Visual Studio
>>>>>>>> 11.0/VC/bin/ which
>>>>>>>> resulted in the same error. This folder also has vcvars64.bat
>>>>>>>> directly
>>>>>>>> under it. It also contains an /amd64 folder with a couple of dlls
>>>>>>>> inside.
>>>>>>>>
>>>>>>>> Since I'm specifying the path to the /VC/bin dir I don't understand
>>>>>>>> why
>>>>>>>> it's still complaining. What am I doing wrong?
>>>>>>>>
>>>>>>> Because of how different the versions of Visual Studio are,
>>>>>>> configure will not automatically assume or try a different version than the
>>>>>>> default without being told to. If you want to try 2012, you need to tell
>>>>>>> configure using --with-toolchain-version=2012. No need to specify tools dir
>>>>>>> as long as it's installed in the default location.
>>>>>>>
>>>>>>>> On a related note, is it possible to update the build requirements
>>>>>>>> to work
>>>>>>>> with VS 2017? OpenJFX already uses this version.
>>>>>>>>
>>>>>>> This will likely happen in JDK 11 time frame. Note though that
>>>>>>> changing compilers is usually a pretty big effort so it will take a while.
>>>>>>>
>>>>>>> /Erik
>>>>>>>
>>>>>>>> - Nir
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>


From Randy.Crihfield at Oracle.com  Fri Jan  5 13:09:09 2018
From: Randy.Crihfield at Oracle.com (Randy Crihfield)
Date: Fri, 05 Jan 2018 08:09:09 -0500
Subject: RFR: 8194493 test for release file checking needs to be tier1
In-Reply-To: <2600a996-986f-c397-9ac5-80ed375b8c7f@oracle.com>
References: <5A4D0420.80203@Oracle.com>
 <2600a996-986f-c397-9ac5-80ed375b8c7f@oracle.com>
Message-ID: <5A4F78F5.3000608@Oracle.com>


This isn't a core lib test, or a vm test, or an install test, or any 
other subcomponent.

When someone builds the OpenJDK, they need to know right off if they 
actually built the OpenJDK w/o including the closed bits.
If this test fails, then there's no point in running any other test.  It 
is actually a build test.

Now, if you believe the test group entry should be located in a special 
build test place that I didn't see, that's fine.
If there is no build test location, then perhaps there SHOULD be if this 
is not sufficient.

Because of its nature to determine if the build is even worth testing, I 
made it a tier1.

Randy

On 01/ 3/18 07:58 PM, David Holmes wrote:
> Hi Randy,
>
> The build team don't have anything to do with TEST.groups, this should 
> be reviewed on core-libs-dev.
>
> Thanks,
> David
>
> On 4/01/2018 2:26 AM, Randy Crihfield wrote:
>> I need to add the negative test created for JDK-8192837 to the 
>> TEST.groups file.
>>
>> The related bug is https://bugs.openjdk.java.net/browse/JDK-8194493
>>
>> The diff is very short and included below.
>>
>> Any comments/suggestions are welcome, also I will need a sponsor for 
>> it at the end?
>>
>> Randy
>>
>>
>> randyc at pollux -> hg diff TEST.groups
>> diff -r 3a52333a5e57 test/jdk/TEST.groups
>> --- a/test/jdk/TEST.groups
>> +++ b/test/jdk/TEST.groups
>> @@ -32,7 +32,8 @@
>>       java/nio/Buffer \
>>       com/sun/crypto/provider/Cipher \
>>       :jdk_math \
>> -    tools/pack200
>> +    tools/pack200 \
>> +    :build_sanity
>>
>>   tier2 = \
>>       :jdk_io \
>> @@ -60,6 +61,10 @@
>>   # Other test definitions; generally smaller granularity than tiers
>>   #
>>
>> +# Build source checking
>> +build_sanity = \
>> +    sanity/releaseFile
>> +
>>   # java.lang package and VM runtime support
>>   jdk_lang = \
>>       java/lang \
>> randyc at pollux ->



From javalists at cbfiddle.com  Fri Jan  5 20:21:17 2018
From: javalists at cbfiddle.com (Alan Snyder)
Date: Fri, 5 Jan 2018 12:21:17 -0800
Subject: jdk10 on macOS
Message-ID: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>

I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.

Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.

I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.

I got an error from NewUnsafeString, did not use provided string.



From jonathan.gibbons at oracle.com  Fri Jan  5 20:36:51 2018
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Fri, 5 Jan 2018 12:36:51 -0800
Subject: jdk10 on macOS
In-Reply-To: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
Message-ID: <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>

That sounds like a problem using an older build of jtreg, from the Adopt 
OpenJDK group. The tell-tale evidence is the Class-Path entry in the 
jtreg.jar MANIFEST.MF file:? does that entry include asmtools.jar?

There have been build changes for jtreg recently, that should have 
addressed this problem. If nothing else, it is now much easier to build 
jtreg yourself. The only external components you need are Ant and a 
recent JDK, such as JDK 8. Everything else will be downloaded, and built 
if necessary.

-- Jon


On 1/5/18 12:21 PM, Alan Snyder wrote:
> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.
>
> Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.
>
> I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.
>
> I got an error from NewUnsafeString, did not use provided string.
>



From jonathan.gibbons at oracle.com  Fri Jan  5 21:02:56 2018
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Fri, 05 Jan 2018 13:02:56 -0800
Subject: jdk10 on macOS
In-Reply-To: <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
Message-ID: <5A4FE800.3080503@oracle.com>

Alan,

I confirm there are problems with the jtreg builds from the Adopt 
OpenJDK group. I'll investigate what we can do to fix this.

-- Jon

On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
> That sounds like a problem using an older build of jtreg, from the 
> Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry in 
> the jtreg.jar MANIFEST.MF file:  does that entry include asmtools.jar?
>
> There have been build changes for jtreg recently, that should have 
> addressed this problem. If nothing else, it is now much easier to 
> build jtreg yourself. The only external components you need are Ant 
> and a recent JDK, such as JDK 8. Everything else will be downloaded, 
> and built if necessary.
>
> -- Jon
>
>
> On 1/5/18 12:21 PM, Alan Snyder wrote:
>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to 
>> work, but some tests fail.
>>
>> Most of the test failures complain about not finding jasm or jcoder. 
>> This is odd because I downloaded jtreg-4.2-b11, which includes these 
>> classes, and the classpath appears to be correct in the log.
>>
>> I got an error from StringPlatformChars, which could find native 
>> code. Could be the same jasm problem but not reported as such.
>>
>> I got an error from NewUnsafeString, did not use provided string.
>>
>



From javalists at cbfiddle.com  Fri Jan  5 21:35:56 2018
From: javalists at cbfiddle.com (Alan Snyder)
Date: Fri, 5 Jan 2018 13:35:56 -0800
Subject: jdk10 on macOS
In-Reply-To: <5A4FE800.3080503@oracle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
Message-ID: <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>

Maybe not as easy as you expect:

ant -f make/build.xml
Buildfile: /Volumes/A/JDK/jtreg/make/build.xml

-init:

import-javahelp:

BUILD FAILED
/Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not find file /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.



make -C make

?

../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: error: package org.testng does not exist

...


> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:
> 
> Alan,
> 
> I confirm there are problems with the jtreg builds from the Adopt OpenJDK group. I'll investigate what we can do to fix this.
> 
> -- Jon
> 
> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>> That sounds like a problem using an older build of jtreg, from the Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry in the jtreg.jar MANIFEST.MF file:  does that entry include asmtools.jar?
>> 
>> There have been build changes for jtreg recently, that should have addressed this problem. If nothing else, it is now much easier to build jtreg yourself. The only external components you need are Ant and a recent JDK, such as JDK 8. Everything else will be downloaded, and built if necessary.
>> 
>> -- Jon
>> 
>> 
>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.
>>> 
>>> Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.
>>> 
>>> I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.
>>> 
>>> I got an error from NewUnsafeString, did not use provided string.
>>> 
>> 
> 



From jonathan.gibbons at oracle.com  Fri Jan  5 21:45:48 2018
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Fri, 05 Jan 2018 13:45:48 -0800
Subject: jdk10 on macOS
In-Reply-To: <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
Message-ID: <5A4FF20C.3080105@oracle.com>

1. The build labelled jtreg-4.2.0-tip.tar.gz should work for you.
     https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/

2. The build instructions are here:
     http://openjdk.java.net/jtreg/build.html
     See the section on using the "build-all.sh" script.

-- Jon

On 01/05/2018 01:35 PM, Alan Snyder wrote:
> Maybe not as easy as you expect:
>
> ant -f make/build.xml
> Buildfile: /Volumes/A/JDK/jtreg/make/build.xml
>
> -init:
>
> import-javahelp:
>
> BUILD FAILED
> /Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not find file 
> /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.
>
>
>
> make -C make
>
> ?
>
> ../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: 
> error: package org.testng does not exist
>
> ...
>
>
>> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons 
>> <jonathan.gibbons at oracle.com <mailto:jonathan.gibbons at oracle.com>> wrote:
>>
>> Alan,
>>
>> I confirm there are problems with the jtreg builds from the Adopt 
>> OpenJDK group. I'll investigate what we can do to fix this.
>>
>> -- Jon
>>
>> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>>> That sounds like a problem using an older build of jtreg, from the 
>>> Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry 
>>> in the jtreg.jar MANIFEST.MF file:  does that entry include 
>>> asmtools.jar?
>>>
>>> There have been build changes for jtreg recently, that should have 
>>> addressed this problem. If nothing else, it is now much easier to 
>>> build jtreg yourself. The only external components you need are Ant 
>>> and a recent JDK, such as JDK 8. Everything else will be downloaded, 
>>> and built if necessary.
>>>
>>> -- Jon
>>>
>>>
>>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build 
>>>> to work, but some tests fail.
>>>>
>>>> Most of the test failures complain about not finding jasm or 
>>>> jcoder. This is odd because I downloaded jtreg-4.2-b11, which 
>>>> includes these classes, and the classpath appears to be correct in 
>>>> the log.
>>>>
>>>> I got an error from StringPlatformChars, which could find native 
>>>> code. Could be the same jasm problem but not reported as such.
>>>>
>>>> I got an error from NewUnsafeString, did not use provided string.
>>>>
>>>
>>
>



From javalists at cbfiddle.com  Fri Jan  5 22:04:49 2018
From: javalists at cbfiddle.com (Alan Snyder)
Date: Fri, 5 Jan 2018 14:04:49 -0800
Subject: jdk10 on macOS
In-Reply-To: <5A4FF20C.3080105@oracle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
Message-ID: <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>

I am trying jtreg-4.2.0-tip now.

Building jtreg using build-all.sh made some progress until:

2018-01-05 14:02:03 (5.89 MB/s) - '/Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar' saved [1289806/1289806]

/Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar: OK
make: *** No rule to make target `391:a13ec77e7adc'.  Stop.

Also, the README must be out of date, because it does not mention build-all.sh.

  Alan


> On Jan 5, 2018, at 1:45 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:
> 
> 1. The build labelled jtreg-4.2.0-tip.tar.gz should work for you.
>     https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/ <https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/>
> 
> 2. The build instructions are here:
>     http://openjdk.java.net/jtreg/build.html <http://openjdk.java.net/jtreg/build.html>
>     See the section on using the "build-all.sh" script.
> 
> -- Jon
> 
> On 01/05/2018 01:35 PM, Alan Snyder wrote:
>> Maybe not as easy as you expect:
>> 
>> ant -f make/build.xml
>> Buildfile: /Volumes/A/JDK/jtreg/make/build.xml
>> 
>> -init:
>> 
>> import-javahelp:
>> 
>> BUILD FAILED
>> /Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not find file /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.
>> 
>> 
>> 
>> make -C make
>> 
>> ?
>> 
>> ../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: error: package org.testng does not exist
>> 
>> ...
>> 
>> 
>>> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com <mailto:jonathan.gibbons at oracle.com>> wrote:
>>> 
>>> Alan,
>>> 
>>> I confirm there are problems with the jtreg builds from the Adopt OpenJDK group. I'll investigate what we can do to fix this.
>>> 
>>> -- Jon
>>> 
>>> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>>>> That sounds like a problem using an older build of jtreg, from the Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry in the jtreg.jar MANIFEST.MF file:  does that entry include asmtools.jar?
>>>> 
>>>> There have been build changes for jtreg recently, that should have addressed this problem. If nothing else, it is now much easier to build jtreg yourself. The only external components you need are Ant and a recent JDK, such as JDK 8. Everything else will be downloaded, and built if necessary.
>>>> 
>>>> -- Jon
>>>> 
>>>> 
>>>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.
>>>>> 
>>>>> Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.
>>>>> 
>>>>> I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.
>>>>> 
>>>>> I got an error from NewUnsafeString, did not use provided string.
>>>>> 
>>>> 
>>> 
>> 
> 



From javalists at cbfiddle.com  Fri Jan  5 22:43:32 2018
From: javalists at cbfiddle.com (Alan Snyder)
Date: Fri, 5 Jan 2018 14:43:32 -0800
Subject: jdk10 on macOS
In-Reply-To: <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
Message-ID: <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>

5 test failures remain using jtreg-4.2.0-tip:

--------------------------------------------------

TEST: java/lang/String/nativeEncoding/StringPlatformChars.java

TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk

ACTION: build -- Passed. Build successful

REASON: Named class compiled on demand

TIME: 1.179 seconds

messages:

command: build StringPlatformChars

reason: Named class compiled on demand

Test directory:

compile: StringPlatformChars

elapsed time (seconds): 1.179

ACTION: compile -- Passed. Compilation successful

REASON: .class file out of date or does not exist

TIME: 0.626 seconds

messages:

command: compile /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java

reason: .class file out of date or does not exist

Mode: agentvm

Agent id: 1

elapsed time (seconds): 0.626

configuration:

Boot Layer (javac runtime environment)

class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar

/Users/alan/javalib/share/jtreg/lib/jtreg.jar

patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base

javac compilation environment

source path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding

class path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d

rerun:

cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \

HOME=/Users/alan \

JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \

LANG=en_US.UTF-8 \

LC_ALL=en_US.UTF-8 \

PATH=/bin:/usr/bin \

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \

-J-Xmx512m \

-J-XX:MaxRAMPercentage=3 \

-J-ea \

-J-esa \

-J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d:/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \

-J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \

-J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \

-J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \

-J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \

-J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \

-J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \

-J-Dtest.compiler.opts= \

-J-Dtest.java.opts= \

-J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-J-Dtest.timeout.factor=4.0 \

-d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \

-sourcepath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \

-classpath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java

TEST RESULT: Error. Use -nativepath to specify the location of native code

--------------------------------------------------

TEST: jdk/internal/misc/JavaLangAccess/NewUnsafeString.java

TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk

ACTION: compile -- Passed. Compilation successful

REASON: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java

TIME: 0.03 seconds

messages:

command: compile -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java

reason: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java

Additional options from @modules: --add-modules java.base --add-exports java.base/jdk.internal.misc=ALL-UNNAMED

Mode: agentvm

Agent id: 1

elapsed time (seconds): 0.03

configuration:

Boot Layer (javac runtime environment)

class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar

/Users/alan/javalib/share/jtreg/lib/jtreg.jar

patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base

javac compilation environment

add modules: java.base

add exports: java.base/jdk.internal.misc ALL-UNNAMED

source path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess

class path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d

rerun:

cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \

HOME=/Users/alan \

JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \

LANG=en_US.UTF-8 \

LC_ALL=en_US.UTF-8 \

PATH=/bin:/usr/bin \

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \

-J-Xmx512m \

-J-XX:MaxRAMPercentage=3 \

-J-ea \

-J-esa \

-J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \

-J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \

-J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \

-J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \

-J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \

-J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \

-J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \

-J-Dtest.compiler.opts= \

-J-Dtest.java.opts= \

-J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-J-Dtest.timeout.factor=4.0 \

-J-Dtest.modules=java.base/jdk.internal.misc \

--add-modules java.base \

--add-exports java.base/jdk.internal.misc=ALL-UNNAMED \

-d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \

-sourcepath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \

-classpath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \

-XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java

ACTION: build -- Passed. All files up to date

REASON: Named class compiled on demand

TIME: 0.0 seconds

messages:

command: build NewUnsafeString

reason: Named class compiled on demand

elapsed time (seconds): 0.0

ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string

REASON: User specified action: run main NewUnsafeString

TIME: 0.004 seconds

messages:

command: main NewUnsafeString

reason: User specified action: run main NewUnsafeString

Mode: agentvm

Agent id: 1

Additional exports to unnamed modules from @modules: java.base/jdk.internal.misc

elapsed time (seconds): 0.004

configuration:

Boot Layer

class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar

/Users/alan/javalib/share/jtreg/lib/jtreg.jar

patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base

Test Layer

add exports: java.base/jdk.internal.misc ALL-UNNAMED

class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d

/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess

rerun:

cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \

HOME=/Users/alan \

JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \

LANG=en_US.UTF-8 \

LC_ALL=en_US.UTF-8 \

PATH=/bin:/usr/bin \

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \

-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \

-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \

-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \

-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \

-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \

-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \

-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \

-Dtest.compiler.opts= \

-Dtest.java.opts= \

-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-Dtest.timeout.factor=4.0 \

-Dtest.modules=java.base/jdk.internal.misc \

-classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \

NewUnsafeString

STDERR:

java.lang.Error: jla.newStringUnsafe did not use provided string

at NewUnsafeString.testNewUnsafeString(NewUnsafeString.java:80)

at NewUnsafeString.main(NewUnsafeString.java:86)

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.base/java.lang.reflect.Method.invoke(Method.java:564)

at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)

at java.base/java.lang.Thread.run(Thread.java:844)

JavaTest Message: Test threw exception: java.lang.Error

JavaTest Message: shutting down test

TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string

--------------------------------------------------

TEST: tools/sjavac/ApiExtraction.java

TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk

ACTION: build -- Passed. Build successful

REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask

TIME: 0.081 seconds

messages:

command: build Wrapper toolbox.ToolBox toolbox.JavacTask

reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask

Test directory:

compile: Wrapper

elapsed time (seconds): 0.081

ACTION: compile -- Passed. Compilation successful

REASON: .class file out of date or does not exist

TIME: 0.08 seconds

messages:

command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java

reason: .class file out of date or does not exist

Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED

Mode: agentvm

Agent id: 14

elapsed time (seconds): 0.08

configuration:

Boot Layer (javac runtime environment)

class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar

/Users/alan/javalib/share/jtreg/lib/jtreg.jar

patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base

javac compilation environment

add modules: jdk.compiler

add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED

jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED

jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED

jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED

jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED

source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac

/Volumes/A/JDK/jdk10/test/langtools/tools/lib

class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib

rerun:

cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \

HOME=/Users/alan \

JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \

LANG=en_US.UTF-8 \

LC_ALL=en_US.UTF-8 \

PATH=/bin:/usr/bin \

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \

-J-Xmx512m \

-J-XX:MaxRAMPercentage=3 \

-J-ea \

-J-esa \

-J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \

-J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \

-J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \

-J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \

-J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \

-J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \

-J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \

-J-Dtest.compiler.opts= \

-J-Dtest.java.opts= \

-J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-J-Dtest.timeout.factor=4.0 \

-J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \

--add-modules jdk.compiler \

--add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \

--add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \

--add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \

--add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED \

--add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED \

-d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \

-sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \

-classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java

ACTION: build -- Passed. All files up to date

REASON: Named class compiled on demand

TIME: 0.0 seconds

messages:

command: build Wrapper

reason: Named class compiled on demand

elapsed time (seconds): 0.0

ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException

REASON: User specified action: run main Wrapper ApiExtraction

TIME: 0.263 seconds

messages:

command: main Wrapper ApiExtraction

reason: User specified action: run main Wrapper ApiExtraction

Mode: agentvm

Agent id: 14

Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi

elapsed time (seconds): 0.263

configuration:

Boot Layer

class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar

/Users/alan/javalib/share/jtreg/lib/jtreg.jar

patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base

Test Layer

add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED

jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED

jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED

jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED

jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED

class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d

/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib

/Volumes/A/JDK/jdk10/test/langtools/tools/lib

rerun:

cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \

HOME=/Users/alan \

JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \

LANG=en_US.UTF-8 \

LC_ALL=en_US.UTF-8 \

PATH=/bin:/usr/bin \

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \

-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \

-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \

-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \

-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \

-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \

-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \

-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \

-Dtest.compiler.opts= \

-Dtest.java.opts= \

-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-Dtest.timeout.factor=4.0 \

-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \

-classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \

Wrapper ApiExtraction

STDOUT:

javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ApiExtraction.java]

STDERR:

Recompiling test class...

java.lang.reflect.InvocationTargetException

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.base/java.lang.reflect.Method.invoke(Method.java:564)

at Wrapper.main(Wrapper.java:72)

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.base/java.lang.reflect.Method.invoke(Method.java:564)

at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)

at java.base/java.lang.Thread.run(Thread.java:844)

Caused by: com.sun.tools.javac.code.Symbol$CompletionFailure: class file for TestClass not found

JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException

JavaTest Message: shutting down test

TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException

--------------------------------------------------

TEST: tools/sjavac/ClasspathDependencies.java

TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk

ACTION: build -- Passed. Build successful

REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert

TIME: 0.151 seconds

messages:

command: build Wrapper toolbox.ToolBox toolbox.Assert

reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert

Test directory:

compile: Wrapper

elapsed time (seconds): 0.151

ACTION: compile -- Passed. Compilation successful

REASON: .class file out of date or does not exist

TIME: 0.15 seconds

messages:

command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java

reason: .class file out of date or does not exist

Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED

Mode: agentvm

Agent id: 14

elapsed time (seconds): 0.15

configuration:

Boot Layer (javac runtime environment)

class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar

/Users/alan/javalib/share/jtreg/lib/jtreg.jar

patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base

javac compilation environment

add modules: jdk.compiler

add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED

jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED

jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED

source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac

/Volumes/A/JDK/jdk10/test/langtools/tools/lib

class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib

rerun:

cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \

HOME=/Users/alan \

JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \

LANG=en_US.UTF-8 \

LC_ALL=en_US.UTF-8 \

PATH=/bin:/usr/bin \

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \

-J-Xmx512m \

-J-XX:MaxRAMPercentage=3 \

-J-ea \

-J-esa \

-J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \

-J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \

-J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \

-J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \

-J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \

-J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \

-J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \

-J-Dtest.compiler.opts= \

-J-Dtest.java.opts= \

-J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-J-Dtest.timeout.factor=4.0 \

-J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \

--add-modules jdk.compiler \

--add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \

--add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \

--add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \

-d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \

-sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \

-classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java

ACTION: build -- Passed. All files up to date

REASON: Named class compiled on demand

TIME: 0.0 seconds

messages:

command: build Wrapper

reason: Named class compiled on demand

elapsed time (seconds): 0.0

ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException

REASON: User specified action: run main Wrapper ClasspathDependencies

TIME: 2.306 seconds

messages:

command: main Wrapper ClasspathDependencies

reason: User specified action: run main Wrapper ClasspathDependencies

Mode: agentvm

Agent id: 14

Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac

elapsed time (seconds): 2.306

configuration:

Boot Layer

class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar

/Users/alan/javalib/share/jtreg/lib/jtreg.jar

patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base

Test Layer

add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED

jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED

jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED

class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d

/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib

/Volumes/A/JDK/jdk10/test/langtools/tools/lib

rerun:

cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \

HOME=/Users/alan \

JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \

LANG=en_US.UTF-8 \

LC_ALL=en_US.UTF-8 \

PATH=/bin:/usr/bin \

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \

-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \

-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \

-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \

-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \

-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \

-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \

-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \

-Dtest.compiler.opts= \

-Dtest.java.opts= \

-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-Dtest.timeout.factor=4.0 \

-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \

-classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \

Wrapper ClasspathDependencies

STDOUT:

javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ClasspathDependencies.java]

Create a test dependency, Dep.class, and put it in the classpath dir

--------------------------------------------------------------------

compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]

Compile and link against the Dep.class

--------------------------------------

compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]

Update dependency (without changing the public api)

---------------------------------------------------

compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]

Make sure that this does not trigger recompilation of C.java

------------------------------------------------------------

compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]

STDERR:

Recompiling test class...

java.lang.reflect.InvocationTargetException

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.base/java.lang.reflect.Method.invoke(Method.java:564)

at Wrapper.main(Wrapper.java:72)

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.base/java.lang.reflect.Method.invoke(Method.java:564)

at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)

at java.base/java.lang.Thread.run(Thread.java:844)

Caused by: java.lang.reflect.InvocationTargetException

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.base/java.lang.reflect.Method.invoke(Method.java:564)

at SjavacBase.compile(SjavacBase.java:46)

at ClasspathDependencies.main(ClasspathDependencies.java:88)

... 11 more

Caused by: java.lang.AssertionError

at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)

at jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)

at jdk.compiler/com.sun.tools.javac.code.ClassFinder.loadClass(ClassFinder.java:422)

at jdk.compiler/com.sun.tools.sjavac.PubApiExtractor.getPubApi(PubApiExtractor.java:86)

at jdk.compiler/com.sun.tools.sjavac.JavacState.taintPackagesDependingOnChangedClasspathPackages(JavacState.java:528)

at jdk.compiler/com.sun.tools.sjavac.comp.SjavacImpl.compile(SjavacImpl.java:227)

at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:78)

at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:49)

at jdk.compiler/com.sun.tools.sjavac.Main.go(Main.java:56)

... 17 more

JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException

JavaTest Message: shutting down test

TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException

--------------------------------------------------

TEST: tools/sjavac/IgnoreSymbolFile.java

TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk

ACTION: build -- Passed. Build successful

REASON: User specified action: run build Wrapper

TIME: 0.042 seconds

messages:

command: build Wrapper

reason: User specified action: run build Wrapper

Test directory:

compile: Wrapper

elapsed time (seconds): 0.042

ACTION: compile -- Passed. Compilation successful

REASON: .class file out of date or does not exist

TIME: 0.042 seconds

messages:

command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java

reason: .class file out of date or does not exist

Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED

Mode: agentvm

Agent id: 13

elapsed time (seconds): 0.042

configuration:

Boot Layer (javac runtime environment)

class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar

/Users/alan/javalib/share/jtreg/lib/jtreg.jar

patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base

javac compilation environment

add modules: jdk.compiler

add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED

source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac

class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d

rerun:

cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \

HOME=/Users/alan \

JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \

LANG=en_US.UTF-8 \

LC_ALL=en_US.UTF-8 \

PATH=/bin:/usr/bin \

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \

-J-Xmx512m \

-J-XX:MaxRAMPercentage=3 \

-J-ea \

-J-esa \

-J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \

-J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \

-J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \

-J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \

-J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \

-J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \

-J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \

-J-Dtest.compiler.opts= \

-J-Dtest.java.opts= \

-J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-J-Dtest.timeout.factor=4.0 \

-J-Dtest.modules=jdk.compiler/com.sun.tools.sjavac \

--add-modules jdk.compiler \

--add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \

-d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \

-sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \

-classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java

ACTION: build -- Passed. All files up to date

REASON: Named class compiled on demand

TIME: 0.0 seconds

messages:

command: build Wrapper

reason: Named class compiled on demand

elapsed time (seconds): 0.0

ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException

REASON: User specified action: run main Wrapper IgnoreSymbolFile

TIME: 0.071 seconds

messages:

command: main Wrapper IgnoreSymbolFile

reason: User specified action: run main Wrapper IgnoreSymbolFile

Mode: agentvm

Agent id: 13

Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.sjavac

elapsed time (seconds): 0.071

configuration:

Boot Layer

class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar

/Users/alan/javalib/share/jtreg/lib/jtreg.jar

patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base

Test Layer

add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED

class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d

/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac

rerun:

cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \

HOME=/Users/alan \

JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \

LANG=en_US.UTF-8 \

LC_ALL=en_US.UTF-8 \

PATH=/bin:/usr/bin \

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \

-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \

-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \

-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \

-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \

-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \

-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \

-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \

-Dtest.compiler.opts= \

-Dtest.java.opts= \

-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \

-Dtest.timeout.factor=4.0 \

-Dtest.modules=jdk.compiler/com.sun.tools.sjavac \

-classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \

Wrapper IgnoreSymbolFile

STDOUT:

javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/IgnoreSymbolFile.java]

STDERR:

Recompiling test class...

compile: [-d, classes, --state-dir=classes, -Werror, src]

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible

import sun.reflect.annotation.*;

^

(package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)

1 error

rc=1

compile: [-d, classes, --state-dir=classes, -Werror, -XDignore.symbol.file=true, src]

/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible

import sun.reflect.annotation.*;

^

(package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)

1 error

rc=1

Error: compilation failed unexpectedly: rc=1

java.lang.reflect.InvocationTargetException

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.base/java.lang.reflect.Method.invoke(Method.java:564)

at Wrapper.main(Wrapper.java:72)

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.base/java.lang.reflect.Method.invoke(Method.java:564)

at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)

at java.base/java.lang.Thread.run(Thread.java:844)

Caused by: java.lang.Exception: 1 errors occurred

at IgnoreSymbolFile.run(IgnoreSymbolFile.java:73)

at IgnoreSymbolFile.main(IgnoreSymbolFile.java:43)

... 11 more

JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException

JavaTest Message: shutting down test

TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException

--------------------------------------------------




> On Jan 5, 2018, at 2:04 PM, Alan Snyder <javalists at cbfiddle.com> wrote:
> 
> I am trying jtreg-4.2.0-tip now.
> 
> Building jtreg using build-all.sh made some progress until:
> 
> 2018-01-05 14:02:03 (5.89 MB/s) - '/Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar' saved [1289806/1289806]
> 
> /Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar: OK
> make: *** No rule to make target `391:a13ec77e7adc'.  Stop.
> 
> Also, the README must be out of date, because it does not mention build-all.sh.
> 
>  Alan
> 
> 
>> On Jan 5, 2018, at 1:45 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:
>> 
>> 1. The build labelled jtreg-4.2.0-tip.tar.gz should work for you.
>>    https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/ <https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/>
>> 
>> 2. The build instructions are here:
>>    http://openjdk.java.net/jtreg/build.html <http://openjdk.java.net/jtreg/build.html>
>>    See the section on using the "build-all.sh" script.
>> 
>> -- Jon
>> 
>> On 01/05/2018 01:35 PM, Alan Snyder wrote:
>>> Maybe not as easy as you expect:
>>> 
>>> ant -f make/build.xml
>>> Buildfile: /Volumes/A/JDK/jtreg/make/build.xml
>>> 
>>> -init:
>>> 
>>> import-javahelp:
>>> 
>>> BUILD FAILED
>>> /Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not find file /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.
>>> 
>>> 
>>> 
>>> make -C make
>>> 
>>> ?
>>> 
>>> ../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: error: package org.testng does not exist
>>> 
>>> ...
>>> 
>>> 
>>>> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com <mailto:jonathan.gibbons at oracle.com>> wrote:
>>>> 
>>>> Alan,
>>>> 
>>>> I confirm there are problems with the jtreg builds from the Adopt OpenJDK group. I'll investigate what we can do to fix this.
>>>> 
>>>> -- Jon
>>>> 
>>>> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>>>>> That sounds like a problem using an older build of jtreg, from the Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry in the jtreg.jar MANIFEST.MF file:  does that entry include asmtools.jar?
>>>>> 
>>>>> There have been build changes for jtreg recently, that should have addressed this problem. If nothing else, it is now much easier to build jtreg yourself. The only external components you need are Ant and a recent JDK, such as JDK 8. Everything else will be downloaded, and built if necessary.
>>>>> 
>>>>> -- Jon
>>>>> 
>>>>> 
>>>>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>>>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.
>>>>>> 
>>>>>> Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.
>>>>>> 
>>>>>> I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.
>>>>>> 
>>>>>> I got an error from NewUnsafeString, did not use provided string.
>>>>>> 
>>>>> 
>>>> 
>>> 
>> 
> 



From david.holmes at oracle.com  Fri Jan  5 23:59:33 2018
From: david.holmes at oracle.com (David Holmes)
Date: Sat, 6 Jan 2018 09:59:33 +1000
Subject: RFR: 8194493 test for release file checking needs to be tier1
In-Reply-To: <5A4F78F5.3000608@Oracle.com>
References: <5A4D0420.80203@Oracle.com>
 <2600a996-986f-c397-9ac5-80ed375b8c7f@oracle.com>
 <5A4F78F5.3000608@Oracle.com>
Message-ID: <29b50ca4-d5be-1652-07d1-446b77a832e2@oracle.com>

On 5/01/2018 11:09 PM, Randy Crihfield wrote:
> 
> This isn't a core lib test, or a vm test, or an install test, or any 
> other subcomponent.

The file you are changing belongs to core-libs.

> When someone builds the OpenJDK, they need to know right off if they 
> actually built the OpenJDK w/o including the closed bits.
> If this test fails, then there's no point in running any other test.? It 
> is actually a build test.

It doesn't need to be in any TEST.group entry for someone to run it. The 
two issues are orthogonal.

> 
> Now, if you believe the test group entry should be located in a special 
> build test place that I didn't see, that's fine.
> If there is no build test location, then perhaps there SHOULD be if this 
> is not sufficient.
> 
> Because of its nature to determine if the build is even worth testing, I 
> made it a tier1.

I understand, but test/jdk/TEST.groups belongs to the core-libs team so 
changes to that file should be reviewed by them. Very few people on 
build-dev would be in a position to review such changes as it is nothing 
to do with the build.

So if you want to add a new tier1 test entry for JDK testing please ask 
for the review on core-libs-dev.

Thanks you,
David

> Randy
> 
> On 01/ 3/18 07:58 PM, David Holmes wrote:
>> Hi Randy,
>>
>> The build team don't have anything to do with TEST.groups, this should 
>> be reviewed on core-libs-dev.
>>
>> Thanks,
>> David
>>
>> On 4/01/2018 2:26 AM, Randy Crihfield wrote:
>>> I need to add the negative test created for JDK-8192837 to the 
>>> TEST.groups file.
>>>
>>> The related bug is https://bugs.openjdk.java.net/browse/JDK-8194493
>>>
>>> The diff is very short and included below.
>>>
>>> Any comments/suggestions are welcome, also I will need a sponsor for 
>>> it at the end?
>>>
>>> Randy
>>>
>>>
>>> randyc at pollux -> hg diff TEST.groups
>>> diff -r 3a52333a5e57 test/jdk/TEST.groups
>>> --- a/test/jdk/TEST.groups
>>> +++ b/test/jdk/TEST.groups
>>> @@ -32,7 +32,8 @@
>>> ????? java/nio/Buffer \
>>> ????? com/sun/crypto/provider/Cipher \
>>> ????? :jdk_math \
>>> -??? tools/pack200
>>> +??? tools/pack200 \
>>> +??? :build_sanity
>>>
>>> ? tier2 = \
>>> ????? :jdk_io \
>>> @@ -60,6 +61,10 @@
>>> ? # Other test definitions; generally smaller granularity than tiers
>>> ? #
>>>
>>> +# Build source checking
>>> +build_sanity = \
>>> +??? sanity/releaseFile
>>> +
>>> ? # java.lang package and VM runtime support
>>> ? jdk_lang = \
>>> ????? java/lang \
>>> randyc at pollux ->
> 


From david.holmes at oracle.com  Sat Jan  6 00:13:05 2018
From: david.holmes at oracle.com (David Holmes)
Date: Sat, 6 Jan 2018 10:13:05 +1000
Subject: jdk10 on macOS
In-Reply-To: <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
Message-ID: <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>

Alan,

Unclear how you ran the tests, but:

TEST RESULT: Error. Use -nativepath to specify the location of native code

indicates jtreg was not passed the -nativepath flag. That may or may not 
be a build issue depending on whether the tests were executed directly 
or via "make".

Cheers,
David

On 6/01/2018 8:43 AM, Alan Snyder wrote:
> 5 test failures remain using jtreg-4.2.0-tip:
> 
> --------------------------------------------------
> 
> TEST: java/lang/String/nativeEncoding/StringPlatformChars.java
> 
> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
> 
> ACTION: build -- Passed. Build successful
> 
> REASON: Named class compiled on demand
> 
> TIME: 1.179 seconds
> 
> messages:
> 
> command: build StringPlatformChars
> 
> reason: Named class compiled on demand
> 
> Test directory:
> 
> compile: StringPlatformChars
> 
> elapsed time (seconds): 1.179
> 
> ACTION: compile -- Passed. Compilation successful
> 
> REASON: .class file out of date or does not exist
> 
> TIME: 0.626 seconds
> 
> messages:
> 
> command: compile /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
> 
> reason: .class file out of date or does not exist
> 
> Mode: agentvm
> 
> Agent id: 1
> 
> elapsed time (seconds): 0.626
> 
> configuration:
> 
> Boot Layer (javac runtime environment)
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
> 
> javac compilation environment
> 
> source path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
> 
> class path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
> 
> -J-Xmx512m \
> 
> -J-XX:MaxRAMPercentage=3 \
> 
> -J-ea \
> 
> -J-esa \
> 
> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d:/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
> 
> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
> 
> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
> 
> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
> 
> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
> 
> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -J-Dtest.compiler.opts= \
> 
> -J-Dtest.java.opts= \
> 
> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dtest.timeout.factor=4.0 \
> 
> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
> 
> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
> 
> -classpath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
> 
> TEST RESULT: Error. Use -nativepath to specify the location of native code
> 
> --------------------------------------------------
> 
> TEST: jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
> 
> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
> 
> ACTION: compile -- Passed. Compilation successful
> 
> REASON: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
> 
> TIME: 0.03 seconds
> 
> messages:
> 
> command: compile -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
> 
> reason: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
> 
> Additional options from @modules: --add-modules java.base --add-exports java.base/jdk.internal.misc=ALL-UNNAMED
> 
> Mode: agentvm
> 
> Agent id: 1
> 
> elapsed time (seconds): 0.03
> 
> configuration:
> 
> Boot Layer (javac runtime environment)
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
> 
> javac compilation environment
> 
> add modules: java.base
> 
> add exports: java.base/jdk.internal.misc ALL-UNNAMED
> 
> source path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
> 
> class path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
> 
> -J-Xmx512m \
> 
> -J-XX:MaxRAMPercentage=3 \
> 
> -J-ea \
> 
> -J-esa \
> 
> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
> 
> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
> 
> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
> 
> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
> 
> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
> 
> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -J-Dtest.compiler.opts= \
> 
> -J-Dtest.java.opts= \
> 
> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dtest.timeout.factor=4.0 \
> 
> -J-Dtest.modules=java.base/jdk.internal.misc \
> 
> --add-modules java.base \
> 
> --add-exports java.base/jdk.internal.misc=ALL-UNNAMED \
> 
> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
> 
> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
> 
> -classpath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
> 
> -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
> 
> ACTION: build -- Passed. All files up to date
> 
> REASON: Named class compiled on demand
> 
> TIME: 0.0 seconds
> 
> messages:
> 
> command: build NewUnsafeString
> 
> reason: Named class compiled on demand
> 
> elapsed time (seconds): 0.0
> 
> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
> 
> REASON: User specified action: run main NewUnsafeString
> 
> TIME: 0.004 seconds
> 
> messages:
> 
> command: main NewUnsafeString
> 
> reason: User specified action: run main NewUnsafeString
> 
> Mode: agentvm
> 
> Agent id: 1
> 
> Additional exports to unnamed modules from @modules: java.base/jdk.internal.misc
> 
> elapsed time (seconds): 0.004
> 
> configuration:
> 
> Boot Layer
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
> 
> Test Layer
> 
> add exports: java.base/jdk.internal.misc ALL-UNNAMED
> 
> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
> 
> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
> 
> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
> 
> -Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
> 
> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
> 
> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
> 
> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
> 
> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -Dtest.compiler.opts= \
> 
> -Dtest.java.opts= \
> 
> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -Dtest.timeout.factor=4.0 \
> 
> -Dtest.modules=java.base/jdk.internal.misc \
> 
> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
> 
> NewUnsafeString
> 
> STDERR:
> 
> java.lang.Error: jla.newStringUnsafe did not use provided string
> 
> at NewUnsafeString.testNewUnsafeString(NewUnsafeString.java:80)
> 
> at NewUnsafeString.main(NewUnsafeString.java:86)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> 
> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
> 
> at java.base/java.lang.Thread.run(Thread.java:844)
> 
> JavaTest Message: Test threw exception: java.lang.Error
> 
> JavaTest Message: shutting down test
> 
> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
> 
> --------------------------------------------------
> 
> TEST: tools/sjavac/ApiExtraction.java
> 
> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
> 
> ACTION: build -- Passed. Build successful
> 
> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
> 
> TIME: 0.081 seconds
> 
> messages:
> 
> command: build Wrapper toolbox.ToolBox toolbox.JavacTask
> 
> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
> 
> Test directory:
> 
> compile: Wrapper
> 
> elapsed time (seconds): 0.081
> 
> ACTION: compile -- Passed. Compilation successful
> 
> REASON: .class file out of date or does not exist
> 
> TIME: 0.08 seconds
> 
> messages:
> 
> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
> 
> reason: .class file out of date or does not exist
> 
> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED
> 
> Mode: agentvm
> 
> Agent id: 14
> 
> elapsed time (seconds): 0.08
> 
> configuration:
> 
> Boot Layer (javac runtime environment)
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
> 
> javac compilation environment
> 
> add modules: jdk.compiler
> 
> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
> 
> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
> 
> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
> 
> -J-Xmx512m \
> 
> -J-XX:MaxRAMPercentage=3 \
> 
> -J-ea \
> 
> -J-esa \
> 
> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
> 
> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
> 
> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
> 
> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
> 
> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -J-Dtest.compiler.opts= \
> 
> -J-Dtest.java.opts= \
> 
> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dtest.timeout.factor=4.0 \
> 
> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
> 
> --add-modules jdk.compiler \
> 
> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
> 
> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
> 
> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
> 
> --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED \
> 
> --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED \
> 
> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
> 
> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
> 
> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
> 
> ACTION: build -- Passed. All files up to date
> 
> REASON: Named class compiled on demand
> 
> TIME: 0.0 seconds
> 
> messages:
> 
> command: build Wrapper
> 
> reason: Named class compiled on demand
> 
> elapsed time (seconds): 0.0
> 
> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
> 
> REASON: User specified action: run main Wrapper ApiExtraction
> 
> TIME: 0.263 seconds
> 
> messages:
> 
> command: main Wrapper ApiExtraction
> 
> reason: User specified action: run main Wrapper ApiExtraction
> 
> Mode: agentvm
> 
> Agent id: 14
> 
> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi
> 
> elapsed time (seconds): 0.263
> 
> configuration:
> 
> Boot Layer
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
> 
> Test Layer
> 
> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
> 
> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
> 
> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
> 
> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
> 
> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
> 
> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
> 
> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
> 
> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
> 
> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -Dtest.compiler.opts= \
> 
> -Dtest.java.opts= \
> 
> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -Dtest.timeout.factor=4.0 \
> 
> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
> 
> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
> 
> Wrapper ApiExtraction
> 
> STDOUT:
> 
> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ApiExtraction.java]
> 
> STDERR:
> 
> Recompiling test class...
> 
> java.lang.reflect.InvocationTargetException
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> 
> at Wrapper.main(Wrapper.java:72)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> 
> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
> 
> at java.base/java.lang.Thread.run(Thread.java:844)
> 
> Caused by: com.sun.tools.javac.code.Symbol$CompletionFailure: class file for TestClass not found
> 
> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
> 
> JavaTest Message: shutting down test
> 
> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
> 
> --------------------------------------------------
> 
> TEST: tools/sjavac/ClasspathDependencies.java
> 
> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
> 
> ACTION: build -- Passed. Build successful
> 
> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
> 
> TIME: 0.151 seconds
> 
> messages:
> 
> command: build Wrapper toolbox.ToolBox toolbox.Assert
> 
> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
> 
> Test directory:
> 
> compile: Wrapper
> 
> elapsed time (seconds): 0.151
> 
> ACTION: compile -- Passed. Compilation successful
> 
> REASON: .class file out of date or does not exist
> 
> TIME: 0.15 seconds
> 
> messages:
> 
> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
> 
> reason: .class file out of date or does not exist
> 
> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
> 
> Mode: agentvm
> 
> Agent id: 14
> 
> elapsed time (seconds): 0.15
> 
> configuration:
> 
> Boot Layer (javac runtime environment)
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
> 
> javac compilation environment
> 
> add modules: jdk.compiler
> 
> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
> 
> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
> 
> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
> 
> -J-Xmx512m \
> 
> -J-XX:MaxRAMPercentage=3 \
> 
> -J-ea \
> 
> -J-esa \
> 
> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
> 
> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
> 
> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
> 
> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
> 
> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -J-Dtest.compiler.opts= \
> 
> -J-Dtest.java.opts= \
> 
> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dtest.timeout.factor=4.0 \
> 
> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
> 
> --add-modules jdk.compiler \
> 
> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
> 
> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
> 
> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
> 
> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
> 
> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
> 
> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
> 
> ACTION: build -- Passed. All files up to date
> 
> REASON: Named class compiled on demand
> 
> TIME: 0.0 seconds
> 
> messages:
> 
> command: build Wrapper
> 
> reason: Named class compiled on demand
> 
> elapsed time (seconds): 0.0
> 
> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
> 
> REASON: User specified action: run main Wrapper ClasspathDependencies
> 
> TIME: 2.306 seconds
> 
> messages:
> 
> command: main Wrapper ClasspathDependencies
> 
> reason: User specified action: run main Wrapper ClasspathDependencies
> 
> Mode: agentvm
> 
> Agent id: 14
> 
> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac
> 
> elapsed time (seconds): 2.306
> 
> configuration:
> 
> Boot Layer
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
> 
> Test Layer
> 
> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
> 
> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
> 
> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
> 
> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
> 
> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
> 
> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
> 
> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
> 
> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
> 
> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -Dtest.compiler.opts= \
> 
> -Dtest.java.opts= \
> 
> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -Dtest.timeout.factor=4.0 \
> 
> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
> 
> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
> 
> Wrapper ClasspathDependencies
> 
> STDOUT:
> 
> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ClasspathDependencies.java]
> 
> Create a test dependency, Dep.class, and put it in the classpath dir
> 
> --------------------------------------------------------------------
> 
> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
> 
> Compile and link against the Dep.class
> 
> --------------------------------------
> 
> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
> 
> Update dependency (without changing the public api)
> 
> ---------------------------------------------------
> 
> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
> 
> Make sure that this does not trigger recompilation of C.java
> 
> ------------------------------------------------------------
> 
> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
> 
> STDERR:
> 
> Recompiling test class...
> 
> java.lang.reflect.InvocationTargetException
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> 
> at Wrapper.main(Wrapper.java:72)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> 
> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
> 
> at java.base/java.lang.Thread.run(Thread.java:844)
> 
> Caused by: java.lang.reflect.InvocationTargetException
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> 
> at SjavacBase.compile(SjavacBase.java:46)
> 
> at ClasspathDependencies.main(ClasspathDependencies.java:88)
> 
> ... 11 more
> 
> Caused by: java.lang.AssertionError
> 
> at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)
> 
> at jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)
> 
> at jdk.compiler/com.sun.tools.javac.code.ClassFinder.loadClass(ClassFinder.java:422)
> 
> at jdk.compiler/com.sun.tools.sjavac.PubApiExtractor.getPubApi(PubApiExtractor.java:86)
> 
> at jdk.compiler/com.sun.tools.sjavac.JavacState.taintPackagesDependingOnChangedClasspathPackages(JavacState.java:528)
> 
> at jdk.compiler/com.sun.tools.sjavac.comp.SjavacImpl.compile(SjavacImpl.java:227)
> 
> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:78)
> 
> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:49)
> 
> at jdk.compiler/com.sun.tools.sjavac.Main.go(Main.java:56)
> 
> ... 17 more
> 
> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
> 
> JavaTest Message: shutting down test
> 
> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
> 
> --------------------------------------------------
> 
> TEST: tools/sjavac/IgnoreSymbolFile.java
> 
> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
> 
> ACTION: build -- Passed. Build successful
> 
> REASON: User specified action: run build Wrapper
> 
> TIME: 0.042 seconds
> 
> messages:
> 
> command: build Wrapper
> 
> reason: User specified action: run build Wrapper
> 
> Test directory:
> 
> compile: Wrapper
> 
> elapsed time (seconds): 0.042
> 
> ACTION: compile -- Passed. Compilation successful
> 
> REASON: .class file out of date or does not exist
> 
> TIME: 0.042 seconds
> 
> messages:
> 
> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
> 
> reason: .class file out of date or does not exist
> 
> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
> 
> Mode: agentvm
> 
> Agent id: 13
> 
> elapsed time (seconds): 0.042
> 
> configuration:
> 
> Boot Layer (javac runtime environment)
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
> 
> javac compilation environment
> 
> add modules: jdk.compiler
> 
> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
> 
> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
> 
> -J-Xmx512m \
> 
> -J-XX:MaxRAMPercentage=3 \
> 
> -J-ea \
> 
> -J-esa \
> 
> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
> 
> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
> 
> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -J-Dtest.compiler.opts= \
> 
> -J-Dtest.java.opts= \
> 
> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dtest.timeout.factor=4.0 \
> 
> -J-Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
> 
> --add-modules jdk.compiler \
> 
> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
> 
> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
> 
> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
> 
> ACTION: build -- Passed. All files up to date
> 
> REASON: Named class compiled on demand
> 
> TIME: 0.0 seconds
> 
> messages:
> 
> command: build Wrapper
> 
> reason: Named class compiled on demand
> 
> elapsed time (seconds): 0.0
> 
> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
> 
> REASON: User specified action: run main Wrapper IgnoreSymbolFile
> 
> TIME: 0.071 seconds
> 
> messages:
> 
> command: main Wrapper IgnoreSymbolFile
> 
> reason: User specified action: run main Wrapper IgnoreSymbolFile
> 
> Mode: agentvm
> 
> Agent id: 13
> 
> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.sjavac
> 
> elapsed time (seconds): 0.071
> 
> configuration:
> 
> Boot Layer
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
> 
> Test Layer
> 
> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
> 
> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
> 
> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
> 
> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
> 
> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
> 
> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -Dtest.compiler.opts= \
> 
> -Dtest.java.opts= \
> 
> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -Dtest.timeout.factor=4.0 \
> 
> -Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
> 
> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
> 
> Wrapper IgnoreSymbolFile
> 
> STDOUT:
> 
> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/IgnoreSymbolFile.java]
> 
> STDERR:
> 
> Recompiling test class...
> 
> compile: [-d, classes, --state-dir=classes, -Werror, src]
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
> 
> import sun.reflect.annotation.*;
> 
> ^
> 
> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
> 
> 1 error
> 
> rc=1
> 
> compile: [-d, classes, --state-dir=classes, -Werror, -XDignore.symbol.file=true, src]
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
> 
> import sun.reflect.annotation.*;
> 
> ^
> 
> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
> 
> 1 error
> 
> rc=1
> 
> Error: compilation failed unexpectedly: rc=1
> 
> java.lang.reflect.InvocationTargetException
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> 
> at Wrapper.main(Wrapper.java:72)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> 
> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
> 
> at java.base/java.lang.Thread.run(Thread.java:844)
> 
> Caused by: java.lang.Exception: 1 errors occurred
> 
> at IgnoreSymbolFile.run(IgnoreSymbolFile.java:73)
> 
> at IgnoreSymbolFile.main(IgnoreSymbolFile.java:43)
> 
> ... 11 more
> 
> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
> 
> JavaTest Message: shutting down test
> 
> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
> 
> --------------------------------------------------
> 
> 
> 
> 
>> On Jan 5, 2018, at 2:04 PM, Alan Snyder <javalists at cbfiddle.com> wrote:
>>
>> I am trying jtreg-4.2.0-tip now.
>>
>> Building jtreg using build-all.sh made some progress until:
>>
>> 2018-01-05 14:02:03 (5.89 MB/s) - '/Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar' saved [1289806/1289806]
>>
>> /Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar: OK
>> make: *** No rule to make target `391:a13ec77e7adc'.  Stop.
>>
>> Also, the README must be out of date, because it does not mention build-all.sh.
>>
>>   Alan
>>
>>
>>> On Jan 5, 2018, at 1:45 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:
>>>
>>> 1. The build labelled jtreg-4.2.0-tip.tar.gz should work for you.
>>>     https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/ <https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/>
>>>
>>> 2. The build instructions are here:
>>>     http://openjdk.java.net/jtreg/build.html <http://openjdk.java.net/jtreg/build.html>
>>>     See the section on using the "build-all.sh" script.
>>>
>>> -- Jon
>>>
>>> On 01/05/2018 01:35 PM, Alan Snyder wrote:
>>>> Maybe not as easy as you expect:
>>>>
>>>> ant -f make/build.xml
>>>> Buildfile: /Volumes/A/JDK/jtreg/make/build.xml
>>>>
>>>> -init:
>>>>
>>>> import-javahelp:
>>>>
>>>> BUILD FAILED
>>>> /Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not find file /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.
>>>>
>>>>
>>>>
>>>> make -C make
>>>>
>>>> ?
>>>>
>>>> ../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: error: package org.testng does not exist
>>>>
>>>> ...
>>>>
>>>>
>>>>> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com <mailto:jonathan.gibbons at oracle.com>> wrote:
>>>>>
>>>>> Alan,
>>>>>
>>>>> I confirm there are problems with the jtreg builds from the Adopt OpenJDK group. I'll investigate what we can do to fix this.
>>>>>
>>>>> -- Jon
>>>>>
>>>>> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>>>>>> That sounds like a problem using an older build of jtreg, from the Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry in the jtreg.jar MANIFEST.MF file:  does that entry include asmtools.jar?
>>>>>>
>>>>>> There have been build changes for jtreg recently, that should have addressed this problem. If nothing else, it is now much easier to build jtreg yourself. The only external components you need are Ant and a recent JDK, such as JDK 8. Everything else will be downloaded, and built if necessary.
>>>>>>
>>>>>> -- Jon
>>>>>>
>>>>>>
>>>>>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>>>>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.
>>>>>>>
>>>>>>> Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.
>>>>>>>
>>>>>>> I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.
>>>>>>>
>>>>>>> I got an error from NewUnsafeString, did not use provided string.
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
> 


From david.holmes at oracle.com  Sat Jan  6 00:20:31 2018
From: david.holmes at oracle.com (David Holmes)
Date: Sat, 6 Jan 2018 10:20:31 +1000
Subject: jdk10 on macOS
In-Reply-To: <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
Message-ID: <b1606ca4-415f-a0f5-080e-b731500537c9@oracle.com>

Also:

jdk/internal/misc/JavaLangAccess/NewUnsafeString

seems to be a JDK 9 test, I don't see it in the current sources:

http://hg.openjdk.java.net/jdk/jdk10/file/ccbf1c998dd9/test/jdk/jdk/internal/misc

David

On 6/01/2018 8:43 AM, Alan Snyder wrote:
> 5 test failures remain using jtreg-4.2.0-tip:
> 
> --------------------------------------------------
> 
> TEST: java/lang/String/nativeEncoding/StringPlatformChars.java
> 
> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
> 
> ACTION: build -- Passed. Build successful
> 
> REASON: Named class compiled on demand
> 
> TIME: 1.179 seconds
> 
> messages:
> 
> command: build StringPlatformChars
> 
> reason: Named class compiled on demand
> 
> Test directory:
> 
> compile: StringPlatformChars
> 
> elapsed time (seconds): 1.179
> 
> ACTION: compile -- Passed. Compilation successful
> 
> REASON: .class file out of date or does not exist
> 
> TIME: 0.626 seconds
> 
> messages:
> 
> command: compile /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
> 
> reason: .class file out of date or does not exist
> 
> Mode: agentvm
> 
> Agent id: 1
> 
> elapsed time (seconds): 0.626
> 
> configuration:
> 
> Boot Layer (javac runtime environment)
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
> 
> javac compilation environment
> 
> source path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
> 
> class path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
> 
> -J-Xmx512m \
> 
> -J-XX:MaxRAMPercentage=3 \
> 
> -J-ea \
> 
> -J-esa \
> 
> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d:/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
> 
> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
> 
> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
> 
> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
> 
> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
> 
> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -J-Dtest.compiler.opts= \
> 
> -J-Dtest.java.opts= \
> 
> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dtest.timeout.factor=4.0 \
> 
> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
> 
> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
> 
> -classpath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
> 
> TEST RESULT: Error. Use -nativepath to specify the location of native code
> 
> --------------------------------------------------
> 
> TEST: jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
> 
> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
> 
> ACTION: compile -- Passed. Compilation successful
> 
> REASON: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
> 
> TIME: 0.03 seconds
> 
> messages:
> 
> command: compile -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
> 
> reason: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
> 
> Additional options from @modules: --add-modules java.base --add-exports java.base/jdk.internal.misc=ALL-UNNAMED
> 
> Mode: agentvm
> 
> Agent id: 1
> 
> elapsed time (seconds): 0.03
> 
> configuration:
> 
> Boot Layer (javac runtime environment)
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
> 
> javac compilation environment
> 
> add modules: java.base
> 
> add exports: java.base/jdk.internal.misc ALL-UNNAMED
> 
> source path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
> 
> class path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
> 
> -J-Xmx512m \
> 
> -J-XX:MaxRAMPercentage=3 \
> 
> -J-ea \
> 
> -J-esa \
> 
> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
> 
> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
> 
> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
> 
> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
> 
> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
> 
> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -J-Dtest.compiler.opts= \
> 
> -J-Dtest.java.opts= \
> 
> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dtest.timeout.factor=4.0 \
> 
> -J-Dtest.modules=java.base/jdk.internal.misc \
> 
> --add-modules java.base \
> 
> --add-exports java.base/jdk.internal.misc=ALL-UNNAMED \
> 
> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
> 
> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
> 
> -classpath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
> 
> -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
> 
> ACTION: build -- Passed. All files up to date
> 
> REASON: Named class compiled on demand
> 
> TIME: 0.0 seconds
> 
> messages:
> 
> command: build NewUnsafeString
> 
> reason: Named class compiled on demand
> 
> elapsed time (seconds): 0.0
> 
> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
> 
> REASON: User specified action: run main NewUnsafeString
> 
> TIME: 0.004 seconds
> 
> messages:
> 
> command: main NewUnsafeString
> 
> reason: User specified action: run main NewUnsafeString
> 
> Mode: agentvm
> 
> Agent id: 1
> 
> Additional exports to unnamed modules from @modules: java.base/jdk.internal.misc
> 
> elapsed time (seconds): 0.004
> 
> configuration:
> 
> Boot Layer
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
> 
> Test Layer
> 
> add exports: java.base/jdk.internal.misc ALL-UNNAMED
> 
> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
> 
> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
> 
> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
> 
> -Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
> 
> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
> 
> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
> 
> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
> 
> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -Dtest.compiler.opts= \
> 
> -Dtest.java.opts= \
> 
> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -Dtest.timeout.factor=4.0 \
> 
> -Dtest.modules=java.base/jdk.internal.misc \
> 
> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
> 
> NewUnsafeString
> 
> STDERR:
> 
> java.lang.Error: jla.newStringUnsafe did not use provided string
> 
> at NewUnsafeString.testNewUnsafeString(NewUnsafeString.java:80)
> 
> at NewUnsafeString.main(NewUnsafeString.java:86)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> 
> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
> 
> at java.base/java.lang.Thread.run(Thread.java:844)
> 
> JavaTest Message: Test threw exception: java.lang.Error
> 
> JavaTest Message: shutting down test
> 
> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
> 
> --------------------------------------------------
> 
> TEST: tools/sjavac/ApiExtraction.java
> 
> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
> 
> ACTION: build -- Passed. Build successful
> 
> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
> 
> TIME: 0.081 seconds
> 
> messages:
> 
> command: build Wrapper toolbox.ToolBox toolbox.JavacTask
> 
> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
> 
> Test directory:
> 
> compile: Wrapper
> 
> elapsed time (seconds): 0.081
> 
> ACTION: compile -- Passed. Compilation successful
> 
> REASON: .class file out of date or does not exist
> 
> TIME: 0.08 seconds
> 
> messages:
> 
> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
> 
> reason: .class file out of date or does not exist
> 
> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED
> 
> Mode: agentvm
> 
> Agent id: 14
> 
> elapsed time (seconds): 0.08
> 
> configuration:
> 
> Boot Layer (javac runtime environment)
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
> 
> javac compilation environment
> 
> add modules: jdk.compiler
> 
> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
> 
> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
> 
> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
> 
> -J-Xmx512m \
> 
> -J-XX:MaxRAMPercentage=3 \
> 
> -J-ea \
> 
> -J-esa \
> 
> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
> 
> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
> 
> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
> 
> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
> 
> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -J-Dtest.compiler.opts= \
> 
> -J-Dtest.java.opts= \
> 
> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dtest.timeout.factor=4.0 \
> 
> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
> 
> --add-modules jdk.compiler \
> 
> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
> 
> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
> 
> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
> 
> --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED \
> 
> --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED \
> 
> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
> 
> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
> 
> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
> 
> ACTION: build -- Passed. All files up to date
> 
> REASON: Named class compiled on demand
> 
> TIME: 0.0 seconds
> 
> messages:
> 
> command: build Wrapper
> 
> reason: Named class compiled on demand
> 
> elapsed time (seconds): 0.0
> 
> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
> 
> REASON: User specified action: run main Wrapper ApiExtraction
> 
> TIME: 0.263 seconds
> 
> messages:
> 
> command: main Wrapper ApiExtraction
> 
> reason: User specified action: run main Wrapper ApiExtraction
> 
> Mode: agentvm
> 
> Agent id: 14
> 
> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi
> 
> elapsed time (seconds): 0.263
> 
> configuration:
> 
> Boot Layer
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
> 
> Test Layer
> 
> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
> 
> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
> 
> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
> 
> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
> 
> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
> 
> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
> 
> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
> 
> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
> 
> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -Dtest.compiler.opts= \
> 
> -Dtest.java.opts= \
> 
> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -Dtest.timeout.factor=4.0 \
> 
> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
> 
> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
> 
> Wrapper ApiExtraction
> 
> STDOUT:
> 
> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ApiExtraction.java]
> 
> STDERR:
> 
> Recompiling test class...
> 
> java.lang.reflect.InvocationTargetException
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> 
> at Wrapper.main(Wrapper.java:72)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> 
> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
> 
> at java.base/java.lang.Thread.run(Thread.java:844)
> 
> Caused by: com.sun.tools.javac.code.Symbol$CompletionFailure: class file for TestClass not found
> 
> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
> 
> JavaTest Message: shutting down test
> 
> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
> 
> --------------------------------------------------
> 
> TEST: tools/sjavac/ClasspathDependencies.java
> 
> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
> 
> ACTION: build -- Passed. Build successful
> 
> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
> 
> TIME: 0.151 seconds
> 
> messages:
> 
> command: build Wrapper toolbox.ToolBox toolbox.Assert
> 
> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
> 
> Test directory:
> 
> compile: Wrapper
> 
> elapsed time (seconds): 0.151
> 
> ACTION: compile -- Passed. Compilation successful
> 
> REASON: .class file out of date or does not exist
> 
> TIME: 0.15 seconds
> 
> messages:
> 
> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
> 
> reason: .class file out of date or does not exist
> 
> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
> 
> Mode: agentvm
> 
> Agent id: 14
> 
> elapsed time (seconds): 0.15
> 
> configuration:
> 
> Boot Layer (javac runtime environment)
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
> 
> javac compilation environment
> 
> add modules: jdk.compiler
> 
> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
> 
> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
> 
> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
> 
> -J-Xmx512m \
> 
> -J-XX:MaxRAMPercentage=3 \
> 
> -J-ea \
> 
> -J-esa \
> 
> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
> 
> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
> 
> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
> 
> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
> 
> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -J-Dtest.compiler.opts= \
> 
> -J-Dtest.java.opts= \
> 
> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dtest.timeout.factor=4.0 \
> 
> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
> 
> --add-modules jdk.compiler \
> 
> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
> 
> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
> 
> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
> 
> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
> 
> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
> 
> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
> 
> ACTION: build -- Passed. All files up to date
> 
> REASON: Named class compiled on demand
> 
> TIME: 0.0 seconds
> 
> messages:
> 
> command: build Wrapper
> 
> reason: Named class compiled on demand
> 
> elapsed time (seconds): 0.0
> 
> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
> 
> REASON: User specified action: run main Wrapper ClasspathDependencies
> 
> TIME: 2.306 seconds
> 
> messages:
> 
> command: main Wrapper ClasspathDependencies
> 
> reason: User specified action: run main Wrapper ClasspathDependencies
> 
> Mode: agentvm
> 
> Agent id: 14
> 
> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac
> 
> elapsed time (seconds): 2.306
> 
> configuration:
> 
> Boot Layer
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
> 
> Test Layer
> 
> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
> 
> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
> 
> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
> 
> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
> 
> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
> 
> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
> 
> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
> 
> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
> 
> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
> 
> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -Dtest.compiler.opts= \
> 
> -Dtest.java.opts= \
> 
> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -Dtest.timeout.factor=4.0 \
> 
> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
> 
> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
> 
> Wrapper ClasspathDependencies
> 
> STDOUT:
> 
> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ClasspathDependencies.java]
> 
> Create a test dependency, Dep.class, and put it in the classpath dir
> 
> --------------------------------------------------------------------
> 
> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
> 
> Compile and link against the Dep.class
> 
> --------------------------------------
> 
> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
> 
> Update dependency (without changing the public api)
> 
> ---------------------------------------------------
> 
> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
> 
> Make sure that this does not trigger recompilation of C.java
> 
> ------------------------------------------------------------
> 
> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
> 
> STDERR:
> 
> Recompiling test class...
> 
> java.lang.reflect.InvocationTargetException
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> 
> at Wrapper.main(Wrapper.java:72)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> 
> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
> 
> at java.base/java.lang.Thread.run(Thread.java:844)
> 
> Caused by: java.lang.reflect.InvocationTargetException
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> 
> at SjavacBase.compile(SjavacBase.java:46)
> 
> at ClasspathDependencies.main(ClasspathDependencies.java:88)
> 
> ... 11 more
> 
> Caused by: java.lang.AssertionError
> 
> at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)
> 
> at jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)
> 
> at jdk.compiler/com.sun.tools.javac.code.ClassFinder.loadClass(ClassFinder.java:422)
> 
> at jdk.compiler/com.sun.tools.sjavac.PubApiExtractor.getPubApi(PubApiExtractor.java:86)
> 
> at jdk.compiler/com.sun.tools.sjavac.JavacState.taintPackagesDependingOnChangedClasspathPackages(JavacState.java:528)
> 
> at jdk.compiler/com.sun.tools.sjavac.comp.SjavacImpl.compile(SjavacImpl.java:227)
> 
> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:78)
> 
> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:49)
> 
> at jdk.compiler/com.sun.tools.sjavac.Main.go(Main.java:56)
> 
> ... 17 more
> 
> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
> 
> JavaTest Message: shutting down test
> 
> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
> 
> --------------------------------------------------
> 
> TEST: tools/sjavac/IgnoreSymbolFile.java
> 
> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
> 
> ACTION: build -- Passed. Build successful
> 
> REASON: User specified action: run build Wrapper
> 
> TIME: 0.042 seconds
> 
> messages:
> 
> command: build Wrapper
> 
> reason: User specified action: run build Wrapper
> 
> Test directory:
> 
> compile: Wrapper
> 
> elapsed time (seconds): 0.042
> 
> ACTION: compile -- Passed. Compilation successful
> 
> REASON: .class file out of date or does not exist
> 
> TIME: 0.042 seconds
> 
> messages:
> 
> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
> 
> reason: .class file out of date or does not exist
> 
> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
> 
> Mode: agentvm
> 
> Agent id: 13
> 
> elapsed time (seconds): 0.042
> 
> configuration:
> 
> Boot Layer (javac runtime environment)
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
> 
> javac compilation environment
> 
> add modules: jdk.compiler
> 
> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
> 
> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
> 
> -J-Xmx512m \
> 
> -J-XX:MaxRAMPercentage=3 \
> 
> -J-ea \
> 
> -J-esa \
> 
> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
> 
> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
> 
> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -J-Dtest.compiler.opts= \
> 
> -J-Dtest.java.opts= \
> 
> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -J-Dtest.timeout.factor=4.0 \
> 
> -J-Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
> 
> --add-modules jdk.compiler \
> 
> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
> 
> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
> 
> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
> 
> ACTION: build -- Passed. All files up to date
> 
> REASON: Named class compiled on demand
> 
> TIME: 0.0 seconds
> 
> messages:
> 
> command: build Wrapper
> 
> reason: Named class compiled on demand
> 
> elapsed time (seconds): 0.0
> 
> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
> 
> REASON: User specified action: run main Wrapper IgnoreSymbolFile
> 
> TIME: 0.071 seconds
> 
> messages:
> 
> command: main Wrapper IgnoreSymbolFile
> 
> reason: User specified action: run main Wrapper IgnoreSymbolFile
> 
> Mode: agentvm
> 
> Agent id: 13
> 
> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.sjavac
> 
> elapsed time (seconds): 0.071
> 
> configuration:
> 
> Boot Layer
> 
> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
> 
> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
> 
> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
> 
> Test Layer
> 
> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
> 
> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
> 
> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
> 
> rerun:
> 
> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
> 
> HOME=/Users/alan \
> 
> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
> 
> LANG=en_US.UTF-8 \
> 
> LC_ALL=en_US.UTF-8 \
> 
> PATH=/bin:/usr/bin \
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
> 
> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
> 
> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
> 
> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
> 
> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
> 
> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
> 
> -Dtest.compiler.opts= \
> 
> -Dtest.java.opts= \
> 
> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
> 
> -Dtest.timeout.factor=4.0 \
> 
> -Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
> 
> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
> 
> Wrapper IgnoreSymbolFile
> 
> STDOUT:
> 
> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/IgnoreSymbolFile.java]
> 
> STDERR:
> 
> Recompiling test class...
> 
> compile: [-d, classes, --state-dir=classes, -Werror, src]
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
> 
> import sun.reflect.annotation.*;
> 
> ^
> 
> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
> 
> 1 error
> 
> rc=1
> 
> compile: [-d, classes, --state-dir=classes, -Werror, -XDignore.symbol.file=true, src]
> 
> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
> 
> import sun.reflect.annotation.*;
> 
> ^
> 
> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
> 
> 1 error
> 
> rc=1
> 
> Error: compilation failed unexpectedly: rc=1
> 
> java.lang.reflect.InvocationTargetException
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> 
> at Wrapper.main(Wrapper.java:72)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> 
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> 
> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
> 
> at java.base/java.lang.Thread.run(Thread.java:844)
> 
> Caused by: java.lang.Exception: 1 errors occurred
> 
> at IgnoreSymbolFile.run(IgnoreSymbolFile.java:73)
> 
> at IgnoreSymbolFile.main(IgnoreSymbolFile.java:43)
> 
> ... 11 more
> 
> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
> 
> JavaTest Message: shutting down test
> 
> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
> 
> --------------------------------------------------
> 
> 
> 
> 
>> On Jan 5, 2018, at 2:04 PM, Alan Snyder <javalists at cbfiddle.com> wrote:
>>
>> I am trying jtreg-4.2.0-tip now.
>>
>> Building jtreg using build-all.sh made some progress until:
>>
>> 2018-01-05 14:02:03 (5.89 MB/s) - '/Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar' saved [1289806/1289806]
>>
>> /Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar: OK
>> make: *** No rule to make target `391:a13ec77e7adc'.  Stop.
>>
>> Also, the README must be out of date, because it does not mention build-all.sh.
>>
>>   Alan
>>
>>
>>> On Jan 5, 2018, at 1:45 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:
>>>
>>> 1. The build labelled jtreg-4.2.0-tip.tar.gz should work for you.
>>>     https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/ <https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/>
>>>
>>> 2. The build instructions are here:
>>>     http://openjdk.java.net/jtreg/build.html <http://openjdk.java.net/jtreg/build.html>
>>>     See the section on using the "build-all.sh" script.
>>>
>>> -- Jon
>>>
>>> On 01/05/2018 01:35 PM, Alan Snyder wrote:
>>>> Maybe not as easy as you expect:
>>>>
>>>> ant -f make/build.xml
>>>> Buildfile: /Volumes/A/JDK/jtreg/make/build.xml
>>>>
>>>> -init:
>>>>
>>>> import-javahelp:
>>>>
>>>> BUILD FAILED
>>>> /Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not find file /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.
>>>>
>>>>
>>>>
>>>> make -C make
>>>>
>>>> ?
>>>>
>>>> ../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: error: package org.testng does not exist
>>>>
>>>> ...
>>>>
>>>>
>>>>> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com <mailto:jonathan.gibbons at oracle.com>> wrote:
>>>>>
>>>>> Alan,
>>>>>
>>>>> I confirm there are problems with the jtreg builds from the Adopt OpenJDK group. I'll investigate what we can do to fix this.
>>>>>
>>>>> -- Jon
>>>>>
>>>>> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>>>>>> That sounds like a problem using an older build of jtreg, from the Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry in the jtreg.jar MANIFEST.MF file:  does that entry include asmtools.jar?
>>>>>>
>>>>>> There have been build changes for jtreg recently, that should have addressed this problem. If nothing else, it is now much easier to build jtreg yourself. The only external components you need are Ant and a recent JDK, such as JDK 8. Everything else will be downloaded, and built if necessary.
>>>>>>
>>>>>> -- Jon
>>>>>>
>>>>>>
>>>>>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>>>>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.
>>>>>>>
>>>>>>> Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.
>>>>>>>
>>>>>>> I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.
>>>>>>>
>>>>>>> I got an error from NewUnsafeString, did not use provided string.
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
> 


From javalists at cbfiddle.com  Sat Jan  6 02:05:17 2018
From: javalists at cbfiddle.com (Alan Snyder)
Date: Fri, 5 Jan 2018 18:05:17 -0800
Subject: jdk10 on macOS
In-Reply-To: <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
 <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
Message-ID: <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>

The tests were run via make.

> On Jan 5, 2018, at 4:13 PM, David Holmes <david.holmes at oracle.com> wrote:
> 
> Alan,
> 
> Unclear how you ran the tests, but:
> 
> TEST RESULT: Error. Use -nativepath to specify the location of native code
> 
> indicates jtreg was not passed the -nativepath flag. That may or may not be a build issue depending on whether the tests were executed directly or via "make".
> 
> Cheers,
> David
> 
> On 6/01/2018 8:43 AM, Alan Snyder wrote:
>> 5 test failures remain using jtreg-4.2.0-tip:
>> --------------------------------------------------
>> TEST: java/lang/String/nativeEncoding/StringPlatformChars.java
>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>> ACTION: build -- Passed. Build successful
>> REASON: Named class compiled on demand
>> TIME: 1.179 seconds
>> messages:
>> command: build StringPlatformChars
>> reason: Named class compiled on demand
>> Test directory:
>> compile: StringPlatformChars
>> elapsed time (seconds): 1.179
>> ACTION: compile -- Passed. Compilation successful
>> REASON: .class file out of date or does not exist
>> TIME: 0.626 seconds
>> messages:
>> command: compile /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
>> reason: .class file out of date or does not exist
>> Mode: agentvm
>> Agent id: 1
>> elapsed time (seconds): 0.626
>> configuration:
>> Boot Layer (javac runtime environment)
>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>> javac compilation environment
>> source path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>> class path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d
>> rerun:
>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>> HOME=/Users/alan \
>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>> LANG=en_US.UTF-8 \
>> LC_ALL=en_US.UTF-8 \
>> PATH=/bin:/usr/bin \
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>> -J-Xmx512m \
>> -J-XX:MaxRAMPercentage=3 \
>> -J-ea \
>> -J-esa \
>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d:/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>> -J-Dtest.compiler.opts= \
>> -J-Dtest.java.opts= \
>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -J-Dtest.timeout.factor=4.0 \
>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>> -classpath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>> --------------------------------------------------
>> TEST: jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>> ACTION: compile -- Passed. Compilation successful
>> REASON: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>> TIME: 0.03 seconds
>> messages:
>> command: compile -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>> reason: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>> Additional options from @modules: --add-modules java.base --add-exports java.base/jdk.internal.misc=ALL-UNNAMED
>> Mode: agentvm
>> Agent id: 1
>> elapsed time (seconds): 0.03
>> configuration:
>> Boot Layer (javac runtime environment)
>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>> javac compilation environment
>> add modules: java.base
>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>> source path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>> class path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
>> rerun:
>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>> HOME=/Users/alan \
>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>> LANG=en_US.UTF-8 \
>> LC_ALL=en_US.UTF-8 \
>> PATH=/bin:/usr/bin \
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>> -J-Xmx512m \
>> -J-XX:MaxRAMPercentage=3 \
>> -J-ea \
>> -J-esa \
>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>> -J-Dtest.compiler.opts= \
>> -J-Dtest.java.opts= \
>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -J-Dtest.timeout.factor=4.0 \
>> -J-Dtest.modules=java.base/jdk.internal.misc \
>> --add-modules java.base \
>> --add-exports java.base/jdk.internal.misc=ALL-UNNAMED \
>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>> -classpath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>> -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>> ACTION: build -- Passed. All files up to date
>> REASON: Named class compiled on demand
>> TIME: 0.0 seconds
>> messages:
>> command: build NewUnsafeString
>> reason: Named class compiled on demand
>> elapsed time (seconds): 0.0
>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>> REASON: User specified action: run main NewUnsafeString
>> TIME: 0.004 seconds
>> messages:
>> command: main NewUnsafeString
>> reason: User specified action: run main NewUnsafeString
>> Mode: agentvm
>> Agent id: 1
>> Additional exports to unnamed modules from @modules: java.base/jdk.internal.misc
>> elapsed time (seconds): 0.004
>> configuration:
>> Boot Layer
>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>> Test Layer
>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>> rerun:
>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>> HOME=/Users/alan \
>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>> LANG=en_US.UTF-8 \
>> LC_ALL=en_US.UTF-8 \
>> PATH=/bin:/usr/bin \
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>> -Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>> -Dtest.compiler.opts= \
>> -Dtest.java.opts= \
>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -Dtest.timeout.factor=4.0 \
>> -Dtest.modules=java.base/jdk.internal.misc \
>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>> NewUnsafeString
>> STDERR:
>> java.lang.Error: jla.newStringUnsafe did not use provided string
>> at NewUnsafeString.testNewUnsafeString(NewUnsafeString.java:80)
>> at NewUnsafeString.main(NewUnsafeString.java:86)
>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>> at java.base/java.lang.Thread.run(Thread.java:844)
>> JavaTest Message: Test threw exception: java.lang.Error
>> JavaTest Message: shutting down test
>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>> --------------------------------------------------
>> TEST: tools/sjavac/ApiExtraction.java
>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>> ACTION: build -- Passed. Build successful
>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>> TIME: 0.081 seconds
>> messages:
>> command: build Wrapper toolbox.ToolBox toolbox.JavacTask
>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>> Test directory:
>> compile: Wrapper
>> elapsed time (seconds): 0.081
>> ACTION: compile -- Passed. Compilation successful
>> REASON: .class file out of date or does not exist
>> TIME: 0.08 seconds
>> messages:
>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>> reason: .class file out of date or does not exist
>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED
>> Mode: agentvm
>> Agent id: 14
>> elapsed time (seconds): 0.08
>> configuration:
>> Boot Layer (javac runtime environment)
>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>> javac compilation environment
>> add modules: jdk.compiler
>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>> rerun:
>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>> HOME=/Users/alan \
>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>> LANG=en_US.UTF-8 \
>> LC_ALL=en_US.UTF-8 \
>> PATH=/bin:/usr/bin \
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>> -J-Xmx512m \
>> -J-XX:MaxRAMPercentage=3 \
>> -J-ea \
>> -J-esa \
>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>> -J-Dtest.compiler.opts= \
>> -J-Dtest.java.opts= \
>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -J-Dtest.timeout.factor=4.0 \
>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>> --add-modules jdk.compiler \
>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>> --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED \
>> --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED \
>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>> ACTION: build -- Passed. All files up to date
>> REASON: Named class compiled on demand
>> TIME: 0.0 seconds
>> messages:
>> command: build Wrapper
>> reason: Named class compiled on demand
>> elapsed time (seconds): 0.0
>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>> REASON: User specified action: run main Wrapper ApiExtraction
>> TIME: 0.263 seconds
>> messages:
>> command: main Wrapper ApiExtraction
>> reason: User specified action: run main Wrapper ApiExtraction
>> Mode: agentvm
>> Agent id: 14
>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi
>> elapsed time (seconds): 0.263
>> configuration:
>> Boot Layer
>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>> Test Layer
>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>> rerun:
>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>> HOME=/Users/alan \
>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>> LANG=en_US.UTF-8 \
>> LC_ALL=en_US.UTF-8 \
>> PATH=/bin:/usr/bin \
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>> -Dtest.compiler.opts= \
>> -Dtest.java.opts= \
>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -Dtest.timeout.factor=4.0 \
>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>> Wrapper ApiExtraction
>> STDOUT:
>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ApiExtraction.java]
>> STDERR:
>> Recompiling test class...
>> java.lang.reflect.InvocationTargetException
>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>> at Wrapper.main(Wrapper.java:72)
>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>> at java.base/java.lang.Thread.run(Thread.java:844)
>> Caused by: com.sun.tools.javac.code.Symbol$CompletionFailure: class file for TestClass not found
>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>> JavaTest Message: shutting down test
>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>> --------------------------------------------------
>> TEST: tools/sjavac/ClasspathDependencies.java
>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>> ACTION: build -- Passed. Build successful
>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>> TIME: 0.151 seconds
>> messages:
>> command: build Wrapper toolbox.ToolBox toolbox.Assert
>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>> Test directory:
>> compile: Wrapper
>> elapsed time (seconds): 0.151
>> ACTION: compile -- Passed. Compilation successful
>> REASON: .class file out of date or does not exist
>> TIME: 0.15 seconds
>> messages:
>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>> reason: .class file out of date or does not exist
>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>> Mode: agentvm
>> Agent id: 14
>> elapsed time (seconds): 0.15
>> configuration:
>> Boot Layer (javac runtime environment)
>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>> javac compilation environment
>> add modules: jdk.compiler
>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>> rerun:
>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>> HOME=/Users/alan \
>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>> LANG=en_US.UTF-8 \
>> LC_ALL=en_US.UTF-8 \
>> PATH=/bin:/usr/bin \
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>> -J-Xmx512m \
>> -J-XX:MaxRAMPercentage=3 \
>> -J-ea \
>> -J-esa \
>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>> -J-Dtest.compiler.opts= \
>> -J-Dtest.java.opts= \
>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -J-Dtest.timeout.factor=4.0 \
>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>> --add-modules jdk.compiler \
>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>> ACTION: build -- Passed. All files up to date
>> REASON: Named class compiled on demand
>> TIME: 0.0 seconds
>> messages:
>> command: build Wrapper
>> reason: Named class compiled on demand
>> elapsed time (seconds): 0.0
>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>> REASON: User specified action: run main Wrapper ClasspathDependencies
>> TIME: 2.306 seconds
>> messages:
>> command: main Wrapper ClasspathDependencies
>> reason: User specified action: run main Wrapper ClasspathDependencies
>> Mode: agentvm
>> Agent id: 14
>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac
>> elapsed time (seconds): 2.306
>> configuration:
>> Boot Layer
>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>> Test Layer
>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>> rerun:
>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>> HOME=/Users/alan \
>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>> LANG=en_US.UTF-8 \
>> LC_ALL=en_US.UTF-8 \
>> PATH=/bin:/usr/bin \
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>> -Dtest.compiler.opts= \
>> -Dtest.java.opts= \
>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -Dtest.timeout.factor=4.0 \
>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>> Wrapper ClasspathDependencies
>> STDOUT:
>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ClasspathDependencies.java]
>> Create a test dependency, Dep.class, and put it in the classpath dir
>> --------------------------------------------------------------------
>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>> Compile and link against the Dep.class
>> --------------------------------------
>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>> Update dependency (without changing the public api)
>> ---------------------------------------------------
>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>> Make sure that this does not trigger recompilation of C.java
>> ------------------------------------------------------------
>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>> STDERR:
>> Recompiling test class...
>> java.lang.reflect.InvocationTargetException
>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>> at Wrapper.main(Wrapper.java:72)
>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>> at java.base/java.lang.Thread.run(Thread.java:844)
>> Caused by: java.lang.reflect.InvocationTargetException
>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>> at SjavacBase.compile(SjavacBase.java:46)
>> at ClasspathDependencies.main(ClasspathDependencies.java:88)
>> ... 11 more
>> Caused by: java.lang.AssertionError
>> at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)
>> at jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)
>> at jdk.compiler/com.sun.tools.javac.code.ClassFinder.loadClass(ClassFinder.java:422)
>> at jdk.compiler/com.sun.tools.sjavac.PubApiExtractor.getPubApi(PubApiExtractor.java:86)
>> at jdk.compiler/com.sun.tools.sjavac.JavacState.taintPackagesDependingOnChangedClasspathPackages(JavacState.java:528)
>> at jdk.compiler/com.sun.tools.sjavac.comp.SjavacImpl.compile(SjavacImpl.java:227)
>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:78)
>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:49)
>> at jdk.compiler/com.sun.tools.sjavac.Main.go(Main.java:56)
>> ... 17 more
>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>> JavaTest Message: shutting down test
>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>> --------------------------------------------------
>> TEST: tools/sjavac/IgnoreSymbolFile.java
>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>> ACTION: build -- Passed. Build successful
>> REASON: User specified action: run build Wrapper
>> TIME: 0.042 seconds
>> messages:
>> command: build Wrapper
>> reason: User specified action: run build Wrapper
>> Test directory:
>> compile: Wrapper
>> elapsed time (seconds): 0.042
>> ACTION: compile -- Passed. Compilation successful
>> REASON: .class file out of date or does not exist
>> TIME: 0.042 seconds
>> messages:
>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>> reason: .class file out of date or does not exist
>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>> Mode: agentvm
>> Agent id: 13
>> elapsed time (seconds): 0.042
>> configuration:
>> Boot Layer (javac runtime environment)
>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>> javac compilation environment
>> add modules: jdk.compiler
>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
>> rerun:
>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>> HOME=/Users/alan \
>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>> LANG=en_US.UTF-8 \
>> LC_ALL=en_US.UTF-8 \
>> PATH=/bin:/usr/bin \
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>> -J-Xmx512m \
>> -J-XX:MaxRAMPercentage=3 \
>> -J-ea \
>> -J-esa \
>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>> -J-Dtest.compiler.opts= \
>> -J-Dtest.java.opts= \
>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -J-Dtest.timeout.factor=4.0 \
>> -J-Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>> --add-modules jdk.compiler \
>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>> ACTION: build -- Passed. All files up to date
>> REASON: Named class compiled on demand
>> TIME: 0.0 seconds
>> messages:
>> command: build Wrapper
>> reason: Named class compiled on demand
>> elapsed time (seconds): 0.0
>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>> REASON: User specified action: run main Wrapper IgnoreSymbolFile
>> TIME: 0.071 seconds
>> messages:
>> command: main Wrapper IgnoreSymbolFile
>> reason: User specified action: run main Wrapper IgnoreSymbolFile
>> Mode: agentvm
>> Agent id: 13
>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.sjavac
>> elapsed time (seconds): 0.071
>> configuration:
>> Boot Layer
>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>> Test Layer
>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>> rerun:
>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>> HOME=/Users/alan \
>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>> LANG=en_US.UTF-8 \
>> LC_ALL=en_US.UTF-8 \
>> PATH=/bin:/usr/bin \
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>> -Dtest.compiler.opts= \
>> -Dtest.java.opts= \
>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>> -Dtest.timeout.factor=4.0 \
>> -Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>> Wrapper IgnoreSymbolFile
>> STDOUT:
>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/IgnoreSymbolFile.java]
>> STDERR:
>> Recompiling test class...
>> compile: [-d, classes, --state-dir=classes, -Werror, src]
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>> import sun.reflect.annotation.*;
>> ^
>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>> 1 error
>> rc=1
>> compile: [-d, classes, --state-dir=classes, -Werror, -XDignore.symbol.file=true, src]
>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>> import sun.reflect.annotation.*;
>> ^
>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>> 1 error
>> rc=1
>> Error: compilation failed unexpectedly: rc=1
>> java.lang.reflect.InvocationTargetException
>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>> at Wrapper.main(Wrapper.java:72)
>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>> at java.base/java.lang.Thread.run(Thread.java:844)
>> Caused by: java.lang.Exception: 1 errors occurred
>> at IgnoreSymbolFile.run(IgnoreSymbolFile.java:73)
>> at IgnoreSymbolFile.main(IgnoreSymbolFile.java:43)
>> ... 11 more
>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>> JavaTest Message: shutting down test
>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>> --------------------------------------------------
>>> On Jan 5, 2018, at 2:04 PM, Alan Snyder <javalists at cbfiddle.com> wrote:
>>> 
>>> I am trying jtreg-4.2.0-tip now.
>>> 
>>> Building jtreg using build-all.sh made some progress until:
>>> 
>>> 2018-01-05 14:02:03 (5.89 MB/s) - '/Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar' saved [1289806/1289806]
>>> 
>>> /Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar: OK
>>> make: *** No rule to make target `391:a13ec77e7adc'.  Stop.
>>> 
>>> Also, the README must be out of date, because it does not mention build-all.sh.
>>> 
>>>  Alan
>>> 
>>> 
>>>> On Jan 5, 2018, at 1:45 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:
>>>> 
>>>> 1. The build labelled jtreg-4.2.0-tip.tar.gz should work for you.
>>>>    https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/ <https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/>
>>>> 
>>>> 2. The build instructions are here:
>>>>    http://openjdk.java.net/jtreg/build.html <http://openjdk.java.net/jtreg/build.html>
>>>>    See the section on using the "build-all.sh" script.
>>>> 
>>>> -- Jon
>>>> 
>>>> On 01/05/2018 01:35 PM, Alan Snyder wrote:
>>>>> Maybe not as easy as you expect:
>>>>> 
>>>>> ant -f make/build.xml
>>>>> Buildfile: /Volumes/A/JDK/jtreg/make/build.xml
>>>>> 
>>>>> -init:
>>>>> 
>>>>> import-javahelp:
>>>>> 
>>>>> BUILD FAILED
>>>>> /Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not find file /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.
>>>>> 
>>>>> 
>>>>> 
>>>>> make -C make
>>>>> 
>>>>> ?
>>>>> 
>>>>> ../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: error: package org.testng does not exist
>>>>> 
>>>>> ...
>>>>> 
>>>>> 
>>>>>> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com <mailto:jonathan.gibbons at oracle.com>> wrote:
>>>>>> 
>>>>>> Alan,
>>>>>> 
>>>>>> I confirm there are problems with the jtreg builds from the Adopt OpenJDK group. I'll investigate what we can do to fix this.
>>>>>> 
>>>>>> -- Jon
>>>>>> 
>>>>>> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>>>>>>> That sounds like a problem using an older build of jtreg, from the Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry in the jtreg.jar MANIFEST.MF file:  does that entry include asmtools.jar?
>>>>>>> 
>>>>>>> There have been build changes for jtreg recently, that should have addressed this problem. If nothing else, it is now much easier to build jtreg yourself. The only external components you need are Ant and a recent JDK, such as JDK 8. Everything else will be downloaded, and built if necessary.
>>>>>>> 
>>>>>>> -- Jon
>>>>>>> 
>>>>>>> 
>>>>>>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>>>>>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.
>>>>>>>> 
>>>>>>>> Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.
>>>>>>>> 
>>>>>>>> I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.
>>>>>>>> 
>>>>>>>> I got an error from NewUnsafeString, did not use provided string.
>>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>> 
>>>> 
>>> 



From david.holmes at oracle.com  Sat Jan  6 02:32:43 2018
From: david.holmes at oracle.com (David Holmes)
Date: Sat, 6 Jan 2018 12:32:43 +1000
Subject: jdk10 on macOS
In-Reply-To: <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
 <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
 <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>
Message-ID: <c705d0b1-c1c6-1b6f-e8e6-ed255c601693@oracle.com>

On 6/01/2018 12:05 PM, Alan Snyder wrote:
> The tests were run via make.

How exactly? And did you do "make test-image" first?

David

>> On Jan 5, 2018, at 4:13 PM, David Holmes <david.holmes at oracle.com> wrote:
>>
>> Alan,
>>
>> Unclear how you ran the tests, but:
>>
>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>
>> indicates jtreg was not passed the -nativepath flag. That may or may not be a build issue depending on whether the tests were executed directly or via "make".
>>
>> Cheers,
>> David
>>
>> On 6/01/2018 8:43 AM, Alan Snyder wrote:
>>> 5 test failures remain using jtreg-4.2.0-tip:
>>> --------------------------------------------------
>>> TEST: java/lang/String/nativeEncoding/StringPlatformChars.java
>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>> ACTION: build -- Passed. Build successful
>>> REASON: Named class compiled on demand
>>> TIME: 1.179 seconds
>>> messages:
>>> command: build StringPlatformChars
>>> reason: Named class compiled on demand
>>> Test directory:
>>> compile: StringPlatformChars
>>> elapsed time (seconds): 1.179
>>> ACTION: compile -- Passed. Compilation successful
>>> REASON: .class file out of date or does not exist
>>> TIME: 0.626 seconds
>>> messages:
>>> command: compile /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
>>> reason: .class file out of date or does not exist
>>> Mode: agentvm
>>> Agent id: 1
>>> elapsed time (seconds): 0.626
>>> configuration:
>>> Boot Layer (javac runtime environment)
>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>> javac compilation environment
>>> source path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>> class path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d
>>> rerun:
>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>> HOME=/Users/alan \
>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>> LANG=en_US.UTF-8 \
>>> LC_ALL=en_US.UTF-8 \
>>> PATH=/bin:/usr/bin \
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>> -J-Xmx512m \
>>> -J-XX:MaxRAMPercentage=3 \
>>> -J-ea \
>>> -J-esa \
>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d:/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>> -J-Dtest.compiler.opts= \
>>> -J-Dtest.java.opts= \
>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -J-Dtest.timeout.factor=4.0 \
>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>> --------------------------------------------------
>>> TEST: jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>> ACTION: compile -- Passed. Compilation successful
>>> REASON: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>> TIME: 0.03 seconds
>>> messages:
>>> command: compile -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>> reason: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>> Additional options from @modules: --add-modules java.base --add-exports java.base/jdk.internal.misc=ALL-UNNAMED
>>> Mode: agentvm
>>> Agent id: 1
>>> elapsed time (seconds): 0.03
>>> configuration:
>>> Boot Layer (javac runtime environment)
>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>> javac compilation environment
>>> add modules: java.base
>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>> source path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>> class path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
>>> rerun:
>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>> HOME=/Users/alan \
>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>> LANG=en_US.UTF-8 \
>>> LC_ALL=en_US.UTF-8 \
>>> PATH=/bin:/usr/bin \
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>> -J-Xmx512m \
>>> -J-XX:MaxRAMPercentage=3 \
>>> -J-ea \
>>> -J-esa \
>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>> -J-Dtest.compiler.opts= \
>>> -J-Dtest.java.opts= \
>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -J-Dtest.timeout.factor=4.0 \
>>> -J-Dtest.modules=java.base/jdk.internal.misc \
>>> --add-modules java.base \
>>> --add-exports java.base/jdk.internal.misc=ALL-UNNAMED \
>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>> -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>> ACTION: build -- Passed. All files up to date
>>> REASON: Named class compiled on demand
>>> TIME: 0.0 seconds
>>> messages:
>>> command: build NewUnsafeString
>>> reason: Named class compiled on demand
>>> elapsed time (seconds): 0.0
>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>> REASON: User specified action: run main NewUnsafeString
>>> TIME: 0.004 seconds
>>> messages:
>>> command: main NewUnsafeString
>>> reason: User specified action: run main NewUnsafeString
>>> Mode: agentvm
>>> Agent id: 1
>>> Additional exports to unnamed modules from @modules: java.base/jdk.internal.misc
>>> elapsed time (seconds): 0.004
>>> configuration:
>>> Boot Layer
>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>> Test Layer
>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
>>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>> rerun:
>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>> HOME=/Users/alan \
>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>> LANG=en_US.UTF-8 \
>>> LC_ALL=en_US.UTF-8 \
>>> PATH=/bin:/usr/bin \
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>> -Dtest.compiler.opts= \
>>> -Dtest.java.opts= \
>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -Dtest.timeout.factor=4.0 \
>>> -Dtest.modules=java.base/jdk.internal.misc \
>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>> NewUnsafeString
>>> STDERR:
>>> java.lang.Error: jla.newStringUnsafe did not use provided string
>>> at NewUnsafeString.testNewUnsafeString(NewUnsafeString.java:80)
>>> at NewUnsafeString.main(NewUnsafeString.java:86)
>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>> JavaTest Message: Test threw exception: java.lang.Error
>>> JavaTest Message: shutting down test
>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>> --------------------------------------------------
>>> TEST: tools/sjavac/ApiExtraction.java
>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>> ACTION: build -- Passed. Build successful
>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>> TIME: 0.081 seconds
>>> messages:
>>> command: build Wrapper toolbox.ToolBox toolbox.JavacTask
>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>> Test directory:
>>> compile: Wrapper
>>> elapsed time (seconds): 0.081
>>> ACTION: compile -- Passed. Compilation successful
>>> REASON: .class file out of date or does not exist
>>> TIME: 0.08 seconds
>>> messages:
>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>> reason: .class file out of date or does not exist
>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED
>>> Mode: agentvm
>>> Agent id: 14
>>> elapsed time (seconds): 0.08
>>> configuration:
>>> Boot Layer (javac runtime environment)
>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>> javac compilation environment
>>> add modules: jdk.compiler
>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>> rerun:
>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>> HOME=/Users/alan \
>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>> LANG=en_US.UTF-8 \
>>> LC_ALL=en_US.UTF-8 \
>>> PATH=/bin:/usr/bin \
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>> -J-Xmx512m \
>>> -J-XX:MaxRAMPercentage=3 \
>>> -J-ea \
>>> -J-esa \
>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>> -J-Dtest.compiler.opts= \
>>> -J-Dtest.java.opts= \
>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -J-Dtest.timeout.factor=4.0 \
>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>> --add-modules jdk.compiler \
>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>> --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED \
>>> --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED \
>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>> ACTION: build -- Passed. All files up to date
>>> REASON: Named class compiled on demand
>>> TIME: 0.0 seconds
>>> messages:
>>> command: build Wrapper
>>> reason: Named class compiled on demand
>>> elapsed time (seconds): 0.0
>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>> REASON: User specified action: run main Wrapper ApiExtraction
>>> TIME: 0.263 seconds
>>> messages:
>>> command: main Wrapper ApiExtraction
>>> reason: User specified action: run main Wrapper ApiExtraction
>>> Mode: agentvm
>>> Agent id: 14
>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi
>>> elapsed time (seconds): 0.263
>>> configuration:
>>> Boot Layer
>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>> Test Layer
>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>> rerun:
>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>> HOME=/Users/alan \
>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>> LANG=en_US.UTF-8 \
>>> LC_ALL=en_US.UTF-8 \
>>> PATH=/bin:/usr/bin \
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>> -Dtest.compiler.opts= \
>>> -Dtest.java.opts= \
>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -Dtest.timeout.factor=4.0 \
>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>> Wrapper ApiExtraction
>>> STDOUT:
>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ApiExtraction.java]
>>> STDERR:
>>> Recompiling test class...
>>> java.lang.reflect.InvocationTargetException
>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>> at Wrapper.main(Wrapper.java:72)
>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>> Caused by: com.sun.tools.javac.code.Symbol$CompletionFailure: class file for TestClass not found
>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>> JavaTest Message: shutting down test
>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>> --------------------------------------------------
>>> TEST: tools/sjavac/ClasspathDependencies.java
>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>> ACTION: build -- Passed. Build successful
>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>> TIME: 0.151 seconds
>>> messages:
>>> command: build Wrapper toolbox.ToolBox toolbox.Assert
>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>> Test directory:
>>> compile: Wrapper
>>> elapsed time (seconds): 0.151
>>> ACTION: compile -- Passed. Compilation successful
>>> REASON: .class file out of date or does not exist
>>> TIME: 0.15 seconds
>>> messages:
>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>> reason: .class file out of date or does not exist
>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>> Mode: agentvm
>>> Agent id: 14
>>> elapsed time (seconds): 0.15
>>> configuration:
>>> Boot Layer (javac runtime environment)
>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>> javac compilation environment
>>> add modules: jdk.compiler
>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>> rerun:
>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>> HOME=/Users/alan \
>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>> LANG=en_US.UTF-8 \
>>> LC_ALL=en_US.UTF-8 \
>>> PATH=/bin:/usr/bin \
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>> -J-Xmx512m \
>>> -J-XX:MaxRAMPercentage=3 \
>>> -J-ea \
>>> -J-esa \
>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>> -J-Dtest.compiler.opts= \
>>> -J-Dtest.java.opts= \
>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -J-Dtest.timeout.factor=4.0 \
>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>> --add-modules jdk.compiler \
>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>> ACTION: build -- Passed. All files up to date
>>> REASON: Named class compiled on demand
>>> TIME: 0.0 seconds
>>> messages:
>>> command: build Wrapper
>>> reason: Named class compiled on demand
>>> elapsed time (seconds): 0.0
>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>> REASON: User specified action: run main Wrapper ClasspathDependencies
>>> TIME: 2.306 seconds
>>> messages:
>>> command: main Wrapper ClasspathDependencies
>>> reason: User specified action: run main Wrapper ClasspathDependencies
>>> Mode: agentvm
>>> Agent id: 14
>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac
>>> elapsed time (seconds): 2.306
>>> configuration:
>>> Boot Layer
>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>> Test Layer
>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>> rerun:
>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>> HOME=/Users/alan \
>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>> LANG=en_US.UTF-8 \
>>> LC_ALL=en_US.UTF-8 \
>>> PATH=/bin:/usr/bin \
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>> -Dtest.compiler.opts= \
>>> -Dtest.java.opts= \
>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -Dtest.timeout.factor=4.0 \
>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>> Wrapper ClasspathDependencies
>>> STDOUT:
>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ClasspathDependencies.java]
>>> Create a test dependency, Dep.class, and put it in the classpath dir
>>> --------------------------------------------------------------------
>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>> Compile and link against the Dep.class
>>> --------------------------------------
>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>> Update dependency (without changing the public api)
>>> ---------------------------------------------------
>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>> Make sure that this does not trigger recompilation of C.java
>>> ------------------------------------------------------------
>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>> STDERR:
>>> Recompiling test class...
>>> java.lang.reflect.InvocationTargetException
>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>> at Wrapper.main(Wrapper.java:72)
>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>> Caused by: java.lang.reflect.InvocationTargetException
>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>> at SjavacBase.compile(SjavacBase.java:46)
>>> at ClasspathDependencies.main(ClasspathDependencies.java:88)
>>> ... 11 more
>>> Caused by: java.lang.AssertionError
>>> at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)
>>> at jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)
>>> at jdk.compiler/com.sun.tools.javac.code.ClassFinder.loadClass(ClassFinder.java:422)
>>> at jdk.compiler/com.sun.tools.sjavac.PubApiExtractor.getPubApi(PubApiExtractor.java:86)
>>> at jdk.compiler/com.sun.tools.sjavac.JavacState.taintPackagesDependingOnChangedClasspathPackages(JavacState.java:528)
>>> at jdk.compiler/com.sun.tools.sjavac.comp.SjavacImpl.compile(SjavacImpl.java:227)
>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:78)
>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:49)
>>> at jdk.compiler/com.sun.tools.sjavac.Main.go(Main.java:56)
>>> ... 17 more
>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>> JavaTest Message: shutting down test
>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>> --------------------------------------------------
>>> TEST: tools/sjavac/IgnoreSymbolFile.java
>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>> ACTION: build -- Passed. Build successful
>>> REASON: User specified action: run build Wrapper
>>> TIME: 0.042 seconds
>>> messages:
>>> command: build Wrapper
>>> reason: User specified action: run build Wrapper
>>> Test directory:
>>> compile: Wrapper
>>> elapsed time (seconds): 0.042
>>> ACTION: compile -- Passed. Compilation successful
>>> REASON: .class file out of date or does not exist
>>> TIME: 0.042 seconds
>>> messages:
>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>> reason: .class file out of date or does not exist
>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>> Mode: agentvm
>>> Agent id: 13
>>> elapsed time (seconds): 0.042
>>> configuration:
>>> Boot Layer (javac runtime environment)
>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>> javac compilation environment
>>> add modules: jdk.compiler
>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
>>> rerun:
>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>> HOME=/Users/alan \
>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>> LANG=en_US.UTF-8 \
>>> LC_ALL=en_US.UTF-8 \
>>> PATH=/bin:/usr/bin \
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>> -J-Xmx512m \
>>> -J-XX:MaxRAMPercentage=3 \
>>> -J-ea \
>>> -J-esa \
>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>> -J-Dtest.compiler.opts= \
>>> -J-Dtest.java.opts= \
>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -J-Dtest.timeout.factor=4.0 \
>>> -J-Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>> --add-modules jdk.compiler \
>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>> ACTION: build -- Passed. All files up to date
>>> REASON: Named class compiled on demand
>>> TIME: 0.0 seconds
>>> messages:
>>> command: build Wrapper
>>> reason: Named class compiled on demand
>>> elapsed time (seconds): 0.0
>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>> REASON: User specified action: run main Wrapper IgnoreSymbolFile
>>> TIME: 0.071 seconds
>>> messages:
>>> command: main Wrapper IgnoreSymbolFile
>>> reason: User specified action: run main Wrapper IgnoreSymbolFile
>>> Mode: agentvm
>>> Agent id: 13
>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.sjavac
>>> elapsed time (seconds): 0.071
>>> configuration:
>>> Boot Layer
>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>> Test Layer
>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>> rerun:
>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>> HOME=/Users/alan \
>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>> LANG=en_US.UTF-8 \
>>> LC_ALL=en_US.UTF-8 \
>>> PATH=/bin:/usr/bin \
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>> -Dtest.compiler.opts= \
>>> -Dtest.java.opts= \
>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>> -Dtest.timeout.factor=4.0 \
>>> -Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>> Wrapper IgnoreSymbolFile
>>> STDOUT:
>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/IgnoreSymbolFile.java]
>>> STDERR:
>>> Recompiling test class...
>>> compile: [-d, classes, --state-dir=classes, -Werror, src]
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>> import sun.reflect.annotation.*;
>>> ^
>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>> 1 error
>>> rc=1
>>> compile: [-d, classes, --state-dir=classes, -Werror, -XDignore.symbol.file=true, src]
>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>> import sun.reflect.annotation.*;
>>> ^
>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>> 1 error
>>> rc=1
>>> Error: compilation failed unexpectedly: rc=1
>>> java.lang.reflect.InvocationTargetException
>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>> at Wrapper.main(Wrapper.java:72)
>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>> Caused by: java.lang.Exception: 1 errors occurred
>>> at IgnoreSymbolFile.run(IgnoreSymbolFile.java:73)
>>> at IgnoreSymbolFile.main(IgnoreSymbolFile.java:43)
>>> ... 11 more
>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>> JavaTest Message: shutting down test
>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>> --------------------------------------------------
>>>> On Jan 5, 2018, at 2:04 PM, Alan Snyder <javalists at cbfiddle.com> wrote:
>>>>
>>>> I am trying jtreg-4.2.0-tip now.
>>>>
>>>> Building jtreg using build-all.sh made some progress until:
>>>>
>>>> 2018-01-05 14:02:03 (5.89 MB/s) - '/Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar' saved [1289806/1289806]
>>>>
>>>> /Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar: OK
>>>> make: *** No rule to make target `391:a13ec77e7adc'.  Stop.
>>>>
>>>> Also, the README must be out of date, because it does not mention build-all.sh.
>>>>
>>>>   Alan
>>>>
>>>>
>>>>> On Jan 5, 2018, at 1:45 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:
>>>>>
>>>>> 1. The build labelled jtreg-4.2.0-tip.tar.gz should work for you.
>>>>>     https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/ <https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/>
>>>>>
>>>>> 2. The build instructions are here:
>>>>>     http://openjdk.java.net/jtreg/build.html <http://openjdk.java.net/jtreg/build.html>
>>>>>     See the section on using the "build-all.sh" script.
>>>>>
>>>>> -- Jon
>>>>>
>>>>> On 01/05/2018 01:35 PM, Alan Snyder wrote:
>>>>>> Maybe not as easy as you expect:
>>>>>>
>>>>>> ant -f make/build.xml
>>>>>> Buildfile: /Volumes/A/JDK/jtreg/make/build.xml
>>>>>>
>>>>>> -init:
>>>>>>
>>>>>> import-javahelp:
>>>>>>
>>>>>> BUILD FAILED
>>>>>> /Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not find file /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.
>>>>>>
>>>>>>
>>>>>>
>>>>>> make -C make
>>>>>>
>>>>>> ?
>>>>>>
>>>>>> ../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: error: package org.testng does not exist
>>>>>>
>>>>>> ...
>>>>>>
>>>>>>
>>>>>>> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com <mailto:jonathan.gibbons at oracle.com>> wrote:
>>>>>>>
>>>>>>> Alan,
>>>>>>>
>>>>>>> I confirm there are problems with the jtreg builds from the Adopt OpenJDK group. I'll investigate what we can do to fix this.
>>>>>>>
>>>>>>> -- Jon
>>>>>>>
>>>>>>> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>>>>>>>> That sounds like a problem using an older build of jtreg, from the Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry in the jtreg.jar MANIFEST.MF file:  does that entry include asmtools.jar?
>>>>>>>>
>>>>>>>> There have been build changes for jtreg recently, that should have addressed this problem. If nothing else, it is now much easier to build jtreg yourself. The only external components you need are Ant and a recent JDK, such as JDK 8. Everything else will be downloaded, and built if necessary.
>>>>>>>>
>>>>>>>> -- Jon
>>>>>>>>
>>>>>>>>
>>>>>>>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>>>>>>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.
>>>>>>>>>
>>>>>>>>> Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.
>>>>>>>>>
>>>>>>>>> I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.
>>>>>>>>>
>>>>>>>>> I got an error from NewUnsafeString, did not use provided string.
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
> 


From javalists at cbfiddle.com  Sat Jan  6 02:37:52 2018
From: javalists at cbfiddle.com (Alan Snyder)
Date: Fri, 5 Jan 2018 18:37:52 -0800
Subject: jdk10 on macOS
In-Reply-To: <c705d0b1-c1c6-1b6f-e8e6-ed255c601693@oracle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
 <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
 <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>
 <c705d0b1-c1c6-1b6f-e8e6-ed255c601693@oracle.com>
Message-ID: <C93F0C38-D59B-49C4-9309-A29FDC9962E6@cbfiddle.com>

Following the instructions for the impatient, I did make images and then make run-test-tier1.
Then after replacing the jtreg with the one Jon recommended, I did make run-test-tier1 again.

  Alan


> On Jan 5, 2018, at 6:32 PM, David Holmes <david.holmes at oracle.com> wrote:
> 
> On 6/01/2018 12:05 PM, Alan Snyder wrote:
>> The tests were run via make.
> 
> How exactly? And did you do "make test-image" first?
> 
> David
> 
>>> On Jan 5, 2018, at 4:13 PM, David Holmes <david.holmes at oracle.com> wrote:
>>> 
>>> Alan,
>>> 
>>> Unclear how you ran the tests, but:
>>> 
>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>> 
>>> indicates jtreg was not passed the -nativepath flag. That may or may not be a build issue depending on whether the tests were executed directly or via "make".
>>> 
>>> Cheers,
>>> David
>>> 
>>> On 6/01/2018 8:43 AM, Alan Snyder wrote:
>>>> 5 test failures remain using jtreg-4.2.0-tip:
>>>> --------------------------------------------------
>>>> TEST: java/lang/String/nativeEncoding/StringPlatformChars.java
>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>> ACTION: build -- Passed. Build successful
>>>> REASON: Named class compiled on demand
>>>> TIME: 1.179 seconds
>>>> messages:
>>>> command: build StringPlatformChars
>>>> reason: Named class compiled on demand
>>>> Test directory:
>>>> compile: StringPlatformChars
>>>> elapsed time (seconds): 1.179
>>>> ACTION: compile -- Passed. Compilation successful
>>>> REASON: .class file out of date or does not exist
>>>> TIME: 0.626 seconds
>>>> messages:
>>>> command: compile /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
>>>> reason: .class file out of date or does not exist
>>>> Mode: agentvm
>>>> Agent id: 1
>>>> elapsed time (seconds): 0.626
>>>> configuration:
>>>> Boot Layer (javac runtime environment)
>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>>> javac compilation environment
>>>> source path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>> class path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d
>>>> rerun:
>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>> HOME=/Users/alan \
>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>> LANG=en_US.UTF-8 \
>>>> LC_ALL=en_US.UTF-8 \
>>>> PATH=/bin:/usr/bin \
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>> -J-Xmx512m \
>>>> -J-XX:MaxRAMPercentage=3 \
>>>> -J-ea \
>>>> -J-esa \
>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d:/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>> -J-Dtest.compiler.opts= \
>>>> -J-Dtest.java.opts= \
>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -J-Dtest.timeout.factor=4.0 \
>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
>>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>>> --------------------------------------------------
>>>> TEST: jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>> ACTION: compile -- Passed. Compilation successful
>>>> REASON: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>>> TIME: 0.03 seconds
>>>> messages:
>>>> command: compile -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>> reason: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>>> Additional options from @modules: --add-modules java.base --add-exports java.base/jdk.internal.misc=ALL-UNNAMED
>>>> Mode: agentvm
>>>> Agent id: 1
>>>> elapsed time (seconds): 0.03
>>>> configuration:
>>>> Boot Layer (javac runtime environment)
>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>>> javac compilation environment
>>>> add modules: java.base
>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>> source path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>> class path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
>>>> rerun:
>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>> HOME=/Users/alan \
>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>> LANG=en_US.UTF-8 \
>>>> LC_ALL=en_US.UTF-8 \
>>>> PATH=/bin:/usr/bin \
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>> -J-Xmx512m \
>>>> -J-XX:MaxRAMPercentage=3 \
>>>> -J-ea \
>>>> -J-esa \
>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>> -J-Dtest.compiler.opts= \
>>>> -J-Dtest.java.opts= \
>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -J-Dtest.timeout.factor=4.0 \
>>>> -J-Dtest.modules=java.base/jdk.internal.misc \
>>>> --add-modules java.base \
>>>> --add-exports java.base/jdk.internal.misc=ALL-UNNAMED \
>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>> -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>> ACTION: build -- Passed. All files up to date
>>>> REASON: Named class compiled on demand
>>>> TIME: 0.0 seconds
>>>> messages:
>>>> command: build NewUnsafeString
>>>> reason: Named class compiled on demand
>>>> elapsed time (seconds): 0.0
>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>>> REASON: User specified action: run main NewUnsafeString
>>>> TIME: 0.004 seconds
>>>> messages:
>>>> command: main NewUnsafeString
>>>> reason: User specified action: run main NewUnsafeString
>>>> Mode: agentvm
>>>> Agent id: 1
>>>> Additional exports to unnamed modules from @modules: java.base/jdk.internal.misc
>>>> elapsed time (seconds): 0.004
>>>> configuration:
>>>> Boot Layer
>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>>> Test Layer
>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
>>>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>> rerun:
>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>> HOME=/Users/alan \
>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>> LANG=en_US.UTF-8 \
>>>> LC_ALL=en_US.UTF-8 \
>>>> PATH=/bin:/usr/bin \
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>> -Dtest.compiler.opts= \
>>>> -Dtest.java.opts= \
>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -Dtest.timeout.factor=4.0 \
>>>> -Dtest.modules=java.base/jdk.internal.misc \
>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>> NewUnsafeString
>>>> STDERR:
>>>> java.lang.Error: jla.newStringUnsafe did not use provided string
>>>> at NewUnsafeString.testNewUnsafeString(NewUnsafeString.java:80)
>>>> at NewUnsafeString.main(NewUnsafeString.java:86)
>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>> JavaTest Message: Test threw exception: java.lang.Error
>>>> JavaTest Message: shutting down test
>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>>> --------------------------------------------------
>>>> TEST: tools/sjavac/ApiExtraction.java
>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>> ACTION: build -- Passed. Build successful
>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>> TIME: 0.081 seconds
>>>> messages:
>>>> command: build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>> Test directory:
>>>> compile: Wrapper
>>>> elapsed time (seconds): 0.081
>>>> ACTION: compile -- Passed. Compilation successful
>>>> REASON: .class file out of date or does not exist
>>>> TIME: 0.08 seconds
>>>> messages:
>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>> reason: .class file out of date or does not exist
>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED
>>>> Mode: agentvm
>>>> Agent id: 14
>>>> elapsed time (seconds): 0.08
>>>> configuration:
>>>> Boot Layer (javac runtime environment)
>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>> javac compilation environment
>>>> add modules: jdk.compiler
>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>> rerun:
>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>> HOME=/Users/alan \
>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>> LANG=en_US.UTF-8 \
>>>> LC_ALL=en_US.UTF-8 \
>>>> PATH=/bin:/usr/bin \
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>> -J-Xmx512m \
>>>> -J-XX:MaxRAMPercentage=3 \
>>>> -J-ea \
>>>> -J-esa \
>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>> -J-Dtest.compiler.opts= \
>>>> -J-Dtest.java.opts= \
>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -J-Dtest.timeout.factor=4.0 \
>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>> --add-modules jdk.compiler \
>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED \
>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED \
>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>> ACTION: build -- Passed. All files up to date
>>>> REASON: Named class compiled on demand
>>>> TIME: 0.0 seconds
>>>> messages:
>>>> command: build Wrapper
>>>> reason: Named class compiled on demand
>>>> elapsed time (seconds): 0.0
>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>> REASON: User specified action: run main Wrapper ApiExtraction
>>>> TIME: 0.263 seconds
>>>> messages:
>>>> command: main Wrapper ApiExtraction
>>>> reason: User specified action: run main Wrapper ApiExtraction
>>>> Mode: agentvm
>>>> Agent id: 14
>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi
>>>> elapsed time (seconds): 0.263
>>>> configuration:
>>>> Boot Layer
>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>> Test Layer
>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>> rerun:
>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>> HOME=/Users/alan \
>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>> LANG=en_US.UTF-8 \
>>>> LC_ALL=en_US.UTF-8 \
>>>> PATH=/bin:/usr/bin \
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>> -Dtest.compiler.opts= \
>>>> -Dtest.java.opts= \
>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -Dtest.timeout.factor=4.0 \
>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>> Wrapper ApiExtraction
>>>> STDOUT:
>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ApiExtraction.java]
>>>> STDERR:
>>>> Recompiling test class...
>>>> java.lang.reflect.InvocationTargetException
>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>> at Wrapper.main(Wrapper.java:72)
>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>> Caused by: com.sun.tools.javac.code.Symbol$CompletionFailure: class file for TestClass not found
>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>> JavaTest Message: shutting down test
>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>> --------------------------------------------------
>>>> TEST: tools/sjavac/ClasspathDependencies.java
>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>> ACTION: build -- Passed. Build successful
>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>>> TIME: 0.151 seconds
>>>> messages:
>>>> command: build Wrapper toolbox.ToolBox toolbox.Assert
>>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>>> Test directory:
>>>> compile: Wrapper
>>>> elapsed time (seconds): 0.151
>>>> ACTION: compile -- Passed. Compilation successful
>>>> REASON: .class file out of date or does not exist
>>>> TIME: 0.15 seconds
>>>> messages:
>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>> reason: .class file out of date or does not exist
>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>> Mode: agentvm
>>>> Agent id: 14
>>>> elapsed time (seconds): 0.15
>>>> configuration:
>>>> Boot Layer (javac runtime environment)
>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>> javac compilation environment
>>>> add modules: jdk.compiler
>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>> rerun:
>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>> HOME=/Users/alan \
>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>> LANG=en_US.UTF-8 \
>>>> LC_ALL=en_US.UTF-8 \
>>>> PATH=/bin:/usr/bin \
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>> -J-Xmx512m \
>>>> -J-XX:MaxRAMPercentage=3 \
>>>> -J-ea \
>>>> -J-esa \
>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>> -J-Dtest.compiler.opts= \
>>>> -J-Dtest.java.opts= \
>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -J-Dtest.timeout.factor=4.0 \
>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>>> --add-modules jdk.compiler \
>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>> ACTION: build -- Passed. All files up to date
>>>> REASON: Named class compiled on demand
>>>> TIME: 0.0 seconds
>>>> messages:
>>>> command: build Wrapper
>>>> reason: Named class compiled on demand
>>>> elapsed time (seconds): 0.0
>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>> REASON: User specified action: run main Wrapper ClasspathDependencies
>>>> TIME: 2.306 seconds
>>>> messages:
>>>> command: main Wrapper ClasspathDependencies
>>>> reason: User specified action: run main Wrapper ClasspathDependencies
>>>> Mode: agentvm
>>>> Agent id: 14
>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac
>>>> elapsed time (seconds): 2.306
>>>> configuration:
>>>> Boot Layer
>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>> Test Layer
>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>> rerun:
>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>> HOME=/Users/alan \
>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>> LANG=en_US.UTF-8 \
>>>> LC_ALL=en_US.UTF-8 \
>>>> PATH=/bin:/usr/bin \
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>> -Dtest.compiler.opts= \
>>>> -Dtest.java.opts= \
>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -Dtest.timeout.factor=4.0 \
>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>> Wrapper ClasspathDependencies
>>>> STDOUT:
>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ClasspathDependencies.java]
>>>> Create a test dependency, Dep.class, and put it in the classpath dir
>>>> --------------------------------------------------------------------
>>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>>> Compile and link against the Dep.class
>>>> --------------------------------------
>>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>>> Update dependency (without changing the public api)
>>>> ---------------------------------------------------
>>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>>> Make sure that this does not trigger recompilation of C.java
>>>> ------------------------------------------------------------
>>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>>> STDERR:
>>>> Recompiling test class...
>>>> java.lang.reflect.InvocationTargetException
>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>> at Wrapper.main(Wrapper.java:72)
>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>> Caused by: java.lang.reflect.InvocationTargetException
>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>> at SjavacBase.compile(SjavacBase.java:46)
>>>> at ClasspathDependencies.main(ClasspathDependencies.java:88)
>>>> ... 11 more
>>>> Caused by: java.lang.AssertionError
>>>> at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)
>>>> at jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)
>>>> at jdk.compiler/com.sun.tools.javac.code.ClassFinder.loadClass(ClassFinder.java:422)
>>>> at jdk.compiler/com.sun.tools.sjavac.PubApiExtractor.getPubApi(PubApiExtractor.java:86)
>>>> at jdk.compiler/com.sun.tools.sjavac.JavacState.taintPackagesDependingOnChangedClasspathPackages(JavacState.java:528)
>>>> at jdk.compiler/com.sun.tools.sjavac.comp.SjavacImpl.compile(SjavacImpl.java:227)
>>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:78)
>>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:49)
>>>> at jdk.compiler/com.sun.tools.sjavac.Main.go(Main.java:56)
>>>> ... 17 more
>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>> JavaTest Message: shutting down test
>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>> --------------------------------------------------
>>>> TEST: tools/sjavac/IgnoreSymbolFile.java
>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>> ACTION: build -- Passed. Build successful
>>>> REASON: User specified action: run build Wrapper
>>>> TIME: 0.042 seconds
>>>> messages:
>>>> command: build Wrapper
>>>> reason: User specified action: run build Wrapper
>>>> Test directory:
>>>> compile: Wrapper
>>>> elapsed time (seconds): 0.042
>>>> ACTION: compile -- Passed. Compilation successful
>>>> REASON: .class file out of date or does not exist
>>>> TIME: 0.042 seconds
>>>> messages:
>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>> reason: .class file out of date or does not exist
>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>> Mode: agentvm
>>>> Agent id: 13
>>>> elapsed time (seconds): 0.042
>>>> configuration:
>>>> Boot Layer (javac runtime environment)
>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>> javac compilation environment
>>>> add modules: jdk.compiler
>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
>>>> rerun:
>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>>> HOME=/Users/alan \
>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>> LANG=en_US.UTF-8 \
>>>> LC_ALL=en_US.UTF-8 \
>>>> PATH=/bin:/usr/bin \
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>> -J-Xmx512m \
>>>> -J-XX:MaxRAMPercentage=3 \
>>>> -J-ea \
>>>> -J-esa \
>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>> -J-Dtest.compiler.opts= \
>>>> -J-Dtest.java.opts= \
>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -J-Dtest.timeout.factor=4.0 \
>>>> -J-Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>> --add-modules jdk.compiler \
>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>> ACTION: build -- Passed. All files up to date
>>>> REASON: Named class compiled on demand
>>>> TIME: 0.0 seconds
>>>> messages:
>>>> command: build Wrapper
>>>> reason: Named class compiled on demand
>>>> elapsed time (seconds): 0.0
>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>> REASON: User specified action: run main Wrapper IgnoreSymbolFile
>>>> TIME: 0.071 seconds
>>>> messages:
>>>> command: main Wrapper IgnoreSymbolFile
>>>> reason: User specified action: run main Wrapper IgnoreSymbolFile
>>>> Mode: agentvm
>>>> Agent id: 13
>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.sjavac
>>>> elapsed time (seconds): 0.071
>>>> configuration:
>>>> Boot Layer
>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>> Test Layer
>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>> rerun:
>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>>> HOME=/Users/alan \
>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>> LANG=en_US.UTF-8 \
>>>> LC_ALL=en_US.UTF-8 \
>>>> PATH=/bin:/usr/bin \
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>> -Dtest.compiler.opts= \
>>>> -Dtest.java.opts= \
>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>> -Dtest.timeout.factor=4.0 \
>>>> -Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>> Wrapper IgnoreSymbolFile
>>>> STDOUT:
>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/IgnoreSymbolFile.java]
>>>> STDERR:
>>>> Recompiling test class...
>>>> compile: [-d, classes, --state-dir=classes, -Werror, src]
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>>> import sun.reflect.annotation.*;
>>>> ^
>>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>>> 1 error
>>>> rc=1
>>>> compile: [-d, classes, --state-dir=classes, -Werror, -XDignore.symbol.file=true, src]
>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>>> import sun.reflect.annotation.*;
>>>> ^
>>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>>> 1 error
>>>> rc=1
>>>> Error: compilation failed unexpectedly: rc=1
>>>> java.lang.reflect.InvocationTargetException
>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>> at Wrapper.main(Wrapper.java:72)
>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>> Caused by: java.lang.Exception: 1 errors occurred
>>>> at IgnoreSymbolFile.run(IgnoreSymbolFile.java:73)
>>>> at IgnoreSymbolFile.main(IgnoreSymbolFile.java:43)
>>>> ... 11 more
>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>> JavaTest Message: shutting down test
>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>> --------------------------------------------------
>>>>> On Jan 5, 2018, at 2:04 PM, Alan Snyder <javalists at cbfiddle.com> wrote:
>>>>> 
>>>>> I am trying jtreg-4.2.0-tip now.
>>>>> 
>>>>> Building jtreg using build-all.sh made some progress until:
>>>>> 
>>>>> 2018-01-05 14:02:03 (5.89 MB/s) - '/Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar' saved [1289806/1289806]
>>>>> 
>>>>> /Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar: OK
>>>>> make: *** No rule to make target `391:a13ec77e7adc'.  Stop.
>>>>> 
>>>>> Also, the README must be out of date, because it does not mention build-all.sh.
>>>>> 
>>>>>  Alan
>>>>> 
>>>>> 
>>>>>> On Jan 5, 2018, at 1:45 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:
>>>>>> 
>>>>>> 1. The build labelled jtreg-4.2.0-tip.tar.gz should work for you.
>>>>>>    https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/ <https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/>
>>>>>> 
>>>>>> 2. The build instructions are here:
>>>>>>    http://openjdk.java.net/jtreg/build.html <http://openjdk.java.net/jtreg/build.html>
>>>>>>    See the section on using the "build-all.sh" script.
>>>>>> 
>>>>>> -- Jon
>>>>>> 
>>>>>> On 01/05/2018 01:35 PM, Alan Snyder wrote:
>>>>>>> Maybe not as easy as you expect:
>>>>>>> 
>>>>>>> ant -f make/build.xml
>>>>>>> Buildfile: /Volumes/A/JDK/jtreg/make/build.xml
>>>>>>> 
>>>>>>> -init:
>>>>>>> 
>>>>>>> import-javahelp:
>>>>>>> 
>>>>>>> BUILD FAILED
>>>>>>> /Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not find file /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> make -C make
>>>>>>> 
>>>>>>> ?
>>>>>>> 
>>>>>>> ../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: error: package org.testng does not exist
>>>>>>> 
>>>>>>> ...
>>>>>>> 
>>>>>>> 
>>>>>>>> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com <mailto:jonathan.gibbons at oracle.com>> wrote:
>>>>>>>> 
>>>>>>>> Alan,
>>>>>>>> 
>>>>>>>> I confirm there are problems with the jtreg builds from the Adopt OpenJDK group. I'll investigate what we can do to fix this.
>>>>>>>> 
>>>>>>>> -- Jon
>>>>>>>> 
>>>>>>>> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>>>>>>>>> That sounds like a problem using an older build of jtreg, from the Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry in the jtreg.jar MANIFEST.MF file:  does that entry include asmtools.jar?
>>>>>>>>> 
>>>>>>>>> There have been build changes for jtreg recently, that should have addressed this problem. If nothing else, it is now much easier to build jtreg yourself. The only external components you need are Ant and a recent JDK, such as JDK 8. Everything else will be downloaded, and built if necessary.
>>>>>>>>> 
>>>>>>>>> -- Jon
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>>>>>>>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.
>>>>>>>>>> 
>>>>>>>>>> Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.
>>>>>>>>>> 
>>>>>>>>>> I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.
>>>>>>>>>> 
>>>>>>>>>> I got an error from NewUnsafeString, did not use provided string.
>>>>>>>>>> 
>>>>>>>>> 
>>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>> 



From jonathan.gibbons at oracle.com  Mon Jan  8 18:35:29 2018
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Mon, 08 Jan 2018 10:35:29 -0800
Subject: jdk10 on macOS
In-Reply-To: <C93F0C38-D59B-49C4-9309-A29FDC9962E6@cbfiddle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
 <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
 <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>
 <c705d0b1-c1c6-1b6f-e8e6-ed255c601693@oracle.com>
 <C93F0C38-D59B-49C4-9309-A29FDC9962E6@cbfiddle.com>
Message-ID: <5A53B9F1.1010700@oracle.com>

Maybe the Makefile targets to run tests could report an up-front warning 
if the native libraries have not been built.

A more advanced solution would be to use jtreg to determine if any 
native tests will be run (using some combination of `-k native` and 
`-listtests`) and if any such tests are found, then require the library 
to be available.

-- Jon

On 01/05/2018 06:37 PM, Alan Snyder wrote:
> Following the instructions for the impatient, I did make images and then make run-test-tier1.
> Then after replacing the jtreg with the one Jon recommended, I did make run-test-tier1 again.
>
>    Alan
>
>
>> On Jan 5, 2018, at 6:32 PM, David Holmes <david.holmes at oracle.com> wrote:
>>
>> On 6/01/2018 12:05 PM, Alan Snyder wrote:
>>> The tests were run via make.
>> How exactly? And did you do "make test-image" first?
>>
>> David
>>
>>>> On Jan 5, 2018, at 4:13 PM, David Holmes <david.holmes at oracle.com> wrote:
>>>>
>>>> Alan,
>>>>
>>>> Unclear how you ran the tests, but:
>>>>
>>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>>>
>>>> indicates jtreg was not passed the -nativepath flag. That may or may not be a build issue depending on whether the tests were executed directly or via "make".
>>>>
>>>> Cheers,
>>>> David
>>>>
>>>> On 6/01/2018 8:43 AM, Alan Snyder wrote:
>>>>> 5 test failures remain using jtreg-4.2.0-tip:
>>>>> --------------------------------------------------
>>>>> TEST: java/lang/String/nativeEncoding/StringPlatformChars.java
>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>> ACTION: build -- Passed. Build successful
>>>>> REASON: Named class compiled on demand
>>>>> TIME: 1.179 seconds
>>>>> messages:
>>>>> command: build StringPlatformChars
>>>>> reason: Named class compiled on demand
>>>>> Test directory:
>>>>> compile: StringPlatformChars
>>>>> elapsed time (seconds): 1.179
>>>>> ACTION: compile -- Passed. Compilation successful
>>>>> REASON: .class file out of date or does not exist
>>>>> TIME: 0.626 seconds
>>>>> messages:
>>>>> command: compile /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
>>>>> reason: .class file out of date or does not exist
>>>>> Mode: agentvm
>>>>> Agent id: 1
>>>>> elapsed time (seconds): 0.626
>>>>> configuration:
>>>>> Boot Layer (javac runtime environment)
>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>>>> javac compilation environment
>>>>> source path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>>> class path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d
>>>>> rerun:
>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>> HOME=/Users/alan \
>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>> LANG=en_US.UTF-8 \
>>>>> LC_ALL=en_US.UTF-8 \
>>>>> PATH=/bin:/usr/bin \
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>> -J-Xmx512m \
>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>> -J-ea \
>>>>> -J-esa \
>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d:/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>> -J-Dtest.compiler.opts= \
>>>>> -J-Dtest.java.opts= \
>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
>>>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>>>> --------------------------------------------------
>>>>> TEST: jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>> ACTION: compile -- Passed. Compilation successful
>>>>> REASON: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>>>> TIME: 0.03 seconds
>>>>> messages:
>>>>> command: compile -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>>> reason: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>>>> Additional options from @modules: --add-modules java.base --add-exports java.base/jdk.internal.misc=ALL-UNNAMED
>>>>> Mode: agentvm
>>>>> Agent id: 1
>>>>> elapsed time (seconds): 0.03
>>>>> configuration:
>>>>> Boot Layer (javac runtime environment)
>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>>>> javac compilation environment
>>>>> add modules: java.base
>>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>>> source path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>> class path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
>>>>> rerun:
>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>> HOME=/Users/alan \
>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>> LANG=en_US.UTF-8 \
>>>>> LC_ALL=en_US.UTF-8 \
>>>>> PATH=/bin:/usr/bin \
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>> -J-Xmx512m \
>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>> -J-ea \
>>>>> -J-esa \
>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>> -J-Dtest.compiler.opts= \
>>>>> -J-Dtest.java.opts= \
>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>> -J-Dtest.modules=java.base/jdk.internal.misc \
>>>>> --add-modules java.base \
>>>>> --add-exports java.base/jdk.internal.misc=ALL-UNNAMED \
>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>> -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>>> ACTION: build -- Passed. All files up to date
>>>>> REASON: Named class compiled on demand
>>>>> TIME: 0.0 seconds
>>>>> messages:
>>>>> command: build NewUnsafeString
>>>>> reason: Named class compiled on demand
>>>>> elapsed time (seconds): 0.0
>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>> REASON: User specified action: run main NewUnsafeString
>>>>> TIME: 0.004 seconds
>>>>> messages:
>>>>> command: main NewUnsafeString
>>>>> reason: User specified action: run main NewUnsafeString
>>>>> Mode: agentvm
>>>>> Agent id: 1
>>>>> Additional exports to unnamed modules from @modules: java.base/jdk.internal.misc
>>>>> elapsed time (seconds): 0.004
>>>>> configuration:
>>>>> Boot Layer
>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>>>> Test Layer
>>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
>>>>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>> rerun:
>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>> HOME=/Users/alan \
>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>> LANG=en_US.UTF-8 \
>>>>> LC_ALL=en_US.UTF-8 \
>>>>> PATH=/bin:/usr/bin \
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>> -Dtest.compiler.opts= \
>>>>> -Dtest.java.opts= \
>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -Dtest.timeout.factor=4.0 \
>>>>> -Dtest.modules=java.base/jdk.internal.misc \
>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>> NewUnsafeString
>>>>> STDERR:
>>>>> java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>> at NewUnsafeString.testNewUnsafeString(NewUnsafeString.java:80)
>>>>> at NewUnsafeString.main(NewUnsafeString.java:86)
>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>> JavaTest Message: Test threw exception: java.lang.Error
>>>>> JavaTest Message: shutting down test
>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>> --------------------------------------------------
>>>>> TEST: tools/sjavac/ApiExtraction.java
>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>> ACTION: build -- Passed. Build successful
>>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>> TIME: 0.081 seconds
>>>>> messages:
>>>>> command: build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>> Test directory:
>>>>> compile: Wrapper
>>>>> elapsed time (seconds): 0.081
>>>>> ACTION: compile -- Passed. Compilation successful
>>>>> REASON: .class file out of date or does not exist
>>>>> TIME: 0.08 seconds
>>>>> messages:
>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>> reason: .class file out of date or does not exist
>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED
>>>>> Mode: agentvm
>>>>> Agent id: 14
>>>>> elapsed time (seconds): 0.08
>>>>> configuration:
>>>>> Boot Layer (javac runtime environment)
>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>> javac compilation environment
>>>>> add modules: jdk.compiler
>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>>> rerun:
>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>> HOME=/Users/alan \
>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>> LANG=en_US.UTF-8 \
>>>>> LC_ALL=en_US.UTF-8 \
>>>>> PATH=/bin:/usr/bin \
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>> -J-Xmx512m \
>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>> -J-ea \
>>>>> -J-esa \
>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>> -J-Dtest.compiler.opts= \
>>>>> -J-Dtest.java.opts= \
>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>>> --add-modules jdk.compiler \
>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED \
>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED \
>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>> ACTION: build -- Passed. All files up to date
>>>>> REASON: Named class compiled on demand
>>>>> TIME: 0.0 seconds
>>>>> messages:
>>>>> command: build Wrapper
>>>>> reason: Named class compiled on demand
>>>>> elapsed time (seconds): 0.0
>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>> REASON: User specified action: run main Wrapper ApiExtraction
>>>>> TIME: 0.263 seconds
>>>>> messages:
>>>>> command: main Wrapper ApiExtraction
>>>>> reason: User specified action: run main Wrapper ApiExtraction
>>>>> Mode: agentvm
>>>>> Agent id: 14
>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi
>>>>> elapsed time (seconds): 0.263
>>>>> configuration:
>>>>> Boot Layer
>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>> Test Layer
>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>> rerun:
>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>> HOME=/Users/alan \
>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>> LANG=en_US.UTF-8 \
>>>>> LC_ALL=en_US.UTF-8 \
>>>>> PATH=/bin:/usr/bin \
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>> -Dtest.compiler.opts= \
>>>>> -Dtest.java.opts= \
>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -Dtest.timeout.factor=4.0 \
>>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>> Wrapper ApiExtraction
>>>>> STDOUT:
>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ApiExtraction.java]
>>>>> STDERR:
>>>>> Recompiling test class...
>>>>> java.lang.reflect.InvocationTargetException
>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>> at Wrapper.main(Wrapper.java:72)
>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>> Caused by: com.sun.tools.javac.code.Symbol$CompletionFailure: class file for TestClass not found
>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>> JavaTest Message: shutting down test
>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>> --------------------------------------------------
>>>>> TEST: tools/sjavac/ClasspathDependencies.java
>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>> ACTION: build -- Passed. Build successful
>>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>>>> TIME: 0.151 seconds
>>>>> messages:
>>>>> command: build Wrapper toolbox.ToolBox toolbox.Assert
>>>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>>>> Test directory:
>>>>> compile: Wrapper
>>>>> elapsed time (seconds): 0.151
>>>>> ACTION: compile -- Passed. Compilation successful
>>>>> REASON: .class file out of date or does not exist
>>>>> TIME: 0.15 seconds
>>>>> messages:
>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>> reason: .class file out of date or does not exist
>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>>> Mode: agentvm
>>>>> Agent id: 14
>>>>> elapsed time (seconds): 0.15
>>>>> configuration:
>>>>> Boot Layer (javac runtime environment)
>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>> javac compilation environment
>>>>> add modules: jdk.compiler
>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>>> rerun:
>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>> HOME=/Users/alan \
>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>> LANG=en_US.UTF-8 \
>>>>> LC_ALL=en_US.UTF-8 \
>>>>> PATH=/bin:/usr/bin \
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>> -J-Xmx512m \
>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>> -J-ea \
>>>>> -J-esa \
>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>> -J-Dtest.compiler.opts= \
>>>>> -J-Dtest.java.opts= \
>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>>>> --add-modules jdk.compiler \
>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>> ACTION: build -- Passed. All files up to date
>>>>> REASON: Named class compiled on demand
>>>>> TIME: 0.0 seconds
>>>>> messages:
>>>>> command: build Wrapper
>>>>> reason: Named class compiled on demand
>>>>> elapsed time (seconds): 0.0
>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>> REASON: User specified action: run main Wrapper ClasspathDependencies
>>>>> TIME: 2.306 seconds
>>>>> messages:
>>>>> command: main Wrapper ClasspathDependencies
>>>>> reason: User specified action: run main Wrapper ClasspathDependencies
>>>>> Mode: agentvm
>>>>> Agent id: 14
>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac
>>>>> elapsed time (seconds): 2.306
>>>>> configuration:
>>>>> Boot Layer
>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>> Test Layer
>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>> rerun:
>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>> HOME=/Users/alan \
>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>> LANG=en_US.UTF-8 \
>>>>> LC_ALL=en_US.UTF-8 \
>>>>> PATH=/bin:/usr/bin \
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>> -Dtest.compiler.opts= \
>>>>> -Dtest.java.opts= \
>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -Dtest.timeout.factor=4.0 \
>>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>> Wrapper ClasspathDependencies
>>>>> STDOUT:
>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ClasspathDependencies.java]
>>>>> Create a test dependency, Dep.class, and put it in the classpath dir
>>>>> --------------------------------------------------------------------
>>>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>>>> Compile and link against the Dep.class
>>>>> --------------------------------------
>>>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>>>> Update dependency (without changing the public api)
>>>>> ---------------------------------------------------
>>>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>>>> Make sure that this does not trigger recompilation of C.java
>>>>> ------------------------------------------------------------
>>>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>>>> STDERR:
>>>>> Recompiling test class...
>>>>> java.lang.reflect.InvocationTargetException
>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>> at Wrapper.main(Wrapper.java:72)
>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>> Caused by: java.lang.reflect.InvocationTargetException
>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>> at SjavacBase.compile(SjavacBase.java:46)
>>>>> at ClasspathDependencies.main(ClasspathDependencies.java:88)
>>>>> ... 11 more
>>>>> Caused by: java.lang.AssertionError
>>>>> at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)
>>>>> at jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)
>>>>> at jdk.compiler/com.sun.tools.javac.code.ClassFinder.loadClass(ClassFinder.java:422)
>>>>> at jdk.compiler/com.sun.tools.sjavac.PubApiExtractor.getPubApi(PubApiExtractor.java:86)
>>>>> at jdk.compiler/com.sun.tools.sjavac.JavacState.taintPackagesDependingOnChangedClasspathPackages(JavacState.java:528)
>>>>> at jdk.compiler/com.sun.tools.sjavac.comp.SjavacImpl.compile(SjavacImpl.java:227)
>>>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:78)
>>>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:49)
>>>>> at jdk.compiler/com.sun.tools.sjavac.Main.go(Main.java:56)
>>>>> ... 17 more
>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>> JavaTest Message: shutting down test
>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>> --------------------------------------------------
>>>>> TEST: tools/sjavac/IgnoreSymbolFile.java
>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>> ACTION: build -- Passed. Build successful
>>>>> REASON: User specified action: run build Wrapper
>>>>> TIME: 0.042 seconds
>>>>> messages:
>>>>> command: build Wrapper
>>>>> reason: User specified action: run build Wrapper
>>>>> Test directory:
>>>>> compile: Wrapper
>>>>> elapsed time (seconds): 0.042
>>>>> ACTION: compile -- Passed. Compilation successful
>>>>> REASON: .class file out of date or does not exist
>>>>> TIME: 0.042 seconds
>>>>> messages:
>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>> reason: .class file out of date or does not exist
>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>>> Mode: agentvm
>>>>> Agent id: 13
>>>>> elapsed time (seconds): 0.042
>>>>> configuration:
>>>>> Boot Layer (javac runtime environment)
>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>> javac compilation environment
>>>>> add modules: jdk.compiler
>>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
>>>>> rerun:
>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>>>> HOME=/Users/alan \
>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>> LANG=en_US.UTF-8 \
>>>>> LC_ALL=en_US.UTF-8 \
>>>>> PATH=/bin:/usr/bin \
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>> -J-Xmx512m \
>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>> -J-ea \
>>>>> -J-esa \
>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>> -J-Dtest.compiler.opts= \
>>>>> -J-Dtest.java.opts= \
>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>> -J-Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>>> --add-modules jdk.compiler \
>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>> ACTION: build -- Passed. All files up to date
>>>>> REASON: Named class compiled on demand
>>>>> TIME: 0.0 seconds
>>>>> messages:
>>>>> command: build Wrapper
>>>>> reason: Named class compiled on demand
>>>>> elapsed time (seconds): 0.0
>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>> REASON: User specified action: run main Wrapper IgnoreSymbolFile
>>>>> TIME: 0.071 seconds
>>>>> messages:
>>>>> command: main Wrapper IgnoreSymbolFile
>>>>> reason: User specified action: run main Wrapper IgnoreSymbolFile
>>>>> Mode: agentvm
>>>>> Agent id: 13
>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.sjavac
>>>>> elapsed time (seconds): 0.071
>>>>> configuration:
>>>>> Boot Layer
>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>> Test Layer
>>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>> rerun:
>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>>>> HOME=/Users/alan \
>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>> LANG=en_US.UTF-8 \
>>>>> LC_ALL=en_US.UTF-8 \
>>>>> PATH=/bin:/usr/bin \
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>> -Dtest.compiler.opts= \
>>>>> -Dtest.java.opts= \
>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>> -Dtest.timeout.factor=4.0 \
>>>>> -Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>> Wrapper IgnoreSymbolFile
>>>>> STDOUT:
>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/IgnoreSymbolFile.java]
>>>>> STDERR:
>>>>> Recompiling test class...
>>>>> compile: [-d, classes, --state-dir=classes, -Werror, src]
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>>>> import sun.reflect.annotation.*;
>>>>> ^
>>>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>>>> 1 error
>>>>> rc=1
>>>>> compile: [-d, classes, --state-dir=classes, -Werror, -XDignore.symbol.file=true, src]
>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>>>> import sun.reflect.annotation.*;
>>>>> ^
>>>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>>>> 1 error
>>>>> rc=1
>>>>> Error: compilation failed unexpectedly: rc=1
>>>>> java.lang.reflect.InvocationTargetException
>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>> at Wrapper.main(Wrapper.java:72)
>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>> Caused by: java.lang.Exception: 1 errors occurred
>>>>> at IgnoreSymbolFile.run(IgnoreSymbolFile.java:73)
>>>>> at IgnoreSymbolFile.main(IgnoreSymbolFile.java:43)
>>>>> ... 11 more
>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>> JavaTest Message: shutting down test
>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>> --------------------------------------------------
>>>>>> On Jan 5, 2018, at 2:04 PM, Alan Snyder <javalists at cbfiddle.com> wrote:
>>>>>>
>>>>>> I am trying jtreg-4.2.0-tip now.
>>>>>>
>>>>>> Building jtreg using build-all.sh made some progress until:
>>>>>>
>>>>>> 2018-01-05 14:02:03 (5.89 MB/s) - '/Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar' saved [1289806/1289806]
>>>>>>
>>>>>> /Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar: OK
>>>>>> make: *** No rule to make target `391:a13ec77e7adc'.  Stop.
>>>>>>
>>>>>> Also, the README must be out of date, because it does not mention build-all.sh.
>>>>>>
>>>>>>   Alan
>>>>>>
>>>>>>
>>>>>>> On Jan 5, 2018, at 1:45 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:
>>>>>>>
>>>>>>> 1. The build labelled jtreg-4.2.0-tip.tar.gz should work for you.
>>>>>>>     https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/ <https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/>
>>>>>>>
>>>>>>> 2. The build instructions are here:
>>>>>>>     http://openjdk.java.net/jtreg/build.html <http://openjdk.java.net/jtreg/build.html>
>>>>>>>     See the section on using the "build-all.sh" script.
>>>>>>>
>>>>>>> -- Jon
>>>>>>>
>>>>>>> On 01/05/2018 01:35 PM, Alan Snyder wrote:
>>>>>>>> Maybe not as easy as you expect:
>>>>>>>>
>>>>>>>> ant -f make/build.xml
>>>>>>>> Buildfile: /Volumes/A/JDK/jtreg/make/build.xml
>>>>>>>>
>>>>>>>> -init:
>>>>>>>>
>>>>>>>> import-javahelp:
>>>>>>>>
>>>>>>>> BUILD FAILED
>>>>>>>> /Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not find file /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> make -C make
>>>>>>>>
>>>>>>>> ?
>>>>>>>>
>>>>>>>> ../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: error: package org.testng does not exist
>>>>>>>>
>>>>>>>> ...
>>>>>>>>
>>>>>>>>
>>>>>>>>> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com <mailto:jonathan.gibbons at oracle.com>> wrote:
>>>>>>>>>
>>>>>>>>> Alan,
>>>>>>>>>
>>>>>>>>> I confirm there are problems with the jtreg builds from the Adopt OpenJDK group. I'll investigate what we can do to fix this.
>>>>>>>>>
>>>>>>>>> -- Jon
>>>>>>>>>
>>>>>>>>> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>>>>>>>>>> That sounds like a problem using an older build of jtreg, from the Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry in the jtreg.jar MANIFEST.MF file:  does that entry include asmtools.jar?
>>>>>>>>>>
>>>>>>>>>> There have been build changes for jtreg recently, that should have addressed this problem. If nothing else, it is now much easier to build jtreg yourself. The only external components you need are Ant and a recent JDK, such as JDK 8. Everything else will be downloaded, and built if necessary.
>>>>>>>>>>
>>>>>>>>>> -- Jon
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>>>>>>>>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.
>>>>>>>>>>>
>>>>>>>>>>> Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.
>>>>>>>>>>>
>>>>>>>>>>> I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.
>>>>>>>>>>>
>>>>>>>>>>> I got an error from NewUnsafeString, did not use provided string.
>>>>>>>>>>>




From david.holmes at oracle.com  Mon Jan  8 22:23:46 2018
From: david.holmes at oracle.com (David Holmes)
Date: Tue, 9 Jan 2018 08:23:46 +1000
Subject: jdk10 on macOS
In-Reply-To: <5A53B9F1.1010700@oracle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
 <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
 <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>
 <c705d0b1-c1c6-1b6f-e8e6-ed255c601693@oracle.com>
 <C93F0C38-D59B-49C4-9309-A29FDC9962E6@cbfiddle.com>
 <5A53B9F1.1010700@oracle.com>
Message-ID: <f63bc140-dbdf-d1ff-f53b-9624ae79ba60@oracle.com>

On 9/01/2018 4:35 AM, Jonathan Gibbons wrote:
> Maybe the Makefile targets to run tests could report an up-front warning 
> if the native libraries have not been built.

Based on my observations the makefile target will also build the 
test-image if needed.

David

> A more advanced solution would be to use jtreg to determine if any 
> native tests will be run (using some combination of `-k native` and 
> `-listtests`) and if any such tests are found, then require the library 
> to be available.
> 
> -- Jon
> 
> On 01/05/2018 06:37 PM, Alan Snyder wrote:
>> Following the instructions for the impatient, I did make images and 
>> then make run-test-tier1.
>> Then after replacing the jtreg with the one Jon recommended, I did 
>> make run-test-tier1 again.
>>
>> ?? Alan
>>
>>
>>> On Jan 5, 2018, at 6:32 PM, David Holmes <david.holmes at oracle.com> 
>>> wrote:
>>>
>>> On 6/01/2018 12:05 PM, Alan Snyder wrote:
>>>> The tests were run via make.
>>> How exactly? And did you do "make test-image" first?
>>>
>>> David
>>>
>>>>> On Jan 5, 2018, at 4:13 PM, David Holmes <david.holmes at oracle.com> 
>>>>> wrote:
>>>>>
>>>>> Alan,
>>>>>
>>>>> Unclear how you ran the tests, but:
>>>>>
>>>>> TEST RESULT: Error. Use -nativepath to specify the location of 
>>>>> native code
>>>>>
>>>>> indicates jtreg was not passed the -nativepath flag. That may or 
>>>>> may not be a build issue depending on whether the tests were 
>>>>> executed directly or via "make".
>>>>>
>>>>> Cheers,
>>>>> David
>>>>>
>>>>> On 6/01/2018 8:43 AM, Alan Snyder wrote:
>>>>>> 5 test failures remain using jtreg-4.2.0-tip:
>>>>>> --------------------------------------------------
>>>>>> TEST: java/lang/String/nativeEncoding/StringPlatformChars.java
>>>>>> TEST JDK: 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>
>>>>>> ACTION: build -- Passed. Build successful
>>>>>> REASON: Named class compiled on demand
>>>>>> TIME: 1.179 seconds
>>>>>> messages:
>>>>>> command: build StringPlatformChars
>>>>>> reason: Named class compiled on demand
>>>>>> Test directory:
>>>>>> compile: StringPlatformChars
>>>>>> elapsed time (seconds): 1.179
>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>> REASON: .class file out of date or does not exist
>>>>>> TIME: 0.626 seconds
>>>>>> messages:
>>>>>> command: compile 
>>>>>> /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java 
>>>>>>
>>>>>> reason: .class file out of date or does not exist
>>>>>> Mode: agentvm
>>>>>> Agent id: 1
>>>>>> elapsed time (seconds): 0.626
>>>>>> configuration:
>>>>>> Boot Layer (javac runtime environment)
>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>> patch: java.base 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base 
>>>>>>
>>>>>> javac compilation environment
>>>>>> source path: 
>>>>>> /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>>>> class path: 
>>>>>> /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d 
>>>>>>
>>>>>> rerun:
>>>>>> cd 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 
>>>>>> && \
>>>>>> HOME=/Users/alan \
>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>> LANG=en_US.UTF-8 \
>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>> PATH=/bin:/usr/bin \
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac 
>>>>>> \
>>>>>> -J-Xmx512m \
>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>> -J-ea \
>>>>>> -J-esa \
>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d:/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding 
>>>>>> \
>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding 
>>>>>> \
>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding 
>>>>>> \
>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d 
>>>>>> \
>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d 
>>>>>> \
>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea 
>>>>>> -J-esa' \
>>>>>> -J-Dtest.compiler.opts= \
>>>>>> -J-Dtest.java.opts= \
>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>> -d 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d 
>>>>>> \
>>>>>> -sourcepath 
>>>>>> /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>> -classpath 
>>>>>> /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d 
>>>>>> /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java 
>>>>>>
>>>>>> TEST RESULT: Error. Use -nativepath to specify the location of 
>>>>>> native code
>>>>>> --------------------------------------------------
>>>>>> TEST: jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>>>> TEST JDK: 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>
>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>> REASON: User specified action: run compile -XDignore.symbol.file 
>>>>>> NewUnsafeString.java
>>>>>> TIME: 0.03 seconds
>>>>>> messages:
>>>>>> command: compile -XDignore.symbol.file 
>>>>>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java 
>>>>>>
>>>>>> reason: User specified action: run compile -XDignore.symbol.file 
>>>>>> NewUnsafeString.java
>>>>>> Additional options from @modules: --add-modules java.base 
>>>>>> --add-exports java.base/jdk.internal.misc=ALL-UNNAMED
>>>>>> Mode: agentvm
>>>>>> Agent id: 1
>>>>>> elapsed time (seconds): 0.03
>>>>>> configuration:
>>>>>> Boot Layer (javac runtime environment)
>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>> patch: java.base 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base 
>>>>>>
>>>>>> javac compilation environment
>>>>>> add modules: java.base
>>>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>>>> source path: 
>>>>>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>> class path: 
>>>>>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d 
>>>>>>
>>>>>> rerun:
>>>>>> cd 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 
>>>>>> && \
>>>>>> HOME=/Users/alan \
>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>> LANG=en_US.UTF-8 \
>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>> PATH=/bin:/usr/bin \
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac 
>>>>>> \
>>>>>> -J-Xmx512m \
>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>> -J-ea \
>>>>>> -J-esa \
>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess 
>>>>>> \
>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess 
>>>>>> \
>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess 
>>>>>> \
>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d 
>>>>>> \
>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d 
>>>>>> \
>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea 
>>>>>> -J-esa' \
>>>>>> -J-Dtest.compiler.opts= \
>>>>>> -J-Dtest.java.opts= \
>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>> -J-Dtest.modules=java.base/jdk.internal.misc \
>>>>>> --add-modules java.base \
>>>>>> --add-exports java.base/jdk.internal.misc=ALL-UNNAMED \
>>>>>> -d 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d 
>>>>>> \
>>>>>> -sourcepath 
>>>>>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>> -classpath 
>>>>>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d 
>>>>>> \
>>>>>> -XDignore.symbol.file 
>>>>>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java 
>>>>>>
>>>>>> ACTION: build -- Passed. All files up to date
>>>>>> REASON: Named class compiled on demand
>>>>>> TIME: 0.0 seconds
>>>>>> messages:
>>>>>> command: build NewUnsafeString
>>>>>> reason: Named class compiled on demand
>>>>>> elapsed time (seconds): 0.0
>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: 
>>>>>> java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>> REASON: User specified action: run main NewUnsafeString
>>>>>> TIME: 0.004 seconds
>>>>>> messages:
>>>>>> command: main NewUnsafeString
>>>>>> reason: User specified action: run main NewUnsafeString
>>>>>> Mode: agentvm
>>>>>> Agent id: 1
>>>>>> Additional exports to unnamed modules from @modules: 
>>>>>> java.base/jdk.internal.misc
>>>>>> elapsed time (seconds): 0.004
>>>>>> configuration:
>>>>>> Boot Layer
>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>> patch: java.base 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base 
>>>>>>
>>>>>> Test Layer
>>>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>>>> class path: 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d 
>>>>>>
>>>>>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>> rerun:
>>>>>> cd 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 
>>>>>> && \
>>>>>> HOME=/Users/alan \
>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>> LANG=en_US.UTF-8 \
>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>> PATH=/bin:/usr/bin \
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java 
>>>>>> \
>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess 
>>>>>> \
>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess 
>>>>>> \
>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess 
>>>>>> \
>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d 
>>>>>> \
>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d 
>>>>>> \
>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea 
>>>>>> -J-esa' \
>>>>>> -Dtest.compiler.opts= \
>>>>>> -Dtest.java.opts= \
>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>> -Dtest.modules=java.base/jdk.internal.misc \
>>>>>> -classpath 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar 
>>>>>> \
>>>>>> NewUnsafeString
>>>>>> STDERR:
>>>>>> java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>> at NewUnsafeString.testNewUnsafeString(NewUnsafeString.java:80)
>>>>>> at NewUnsafeString.main(NewUnsafeString.java:86)
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
>>>>>> Method)
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>
>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>> at 
>>>>>> com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229) 
>>>>>>
>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>> JavaTest Message: Test threw exception: java.lang.Error
>>>>>> JavaTest Message: shutting down test
>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: 
>>>>>> java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>> --------------------------------------------------
>>>>>> TEST: tools/sjavac/ApiExtraction.java
>>>>>> TEST JDK: 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>
>>>>>> ACTION: build -- Passed. Build successful
>>>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox 
>>>>>> toolbox.JavacTask
>>>>>> TIME: 0.081 seconds
>>>>>> messages:
>>>>>> command: build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>> reason: User specified action: run build Wrapper toolbox.ToolBox 
>>>>>> toolbox.JavacTask
>>>>>> Test directory:
>>>>>> compile: Wrapper
>>>>>> elapsed time (seconds): 0.081
>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>> REASON: .class file out of date or does not exist
>>>>>> TIME: 0.08 seconds
>>>>>> messages:
>>>>>> command: compile 
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>> reason: .class file out of date or does not exist
>>>>>> Additional options from @modules: --add-modules jdk.compiler 
>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED 
>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED 
>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED 
>>>>>> --add-exports 
>>>>>> jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED 
>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED
>>>>>> Mode: agentvm
>>>>>> Agent id: 14
>>>>>> elapsed time (seconds): 0.08
>>>>>> configuration:
>>>>>> Boot Layer (javac runtime environment)
>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>> patch: java.base 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>
>>>>>> javac compilation environment
>>>>>> add modules: jdk.compiler
>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d 
>>>>>>
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>>
>>>>>> rerun:
>>>>>> cd 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 
>>>>>> && \
>>>>>> HOME=/Users/alan \
>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>> LANG=en_US.UTF-8 \
>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>> PATH=/bin:/usr/bin \
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac 
>>>>>> \
>>>>>> -J-Xmx512m \
>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>> -J-ea \
>>>>>> -J-esa \
>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>> \
>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib 
>>>>>> \
>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d 
>>>>>> \
>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>> \
>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea 
>>>>>> -J-esa' \
>>>>>> -J-Dtest.compiler.opts= \
>>>>>> -J-Dtest.java.opts= \
>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api 
>>>>>> jdk.compiler/com.sun.tools.javac.main 
>>>>>> jdk.compiler/com.sun.tools.sjavac 
>>>>>> jdk.compiler/com.sun.tools.sjavac.options 
>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>>>> --add-modules jdk.compiler \
>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED \
>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED \
>>>>>> -d 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d 
>>>>>> \
>>>>>> -sourcepath 
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib 
>>>>>> \
>>>>>> -classpath 
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>> ACTION: build -- Passed. All files up to date
>>>>>> REASON: Named class compiled on demand
>>>>>> TIME: 0.0 seconds
>>>>>> messages:
>>>>>> command: build Wrapper
>>>>>> reason: Named class compiled on demand
>>>>>> elapsed time (seconds): 0.0
>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: 
>>>>>> java.lang.reflect.InvocationTargetException
>>>>>> REASON: User specified action: run main Wrapper ApiExtraction
>>>>>> TIME: 0.263 seconds
>>>>>> messages:
>>>>>> command: main Wrapper ApiExtraction
>>>>>> reason: User specified action: run main Wrapper ApiExtraction
>>>>>> Mode: agentvm
>>>>>> Agent id: 14
>>>>>> Additional exports to unnamed modules from @modules: 
>>>>>> jdk.compiler/com.sun.tools.javac.api 
>>>>>> jdk.compiler/com.sun.tools.javac.main 
>>>>>> jdk.compiler/com.sun.tools.sjavac 
>>>>>> jdk.compiler/com.sun.tools.sjavac.options 
>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi
>>>>>> elapsed time (seconds): 0.263
>>>>>> configuration:
>>>>>> Boot Layer
>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>> patch: java.base 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>
>>>>>> Test Layer
>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>>>> class path: 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d 
>>>>>>
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>>
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>> rerun:
>>>>>> cd 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 
>>>>>> && \
>>>>>> HOME=/Users/alan \
>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>> LANG=en_US.UTF-8 \
>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>> PATH=/bin:/usr/bin \
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java 
>>>>>> \
>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>> \
>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib 
>>>>>> \
>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d 
>>>>>> \
>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>> \
>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea 
>>>>>> -J-esa' \
>>>>>> -Dtest.compiler.opts= \
>>>>>> -Dtest.java.opts= \
>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api 
>>>>>> jdk.compiler/com.sun.tools.javac.main 
>>>>>> jdk.compiler/com.sun.tools.sjavac 
>>>>>> jdk.compiler/com.sun.tools.sjavac.options 
>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>>>> -classpath 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar 
>>>>>> \
>>>>>> Wrapper ApiExtraction
>>>>>> STDOUT:
>>>>>> javac: [-d, 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d, 
>>>>>> -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, 
>>>>>> -classpath, 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, 
>>>>>> --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, 
>>>>>> --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, 
>>>>>> --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, 
>>>>>> --add-exports=jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED, 
>>>>>> --add-exports=jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ApiExtraction.java] 
>>>>>>
>>>>>> STDERR:
>>>>>> Recompiling test class...
>>>>>> java.lang.reflect.InvocationTargetException
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
>>>>>> Method)
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>
>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
>>>>>> Method)
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>
>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>> at 
>>>>>> com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229) 
>>>>>>
>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>> Caused by: com.sun.tools.javac.code.Symbol$CompletionFailure: 
>>>>>> class file for TestClass not found
>>>>>> JavaTest Message: Test threw exception: 
>>>>>> java.lang.reflect.InvocationTargetException
>>>>>> JavaTest Message: shutting down test
>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: 
>>>>>> java.lang.reflect.InvocationTargetException
>>>>>> --------------------------------------------------
>>>>>> TEST: tools/sjavac/ClasspathDependencies.java
>>>>>> TEST JDK: 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>
>>>>>> ACTION: build -- Passed. Build successful
>>>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox 
>>>>>> toolbox.Assert
>>>>>> TIME: 0.151 seconds
>>>>>> messages:
>>>>>> command: build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>> reason: User specified action: run build Wrapper toolbox.ToolBox 
>>>>>> toolbox.Assert
>>>>>> Test directory:
>>>>>> compile: Wrapper
>>>>>> elapsed time (seconds): 0.151
>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>> REASON: .class file out of date or does not exist
>>>>>> TIME: 0.15 seconds
>>>>>> messages:
>>>>>> command: compile 
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>> reason: .class file out of date or does not exist
>>>>>> Additional options from @modules: --add-modules jdk.compiler 
>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED 
>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED 
>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>>>> Mode: agentvm
>>>>>> Agent id: 14
>>>>>> elapsed time (seconds): 0.15
>>>>>> configuration:
>>>>>> Boot Layer (javac runtime environment)
>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>> patch: java.base 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>
>>>>>> javac compilation environment
>>>>>> add modules: jdk.compiler
>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d 
>>>>>>
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>>
>>>>>> rerun:
>>>>>> cd 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 
>>>>>> && \
>>>>>> HOME=/Users/alan \
>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>> LANG=en_US.UTF-8 \
>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>> PATH=/bin:/usr/bin \
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac 
>>>>>> \
>>>>>> -J-Xmx512m \
>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>> -J-ea \
>>>>>> -J-esa \
>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>> \
>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib 
>>>>>> \
>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d 
>>>>>> \
>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>> \
>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea 
>>>>>> -J-esa' \
>>>>>> -J-Dtest.compiler.opts= \
>>>>>> -J-Dtest.java.opts= \
>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api 
>>>>>> jdk.compiler/com.sun.tools.javac.main 
>>>>>> jdk.compiler/com.sun.tools.sjavac' \
>>>>>> --add-modules jdk.compiler \
>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>> -d 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d 
>>>>>> \
>>>>>> -sourcepath 
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib 
>>>>>> \
>>>>>> -classpath 
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>> ACTION: build -- Passed. All files up to date
>>>>>> REASON: Named class compiled on demand
>>>>>> TIME: 0.0 seconds
>>>>>> messages:
>>>>>> command: build Wrapper
>>>>>> reason: Named class compiled on demand
>>>>>> elapsed time (seconds): 0.0
>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: 
>>>>>> java.lang.reflect.InvocationTargetException
>>>>>> REASON: User specified action: run main Wrapper ClasspathDependencies
>>>>>> TIME: 2.306 seconds
>>>>>> messages:
>>>>>> command: main Wrapper ClasspathDependencies
>>>>>> reason: User specified action: run main Wrapper ClasspathDependencies
>>>>>> Mode: agentvm
>>>>>> Agent id: 14
>>>>>> Additional exports to unnamed modules from @modules: 
>>>>>> jdk.compiler/com.sun.tools.javac.api 
>>>>>> jdk.compiler/com.sun.tools.javac.main 
>>>>>> jdk.compiler/com.sun.tools.sjavac
>>>>>> elapsed time (seconds): 2.306
>>>>>> configuration:
>>>>>> Boot Layer
>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>> patch: java.base 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>
>>>>>> Test Layer
>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>> class path: 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d 
>>>>>>
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>>
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>> rerun:
>>>>>> cd 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 
>>>>>> && \
>>>>>> HOME=/Users/alan \
>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>> LANG=en_US.UTF-8 \
>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>> PATH=/bin:/usr/bin \
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java 
>>>>>> \
>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>> \
>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib 
>>>>>> \
>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d 
>>>>>> \
>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>> \
>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea 
>>>>>> -J-esa' \
>>>>>> -Dtest.compiler.opts= \
>>>>>> -Dtest.java.opts= \
>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api 
>>>>>> jdk.compiler/com.sun.tools.javac.main 
>>>>>> jdk.compiler/com.sun.tools.sjavac' \
>>>>>> -classpath 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar 
>>>>>> \
>>>>>> Wrapper ClasspathDependencies
>>>>>> STDOUT:
>>>>>> javac: [-d, 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d, 
>>>>>> -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, 
>>>>>> -classpath, 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, 
>>>>>> --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, 
>>>>>> --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, 
>>>>>> --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, 
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ClasspathDependencies.java] 
>>>>>>
>>>>>> Create a test dependency, Dep.class, and put it in the classpath dir
>>>>>> --------------------------------------------------------------------
>>>>>> compile: [-d, ClasspathDependenciesTest/classesDep, 
>>>>>> --state-dir=ClasspathDependenciesTest/classesDep, 
>>>>>> ClasspathDependenciesTest/srcDep]
>>>>>> Compile and link against the Dep.class
>>>>>> --------------------------------------
>>>>>> compile: [-d, ClasspathDependenciesTest/classes, 
>>>>>> --state-dir=ClasspathDependenciesTest/classes, 
>>>>>> ClasspathDependenciesTest/src, -cp, 
>>>>>> ClasspathDependenciesTest/classesDep]
>>>>>> Update dependency (without changing the public api)
>>>>>> ---------------------------------------------------
>>>>>> compile: [-d, ClasspathDependenciesTest/classesDep, 
>>>>>> --state-dir=ClasspathDependenciesTest/classesDep, 
>>>>>> ClasspathDependenciesTest/srcDep]
>>>>>> Make sure that this does not trigger recompilation of C.java
>>>>>> ------------------------------------------------------------
>>>>>> compile: [-d, ClasspathDependenciesTest/classes, 
>>>>>> --state-dir=ClasspathDependenciesTest/classes, 
>>>>>> ClasspathDependenciesTest/src, -cp, 
>>>>>> ClasspathDependenciesTest/classesDep]
>>>>>> STDERR:
>>>>>> Recompiling test class...
>>>>>> java.lang.reflect.InvocationTargetException
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
>>>>>> Method)
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>
>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
>>>>>> Method)
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>
>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>> at 
>>>>>> com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229) 
>>>>>>
>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>> Caused by: java.lang.reflect.InvocationTargetException
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
>>>>>> Method)
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>
>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>> at SjavacBase.compile(SjavacBase.java:46)
>>>>>> at ClasspathDependencies.main(ClasspathDependencies.java:88)
>>>>>> ... 11 more
>>>>>> Caused by: java.lang.AssertionError
>>>>>> at 
>>>>>> jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)
>>>>>> at 
>>>>>> jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62) 
>>>>>>
>>>>>> at 
>>>>>> jdk.compiler/com.sun.tools.javac.code.ClassFinder.loadClass(ClassFinder.java:422) 
>>>>>>
>>>>>> at 
>>>>>> jdk.compiler/com.sun.tools.sjavac.PubApiExtractor.getPubApi(PubApiExtractor.java:86) 
>>>>>>
>>>>>> at 
>>>>>> jdk.compiler/com.sun.tools.sjavac.JavacState.taintPackagesDependingOnChangedClasspathPackages(JavacState.java:528) 
>>>>>>
>>>>>> at 
>>>>>> jdk.compiler/com.sun.tools.sjavac.comp.SjavacImpl.compile(SjavacImpl.java:227) 
>>>>>>
>>>>>> at 
>>>>>> jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:78) 
>>>>>>
>>>>>> at 
>>>>>> jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:49) 
>>>>>>
>>>>>> at jdk.compiler/com.sun.tools.sjavac.Main.go(Main.java:56)
>>>>>> ... 17 more
>>>>>> JavaTest Message: Test threw exception: 
>>>>>> java.lang.reflect.InvocationTargetException
>>>>>> JavaTest Message: shutting down test
>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: 
>>>>>> java.lang.reflect.InvocationTargetException
>>>>>> --------------------------------------------------
>>>>>> TEST: tools/sjavac/IgnoreSymbolFile.java
>>>>>> TEST JDK: 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>
>>>>>> ACTION: build -- Passed. Build successful
>>>>>> REASON: User specified action: run build Wrapper
>>>>>> TIME: 0.042 seconds
>>>>>> messages:
>>>>>> command: build Wrapper
>>>>>> reason: User specified action: run build Wrapper
>>>>>> Test directory:
>>>>>> compile: Wrapper
>>>>>> elapsed time (seconds): 0.042
>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>> REASON: .class file out of date or does not exist
>>>>>> TIME: 0.042 seconds
>>>>>> messages:
>>>>>> command: compile 
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>> reason: .class file out of date or does not exist
>>>>>> Additional options from @modules: --add-modules jdk.compiler 
>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>>>> Mode: agentvm
>>>>>> Agent id: 13
>>>>>> elapsed time (seconds): 0.042
>>>>>> configuration:
>>>>>> Boot Layer (javac runtime environment)
>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>> patch: java.base 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>
>>>>>> javac compilation environment
>>>>>> add modules: jdk.compiler
>>>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d 
>>>>>>
>>>>>> rerun:
>>>>>> cd 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 
>>>>>> && \
>>>>>> HOME=/Users/alan \
>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>> LANG=en_US.UTF-8 \
>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>> PATH=/bin:/usr/bin \
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac 
>>>>>> \
>>>>>> -J-Xmx512m \
>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>> -J-ea \
>>>>>> -J-esa \
>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac 
>>>>>> \
>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d 
>>>>>> \
>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d 
>>>>>> \
>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea 
>>>>>> -J-esa' \
>>>>>> -J-Dtest.compiler.opts= \
>>>>>> -J-Dtest.java.opts= \
>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>> -J-Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>>>> --add-modules jdk.compiler \
>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>> -d 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d 
>>>>>> \
>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>> -classpath 
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d 
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>> ACTION: build -- Passed. All files up to date
>>>>>> REASON: Named class compiled on demand
>>>>>> TIME: 0.0 seconds
>>>>>> messages:
>>>>>> command: build Wrapper
>>>>>> reason: Named class compiled on demand
>>>>>> elapsed time (seconds): 0.0
>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: 
>>>>>> java.lang.reflect.InvocationTargetException
>>>>>> REASON: User specified action: run main Wrapper IgnoreSymbolFile
>>>>>> TIME: 0.071 seconds
>>>>>> messages:
>>>>>> command: main Wrapper IgnoreSymbolFile
>>>>>> reason: User specified action: run main Wrapper IgnoreSymbolFile
>>>>>> Mode: agentvm
>>>>>> Agent id: 13
>>>>>> Additional exports to unnamed modules from @modules: 
>>>>>> jdk.compiler/com.sun.tools.sjavac
>>>>>> elapsed time (seconds): 0.071
>>>>>> configuration:
>>>>>> Boot Layer
>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>> patch: java.base 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>
>>>>>> Test Layer
>>>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>> class path: 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d 
>>>>>>
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>> rerun:
>>>>>> cd 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 
>>>>>> && \
>>>>>> HOME=/Users/alan \
>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>> LANG=en_US.UTF-8 \
>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>> PATH=/bin:/usr/bin \
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java 
>>>>>> \
>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac 
>>>>>> \
>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d 
>>>>>> \
>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d 
>>>>>> \
>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea 
>>>>>> -J-esa' \
>>>>>> -Dtest.compiler.opts= \
>>>>>> -Dtest.java.opts= \
>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>> \
>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>> -Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>>>> -classpath 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar 
>>>>>> \
>>>>>> Wrapper IgnoreSymbolFile
>>>>>> STDOUT:
>>>>>> javac: [-d, 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, 
>>>>>> -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, 
>>>>>> -classpath, 
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, 
>>>>>> --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, 
>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/IgnoreSymbolFile.java] 
>>>>>>
>>>>>> STDERR:
>>>>>> Recompiling test class...
>>>>>> compile: [-d, classes, --state-dir=classes, -Werror, src]
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: 
>>>>>> error: package sun.reflect.annotation is not visible
>>>>>> import sun.reflect.annotation.*;
>>>>>> ^
>>>>>> (package sun.reflect.annotation is declared in module java.base, 
>>>>>> which does not export it to the unnamed module)
>>>>>> 1 error
>>>>>> rc=1
>>>>>> compile: [-d, classes, --state-dir=classes, -Werror, 
>>>>>> -XDignore.symbol.file=true, src]
>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: 
>>>>>> error: package sun.reflect.annotation is not visible
>>>>>> import sun.reflect.annotation.*;
>>>>>> ^
>>>>>> (package sun.reflect.annotation is declared in module java.base, 
>>>>>> which does not export it to the unnamed module)
>>>>>> 1 error
>>>>>> rc=1
>>>>>> Error: compilation failed unexpectedly: rc=1
>>>>>> java.lang.reflect.InvocationTargetException
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
>>>>>> Method)
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>
>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
>>>>>> Method)
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>
>>>>>> at 
>>>>>> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>
>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>> at 
>>>>>> com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229) 
>>>>>>
>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>> Caused by: java.lang.Exception: 1 errors occurred
>>>>>> at IgnoreSymbolFile.run(IgnoreSymbolFile.java:73)
>>>>>> at IgnoreSymbolFile.main(IgnoreSymbolFile.java:43)
>>>>>> ... 11 more
>>>>>> JavaTest Message: Test threw exception: 
>>>>>> java.lang.reflect.InvocationTargetException
>>>>>> JavaTest Message: shutting down test
>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: 
>>>>>> java.lang.reflect.InvocationTargetException
>>>>>> --------------------------------------------------
>>>>>>> On Jan 5, 2018, at 2:04 PM, Alan Snyder <javalists at cbfiddle.com> 
>>>>>>> wrote:
>>>>>>>
>>>>>>> I am trying jtreg-4.2.0-tip now.
>>>>>>>
>>>>>>> Building jtreg using build-all.sh made some progress until:
>>>>>>>
>>>>>>> 2018-01-05 14:02:03 (5.89 MB/s) - 
>>>>>>> '/Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar' saved 
>>>>>>> [1289806/1289806]
>>>>>>>
>>>>>>> /Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar: OK
>>>>>>> make: *** No rule to make target `391:a13ec77e7adc'.? Stop.
>>>>>>>
>>>>>>> Also, the README must be out of date, because it does not mention 
>>>>>>> build-all.sh.
>>>>>>>
>>>>>>> ? Alan
>>>>>>>
>>>>>>>
>>>>>>>> On Jan 5, 2018, at 1:45 PM, Jonathan Gibbons 
>>>>>>>> <jonathan.gibbons at oracle.com> wrote:
>>>>>>>>
>>>>>>>> 1. The build labelled jtreg-4.2.0-tip.tar.gz should work for you.
>>>>>>>> ??? https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/ 
>>>>>>>> <https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/>
>>>>>>>>
>>>>>>>> 2. The build instructions are here:
>>>>>>>> ??? http://openjdk.java.net/jtreg/build.html 
>>>>>>>> <http://openjdk.java.net/jtreg/build.html>
>>>>>>>> ??? See the section on using the "build-all.sh" script.
>>>>>>>>
>>>>>>>> -- Jon
>>>>>>>>
>>>>>>>> On 01/05/2018 01:35 PM, Alan Snyder wrote:
>>>>>>>>> Maybe not as easy as you expect:
>>>>>>>>>
>>>>>>>>> ant -f make/build.xml
>>>>>>>>> Buildfile: /Volumes/A/JDK/jtreg/make/build.xml
>>>>>>>>>
>>>>>>>>> -init:
>>>>>>>>>
>>>>>>>>> import-javahelp:
>>>>>>>>>
>>>>>>>>> BUILD FAILED
>>>>>>>>> /Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not 
>>>>>>>>> find file /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> make -C make
>>>>>>>>>
>>>>>>>>> ?
>>>>>>>>>
>>>>>>>>> ../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: 
>>>>>>>>> error: package org.testng does not exist
>>>>>>>>>
>>>>>>>>> ...
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons 
>>>>>>>>>> <jonathan.gibbons at oracle.com 
>>>>>>>>>> <mailto:jonathan.gibbons at oracle.com>> wrote:
>>>>>>>>>>
>>>>>>>>>> Alan,
>>>>>>>>>>
>>>>>>>>>> I confirm there are problems with the jtreg builds from the 
>>>>>>>>>> Adopt OpenJDK group. I'll investigate what we can do to fix this.
>>>>>>>>>>
>>>>>>>>>> -- Jon
>>>>>>>>>>
>>>>>>>>>> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>>>>>>>>>>> That sounds like a problem using an older build of jtreg, 
>>>>>>>>>>> from the Adopt OpenJDK group. The tell-tale evidence is the 
>>>>>>>>>>> Class-Path entry in the jtreg.jar MANIFEST.MF file:? does 
>>>>>>>>>>> that entry include asmtools.jar?
>>>>>>>>>>>
>>>>>>>>>>> There have been build changes for jtreg recently, that should 
>>>>>>>>>>> have addressed this problem. If nothing else, it is now much 
>>>>>>>>>>> easier to build jtreg yourself. The only external components 
>>>>>>>>>>> you need are Ant and a recent JDK, such as JDK 8. Everything 
>>>>>>>>>>> else will be downloaded, and built if necessary.
>>>>>>>>>>>
>>>>>>>>>>> -- Jon
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>>>>>>>>>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic 
>>>>>>>>>>>> build to work, but some tests fail.
>>>>>>>>>>>>
>>>>>>>>>>>> Most of the test failures complain about not finding jasm or 
>>>>>>>>>>>> jcoder. This is odd because I downloaded jtreg-4.2-b11, 
>>>>>>>>>>>> which includes these classes, and the classpath appears to 
>>>>>>>>>>>> be correct in the log.
>>>>>>>>>>>>
>>>>>>>>>>>> I got an error from StringPlatformChars, which could find 
>>>>>>>>>>>> native code. Could be the same jasm problem but not reported 
>>>>>>>>>>>> as such.
>>>>>>>>>>>>
>>>>>>>>>>>> I got an error from NewUnsafeString, did not use provided 
>>>>>>>>>>>> string.
>>>>>>>>>>>>
> 
> 


From magnus.ihse.bursie at oracle.com  Tue Jan  9 07:28:07 2018
From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie)
Date: Tue, 9 Jan 2018 08:28:07 +0100
Subject: jdk10 on macOS
In-Reply-To: <f63bc140-dbdf-d1ff-f53b-9624ae79ba60@oracle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
 <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
 <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>
 <c705d0b1-c1c6-1b6f-e8e6-ed255c601693@oracle.com>
 <C93F0C38-D59B-49C4-9309-A29FDC9962E6@cbfiddle.com>
 <5A53B9F1.1010700@oracle.com>
 <f63bc140-dbdf-d1ff-f53b-9624ae79ba60@oracle.com>
Message-ID: <353B6BF1-7E78-4BBD-8D3A-02573527DAA6@oracle.com>


> 8 jan. 2018 kl. 23:23 skrev David Holmes <david.holmes at oracle.com>:
> 
>> On 9/01/2018 4:35 AM, Jonathan Gibbons wrote:
>> Maybe the Makefile targets to run tests could report an up-front warning if the native libraries have not been built.
> 
> Based on my observations the makefile target will also build the test-image if needed.

That's the idea, yes. However I'm afraid there might be a bug wrt this when using the generated "run-test-*" targets, as opposed to the generic "run-test" target. :(

Alan, can you try running "make run-test TEST=tier1" instead? This should definitely pull in the generation of the test image. 

I also do apologize that the simple build README instructions did not work out of the box. :(

/Magnus

> 
> David
> 
>> A more advanced solution would be to use jtreg to determine if any native tests will be run (using some combination of `-k native` and `-listtests`) and if any such tests are found, then require the library to be available.
>> -- Jon
>> On 01/05/2018 06:37 PM, Alan Snyder wrote:
>>> Following the instructions for the impatient, I did make images and then make run-test-tier1.
>>> Then after replacing the jtreg with the one Jon recommended, I did make run-test-tier1 again.
>>> 
>>>    Alan
>>> 
>>> 
>>>> On Jan 5, 2018, at 6:32 PM, David Holmes <david.holmes at oracle.com> wrote:
>>>> 
>>>> On 6/01/2018 12:05 PM, Alan Snyder wrote:
>>>>> The tests were run via make.
>>>> How exactly? And did you do "make test-image" first?
>>>> 
>>>> David
>>>> 
>>>>>> On Jan 5, 2018, at 4:13 PM, David Holmes <david.holmes at oracle.com> wrote:
>>>>>> 
>>>>>> Alan,
>>>>>> 
>>>>>> Unclear how you ran the tests, but:
>>>>>> 
>>>>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>>>>> 
>>>>>> indicates jtreg was not passed the -nativepath flag. That may or may not be a build issue depending on whether the tests were executed directly or via "make".
>>>>>> 
>>>>>> Cheers,
>>>>>> David
>>>>>> 
>>>>>>> On 6/01/2018 8:43 AM, Alan Snyder wrote:
>>>>>>> 5 test failures remain using jtreg-4.2.0-tip:
>>>>>>> --------------------------------------------------
>>>>>>> TEST: java/lang/String/nativeEncoding/StringPlatformChars.java
>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>> REASON: Named class compiled on demand
>>>>>>> TIME: 1.179 seconds
>>>>>>> messages:
>>>>>>> command: build StringPlatformChars
>>>>>>> reason: Named class compiled on demand
>>>>>>> Test directory:
>>>>>>> compile: StringPlatformChars
>>>>>>> elapsed time (seconds): 1.179
>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>> REASON: .class file out of date or does not exist
>>>>>>> TIME: 0.626 seconds
>>>>>>> messages:
>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java 
>>>>>>> reason: .class file out of date or does not exist
>>>>>>> Mode: agentvm
>>>>>>> Agent id: 1
>>>>>>> elapsed time (seconds): 0.626
>>>>>>> configuration:
>>>>>>> Boot Layer (javac runtime environment)
>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base 
>>>>>>> javac compilation environment
>>>>>>> source path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>>>>> class path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d 
>>>>>>> rerun:
>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>> HOME=/Users/alan \
>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>> LANG=en_US.UTF-8 \
>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>> PATH=/bin:/usr/bin \
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>> -J-Xmx512m \
>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>> -J-ea \
>>>>>>> -J-esa \
>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d:/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>> -J-Dtest.java.opts= \
>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java 
>>>>>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>>>>>> --------------------------------------------------
>>>>>>> TEST: jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>> REASON: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>>>>>> TIME: 0.03 seconds
>>>>>>> messages:
>>>>>>> command: compile -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java 
>>>>>>> reason: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>>>>>> Additional options from @modules: --add-modules java.base --add-exports java.base/jdk.internal.misc=ALL-UNNAMED
>>>>>>> Mode: agentvm
>>>>>>> Agent id: 1
>>>>>>> elapsed time (seconds): 0.03
>>>>>>> configuration:
>>>>>>> Boot Layer (javac runtime environment)
>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base 
>>>>>>> javac compilation environment
>>>>>>> add modules: java.base
>>>>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>>>>> source path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>> class path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d 
>>>>>>> rerun:
>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>> HOME=/Users/alan \
>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>> LANG=en_US.UTF-8 \
>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>> PATH=/bin:/usr/bin \
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>> -J-Xmx512m \
>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>> -J-ea \
>>>>>>> -J-esa \
>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>> -J-Dtest.java.opts= \
>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>> -J-Dtest.modules=java.base/jdk.internal.misc \
>>>>>>> --add-modules java.base \
>>>>>>> --add-exports java.base/jdk.internal.misc=ALL-UNNAMED \
>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>> -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java 
>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>> REASON: Named class compiled on demand
>>>>>>> TIME: 0.0 seconds
>>>>>>> messages:
>>>>>>> command: build NewUnsafeString
>>>>>>> reason: Named class compiled on demand
>>>>>>> elapsed time (seconds): 0.0
>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>> REASON: User specified action: run main NewUnsafeString
>>>>>>> TIME: 0.004 seconds
>>>>>>> messages:
>>>>>>> command: main NewUnsafeString
>>>>>>> reason: User specified action: run main NewUnsafeString
>>>>>>> Mode: agentvm
>>>>>>> Agent id: 1
>>>>>>> Additional exports to unnamed modules from @modules: java.base/jdk.internal.misc
>>>>>>> elapsed time (seconds): 0.004
>>>>>>> configuration:
>>>>>>> Boot Layer
>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base 
>>>>>>> Test Layer
>>>>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d 
>>>>>>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>> rerun:
>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>> HOME=/Users/alan \
>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>> LANG=en_US.UTF-8 \
>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>> PATH=/bin:/usr/bin \
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>> -Dtest.compiler.opts= \
>>>>>>> -Dtest.java.opts= \
>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>> -Dtest.modules=java.base/jdk.internal.misc \
>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>> NewUnsafeString
>>>>>>> STDERR:
>>>>>>> java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>> at NewUnsafeString.testNewUnsafeString(NewUnsafeString.java:80)
>>>>>>> at NewUnsafeString.main(NewUnsafeString.java:86)
>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229) 
>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>> JavaTest Message: Test threw exception: java.lang.Error
>>>>>>> JavaTest Message: shutting down test
>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>> --------------------------------------------------
>>>>>>> TEST: tools/sjavac/ApiExtraction.java
>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>> TIME: 0.081 seconds
>>>>>>> messages:
>>>>>>> command: build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>> Test directory:
>>>>>>> compile: Wrapper
>>>>>>> elapsed time (seconds): 0.081
>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>> REASON: .class file out of date or does not exist
>>>>>>> TIME: 0.08 seconds
>>>>>>> messages:
>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>> reason: .class file out of date or does not exist
>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED
>>>>>>> Mode: agentvm
>>>>>>> Agent id: 14
>>>>>>> elapsed time (seconds): 0.08
>>>>>>> configuration:
>>>>>>> Boot Layer (javac runtime environment)
>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>> javac compilation environment
>>>>>>> add modules: jdk.compiler
>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>>> rerun:
>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>> HOME=/Users/alan \
>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>> LANG=en_US.UTF-8 \
>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>> PATH=/bin:/usr/bin \
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>> -J-Xmx512m \
>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>> -J-ea \
>>>>>>> -J-esa \
>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>> -J-Dtest.java.opts= \
>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>>>>> --add-modules jdk.compiler \
>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED \
>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED \
>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>> REASON: Named class compiled on demand
>>>>>>> TIME: 0.0 seconds
>>>>>>> messages:
>>>>>>> command: build Wrapper
>>>>>>> reason: Named class compiled on demand
>>>>>>> elapsed time (seconds): 0.0
>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>> REASON: User specified action: run main Wrapper ApiExtraction
>>>>>>> TIME: 0.263 seconds
>>>>>>> messages:
>>>>>>> command: main Wrapper ApiExtraction
>>>>>>> reason: User specified action: run main Wrapper ApiExtraction
>>>>>>> Mode: agentvm
>>>>>>> Agent id: 14
>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi
>>>>>>> elapsed time (seconds): 0.263
>>>>>>> configuration:
>>>>>>> Boot Layer
>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>> Test Layer
>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>> rerun:
>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>> HOME=/Users/alan \
>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>> LANG=en_US.UTF-8 \
>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>> PATH=/bin:/usr/bin \
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>> -Dtest.compiler.opts= \
>>>>>>> -Dtest.java.opts= \
>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>> Wrapper ApiExtraction
>>>>>>> STDOUT:
>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ApiExtraction.java] 
>>>>>>> STDERR:
>>>>>>> Recompiling test class...
>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229) 
>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>> Caused by: com.sun.tools.javac.code.Symbol$CompletionFailure: class file for TestClass not found
>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>> JavaTest Message: shutting down test
>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>> --------------------------------------------------
>>>>>>> TEST: tools/sjavac/ClasspathDependencies.java
>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>> TIME: 0.151 seconds
>>>>>>> messages:
>>>>>>> command: build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>> Test directory:
>>>>>>> compile: Wrapper
>>>>>>> elapsed time (seconds): 0.151
>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>> REASON: .class file out of date or does not exist
>>>>>>> TIME: 0.15 seconds
>>>>>>> messages:
>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>> reason: .class file out of date or does not exist
>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>>>>> Mode: agentvm
>>>>>>> Agent id: 14
>>>>>>> elapsed time (seconds): 0.15
>>>>>>> configuration:
>>>>>>> Boot Layer (javac runtime environment)
>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>> javac compilation environment
>>>>>>> add modules: jdk.compiler
>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d 
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>>> rerun:
>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>> HOME=/Users/alan \
>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>> LANG=en_US.UTF-8 \
>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>> PATH=/bin:/usr/bin \
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>> -J-Xmx512m \
>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>> -J-ea \
>>>>>>> -J-esa \
>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>> -J-Dtest.java.opts= \
>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>>>>>> --add-modules jdk.compiler \
>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>> REASON: Named class compiled on demand
>>>>>>> TIME: 0.0 seconds
>>>>>>> messages:
>>>>>>> command: build Wrapper
>>>>>>> reason: Named class compiled on demand
>>>>>>> elapsed time (seconds): 0.0
>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>> REASON: User specified action: run main Wrapper ClasspathDependencies
>>>>>>> TIME: 2.306 seconds
>>>>>>> messages:
>>>>>>> command: main Wrapper ClasspathDependencies
>>>>>>> reason: User specified action: run main Wrapper ClasspathDependencies
>>>>>>> Mode: agentvm
>>>>>>> Agent id: 14
>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac
>>>>>>> elapsed time (seconds): 2.306
>>>>>>> configuration:
>>>>>>> Boot Layer
>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>> Test Layer
>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d 
>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>> rerun:
>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>> HOME=/Users/alan \
>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>> LANG=en_US.UTF-8 \
>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>> PATH=/bin:/usr/bin \
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>> -Dtest.compiler.opts= \
>>>>>>> -Dtest.java.opts= \
>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>> Wrapper ClasspathDependencies
>>>>>>> STDOUT:
>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ClasspathDependencies.java] 
>>>>>>> Create a test dependency, Dep.class, and put it in the classpath dir
>>>>>>> --------------------------------------------------------------------
>>>>>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>>>>>> Compile and link against the Dep.class
>>>>>>> --------------------------------------
>>>>>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>>>>>> Update dependency (without changing the public api)
>>>>>>> ---------------------------------------------------
>>>>>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>>>>>> Make sure that this does not trigger recompilation of C.java
>>>>>>> ------------------------------------------------------------
>>>>>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>>>>>> STDERR:
>>>>>>> Recompiling test class...
>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229) 
>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>> Caused by: java.lang.reflect.InvocationTargetException
>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>> at SjavacBase.compile(SjavacBase.java:46)
>>>>>>> at ClasspathDependencies.main(ClasspathDependencies.java:88)
>>>>>>> ... 11 more
>>>>>>> Caused by: java.lang.AssertionError
>>>>>>> at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)
>>>>>>> at jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62) 
>>>>>>> at jdk.compiler/com.sun.tools.javac.code.ClassFinder.loadClass(ClassFinder.java:422) 
>>>>>>> at jdk.compiler/com.sun.tools.sjavac.PubApiExtractor.getPubApi(PubApiExtractor.java:86) 
>>>>>>> at jdk.compiler/com.sun.tools.sjavac.JavacState.taintPackagesDependingOnChangedClasspathPackages(JavacState.java:528) 
>>>>>>> at jdk.compiler/com.sun.tools.sjavac.comp.SjavacImpl.compile(SjavacImpl.java:227) 
>>>>>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:78) 
>>>>>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:49) 
>>>>>>> at jdk.compiler/com.sun.tools.sjavac.Main.go(Main.java:56)
>>>>>>> ... 17 more
>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>> JavaTest Message: shutting down test
>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>> --------------------------------------------------
>>>>>>> TEST: tools/sjavac/IgnoreSymbolFile.java
>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>> REASON: User specified action: run build Wrapper
>>>>>>> TIME: 0.042 seconds
>>>>>>> messages:
>>>>>>> command: build Wrapper
>>>>>>> reason: User specified action: run build Wrapper
>>>>>>> Test directory:
>>>>>>> compile: Wrapper
>>>>>>> elapsed time (seconds): 0.042
>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>> REASON: .class file out of date or does not exist
>>>>>>> TIME: 0.042 seconds
>>>>>>> messages:
>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>> reason: .class file out of date or does not exist
>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>>>>> Mode: agentvm
>>>>>>> Agent id: 13
>>>>>>> elapsed time (seconds): 0.042
>>>>>>> configuration:
>>>>>>> Boot Layer (javac runtime environment)
>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>> javac compilation environment
>>>>>>> add modules: jdk.compiler
>>>>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d 
>>>>>>> rerun:
>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>>>>>> HOME=/Users/alan \
>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>> LANG=en_US.UTF-8 \
>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>> PATH=/bin:/usr/bin \
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>> -J-Xmx512m \
>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>> -J-ea \
>>>>>>> -J-esa \
>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>> -J-Dtest.java.opts= \
>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>> -J-Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>>>>> --add-modules jdk.compiler \
>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>> REASON: Named class compiled on demand
>>>>>>> TIME: 0.0 seconds
>>>>>>> messages:
>>>>>>> command: build Wrapper
>>>>>>> reason: Named class compiled on demand
>>>>>>> elapsed time (seconds): 0.0
>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>> REASON: User specified action: run main Wrapper IgnoreSymbolFile
>>>>>>> TIME: 0.071 seconds
>>>>>>> messages:
>>>>>>> command: main Wrapper IgnoreSymbolFile
>>>>>>> reason: User specified action: run main Wrapper IgnoreSymbolFile
>>>>>>> Mode: agentvm
>>>>>>> Agent id: 13
>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.sjavac
>>>>>>> elapsed time (seconds): 0.071
>>>>>>> configuration:
>>>>>>> Boot Layer
>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>> Test Layer
>>>>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d 
>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>> rerun:
>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>>>>>> HOME=/Users/alan \
>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>> LANG=en_US.UTF-8 \
>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>> PATH=/bin:/usr/bin \
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>> -Dtest.compiler.opts= \
>>>>>>> -Dtest.java.opts= \
>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>> -Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>> Wrapper IgnoreSymbolFile
>>>>>>> STDOUT:
>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/IgnoreSymbolFile.java] 
>>>>>>> STDERR:
>>>>>>> Recompiling test class...
>>>>>>> compile: [-d, classes, --state-dir=classes, -Werror, src]
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>>>>>> import sun.reflect.annotation.*;
>>>>>>> ^
>>>>>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>>>>>> 1 error
>>>>>>> rc=1
>>>>>>> compile: [-d, classes, --state-dir=classes, -Werror, -XDignore.symbol.file=true, src]
>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>>>>>> import sun.reflect.annotation.*;
>>>>>>> ^
>>>>>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>>>>>> 1 error
>>>>>>> rc=1
>>>>>>> Error: compilation failed unexpectedly: rc=1
>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229) 
>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>> Caused by: java.lang.Exception: 1 errors occurred
>>>>>>> at IgnoreSymbolFile.run(IgnoreSymbolFile.java:73)
>>>>>>> at IgnoreSymbolFile.main(IgnoreSymbolFile.java:43)
>>>>>>> ... 11 more
>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>> JavaTest Message: shutting down test
>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>> --------------------------------------------------
>>>>>>>> On Jan 5, 2018, at 2:04 PM, Alan Snyder <javalists at cbfiddle.com> wrote:
>>>>>>>> 
>>>>>>>> I am trying jtreg-4.2.0-tip now.
>>>>>>>> 
>>>>>>>> Building jtreg using build-all.sh made some progress until:
>>>>>>>> 
>>>>>>>> 2018-01-05 14:02:03 (5.89 MB/s) - '/Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar' saved [1289806/1289806]
>>>>>>>> 
>>>>>>>> /Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar: OK
>>>>>>>> make: *** No rule to make target `391:a13ec77e7adc'.  Stop.
>>>>>>>> 
>>>>>>>> Also, the README must be out of date, because it does not mention build-all.sh.
>>>>>>>> 
>>>>>>>>   Alan
>>>>>>>> 
>>>>>>>> 
>>>>>>>>> On Jan 5, 2018, at 1:45 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:
>>>>>>>>> 
>>>>>>>>> 1. The build labelled jtreg-4.2.0-tip.tar.gz should work for you.
>>>>>>>>>     https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/ <https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/>
>>>>>>>>> 
>>>>>>>>> 2. The build instructions are here:
>>>>>>>>>     http://openjdk.java.net/jtreg/build.html <http://openjdk.java.net/jtreg/build.html>
>>>>>>>>>     See the section on using the "build-all.sh" script.
>>>>>>>>> 
>>>>>>>>> -- Jon
>>>>>>>>> 
>>>>>>>>>> On 01/05/2018 01:35 PM, Alan Snyder wrote:
>>>>>>>>>> Maybe not as easy as you expect:
>>>>>>>>>> 
>>>>>>>>>> ant -f make/build.xml
>>>>>>>>>> Buildfile: /Volumes/A/JDK/jtreg/make/build.xml
>>>>>>>>>> 
>>>>>>>>>> -init:
>>>>>>>>>> 
>>>>>>>>>> import-javahelp:
>>>>>>>>>> 
>>>>>>>>>> BUILD FAILED
>>>>>>>>>> /Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not find file /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> make -C make
>>>>>>>>>> 
>>>>>>>>>> ?
>>>>>>>>>> 
>>>>>>>>>> ../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: error: package org.testng does not exist
>>>>>>>>>> 
>>>>>>>>>> ...
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>>> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com <mailto:jonathan.gibbons at oracle.com>> wrote:
>>>>>>>>>>> 
>>>>>>>>>>> Alan,
>>>>>>>>>>> 
>>>>>>>>>>> I confirm there are problems with the jtreg builds from the Adopt OpenJDK group. I'll investigate what we can do to fix this.
>>>>>>>>>>> 
>>>>>>>>>>> -- Jon
>>>>>>>>>>> 
>>>>>>>>>>>> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>>>>>>>>>>>> That sounds like a problem using an older build of jtreg, from the Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry in the jtreg.jar MANIFEST.MF file:  does that entry include asmtools.jar?
>>>>>>>>>>>> 
>>>>>>>>>>>> There have been build changes for jtreg recently, that should have addressed this problem. If nothing else, it is now much easier to build jtreg yourself. The only external components you need are Ant and a recent JDK, such as JDK 8. Everything else will be downloaded, and built if necessary.
>>>>>>>>>>>> 
>>>>>>>>>>>> -- Jon
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>>>>>>>>>>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.
>>>>>>>>>>>>> 
>>>>>>>>>>>>> Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.
>>>>>>>>>>>>> 
>>>>>>>>>>>>> I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.
>>>>>>>>>>>>> 
>>>>>>>>>>>>> I got an error from NewUnsafeString, did not use provided string.
>>>>>>>>>>>>> 



From christian.tornqvist at oracle.com  Tue Jan  9 14:03:13 2018
From: christian.tornqvist at oracle.com (Christian Tornqvist)
Date: Tue, 9 Jan 2018 09:03:13 -0500
Subject: RFR: 8194636 - Apply CONCURRENCY_FACTOR to max value in concurrency
 calculation
Message-ID: <68C28718-B49F-4244-8F52-953DF240C59F@oracle.com>

Please review this small change that allows the CONCURRENCY_FACTOR to also be applied when we hit the max value (currently 12) when calculating concurrency.

Webrev: http://cr.openjdk.java.net/~ctornqvi/webrev/8194636/webrev.00/ <http://cr.openjdk.java.net/~ctornqvi/webrev/8194636/webrev.00/>

Thanks,
Christian

From erik.joelsson at oracle.com  Tue Jan  9 15:02:33 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Tue, 9 Jan 2018 07:02:33 -0800
Subject: RFR: 8194636 - Apply CONCURRENCY_FACTOR to max value in
 concurrency calculation
In-Reply-To: <68C28718-B49F-4244-8F52-953DF240C59F@oracle.com>
References: <68C28718-B49F-4244-8F52-953DF240C59F@oracle.com>
Message-ID: <dd37c8dc-096b-bf9d-49e6-c0ef80b7bb23@oracle.com>

Looks good.

/Erik


On 2018-01-09 06:03, Christian Tornqvist wrote:
> Please review this small change that allows the CONCURRENCY_FACTOR to also be applied when we hit the max value (currently 12) when calculating concurrency.
>
> Webrev: http://cr.openjdk.java.net/~ctornqvi/webrev/8194636/webrev.00/ <http://cr.openjdk.java.net/~ctornqvi/webrev/8194636/webrev.00/>
>
> Thanks,
> Christian



From javalists at cbfiddle.com  Tue Jan  9 17:39:38 2018
From: javalists at cbfiddle.com (Alan Snyder)
Date: Tue, 9 Jan 2018 09:39:38 -0800
Subject: jdk10 on macOS
In-Reply-To: <353B6BF1-7E78-4BBD-8D3A-02573527DAA6@oracle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
 <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
 <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>
 <c705d0b1-c1c6-1b6f-e8e6-ed255c601693@oracle.com>
 <C93F0C38-D59B-49C4-9309-A29FDC9962E6@cbfiddle.com>
 <5A53B9F1.1010700@oracle.com>
 <f63bc140-dbdf-d1ff-f53b-9624ae79ba60@oracle.com>
 <353B6BF1-7E78-4BBD-8D3A-02573527DAA6@oracle.com>
Message-ID: <7BAAA3FB-0950-44B6-B103-3405E0BE8366@cbfiddle.com>

I already tried make test-image; make run-test-tier1 and it had no impact on the outcome. Given that, do you still want me to try your suggestion?

  Alan


> On Jan 8, 2018, at 11:28 PM, Magnus Ihse Bursie <magnus.ihse.bursie at oracle.com> wrote:
> 
> 
>> 8 jan. 2018 kl. 23:23 skrev David Holmes <david.holmes at oracle.com>:
>> 
>>> On 9/01/2018 4:35 AM, Jonathan Gibbons wrote:
>>> Maybe the Makefile targets to run tests could report an up-front warning if the native libraries have not been built.
>> 
>> Based on my observations the makefile target will also build the test-image if needed.
> 
> That's the idea, yes. However I'm afraid there might be a bug wrt this when using the generated "run-test-*" targets, as opposed to the generic "run-test" target. :(
> 
> Alan, can you try running "make run-test TEST=tier1" instead? This should definitely pull in the generation of the test image. 
> 
> I also do apologize that the simple build README instructions did not work out of the box. :(
> 
> /Magnus
> 
>> 
>> David
>> 
>>> A more advanced solution would be to use jtreg to determine if any native tests will be run (using some combination of `-k native` and `-listtests`) and if any such tests are found, then require the library to be available.
>>> -- Jon
>>> On 01/05/2018 06:37 PM, Alan Snyder wrote:
>>>> Following the instructions for the impatient, I did make images and then make run-test-tier1.
>>>> Then after replacing the jtreg with the one Jon recommended, I did make run-test-tier1 again.
>>>> 
>>>>   Alan
>>>> 
>>>> 
>>>>> On Jan 5, 2018, at 6:32 PM, David Holmes <david.holmes at oracle.com> wrote:
>>>>> 
>>>>> On 6/01/2018 12:05 PM, Alan Snyder wrote:
>>>>>> The tests were run via make.
>>>>> How exactly? And did you do "make test-image" first?
>>>>> 
>>>>> David
>>>>> 
>>>>>>> On Jan 5, 2018, at 4:13 PM, David Holmes <david.holmes at oracle.com> wrote:
>>>>>>> 
>>>>>>> Alan,
>>>>>>> 
>>>>>>> Unclear how you ran the tests, but:
>>>>>>> 
>>>>>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>>>>>> 
>>>>>>> indicates jtreg was not passed the -nativepath flag. That may or may not be a build issue depending on whether the tests were executed directly or via "make".
>>>>>>> 
>>>>>>> Cheers,
>>>>>>> David
>>>>>>> 
>>>>>>>> On 6/01/2018 8:43 AM, Alan Snyder wrote:
>>>>>>>> 5 test failures remain using jtreg-4.2.0-tip:
>>>>>>>> --------------------------------------------------
>>>>>>>> TEST: java/lang/String/nativeEncoding/StringPlatformChars.java
>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>> REASON: Named class compiled on demand
>>>>>>>> TIME: 1.179 seconds
>>>>>>>> messages:
>>>>>>>> command: build StringPlatformChars
>>>>>>>> reason: Named class compiled on demand
>>>>>>>> Test directory:
>>>>>>>> compile: StringPlatformChars
>>>>>>>> elapsed time (seconds): 1.179
>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>> TIME: 0.626 seconds
>>>>>>>> messages:
>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java 
>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>> Mode: agentvm
>>>>>>>> Agent id: 1
>>>>>>>> elapsed time (seconds): 0.626
>>>>>>>> configuration:
>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base 
>>>>>>>> javac compilation environment
>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d 
>>>>>>>> rerun:
>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>>> HOME=/Users/alan \
>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>> -J-Xmx512m \
>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>> -J-ea \
>>>>>>>> -J-esa \
>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d:/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java 
>>>>>>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>>>>>>> --------------------------------------------------
>>>>>>>> TEST: jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>> REASON: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>>>>>>> TIME: 0.03 seconds
>>>>>>>> messages:
>>>>>>>> command: compile -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java 
>>>>>>>> reason: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>>>>>>> Additional options from @modules: --add-modules java.base --add-exports java.base/jdk.internal.misc=ALL-UNNAMED
>>>>>>>> Mode: agentvm
>>>>>>>> Agent id: 1
>>>>>>>> elapsed time (seconds): 0.03
>>>>>>>> configuration:
>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base 
>>>>>>>> javac compilation environment
>>>>>>>> add modules: java.base
>>>>>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d 
>>>>>>>> rerun:
>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>>> HOME=/Users/alan \
>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>> -J-Xmx512m \
>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>> -J-ea \
>>>>>>>> -J-esa \
>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>> -J-Dtest.modules=java.base/jdk.internal.misc \
>>>>>>>> --add-modules java.base \
>>>>>>>> --add-exports java.base/jdk.internal.misc=ALL-UNNAMED \
>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>> -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java 
>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>> REASON: Named class compiled on demand
>>>>>>>> TIME: 0.0 seconds
>>>>>>>> messages:
>>>>>>>> command: build NewUnsafeString
>>>>>>>> reason: Named class compiled on demand
>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>>> REASON: User specified action: run main NewUnsafeString
>>>>>>>> TIME: 0.004 seconds
>>>>>>>> messages:
>>>>>>>> command: main NewUnsafeString
>>>>>>>> reason: User specified action: run main NewUnsafeString
>>>>>>>> Mode: agentvm
>>>>>>>> Agent id: 1
>>>>>>>> Additional exports to unnamed modules from @modules: java.base/jdk.internal.misc
>>>>>>>> elapsed time (seconds): 0.004
>>>>>>>> configuration:
>>>>>>>> Boot Layer
>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base 
>>>>>>>> Test Layer
>>>>>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d 
>>>>>>>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>>> rerun:
>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>>> HOME=/Users/alan \
>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>> -Dtest.java.opts= \
>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>> -Dtest.modules=java.base/jdk.internal.misc \
>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>> NewUnsafeString
>>>>>>>> STDERR:
>>>>>>>> java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>>> at NewUnsafeString.testNewUnsafeString(NewUnsafeString.java:80)
>>>>>>>> at NewUnsafeString.main(NewUnsafeString.java:86)
>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229) 
>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>> JavaTest Message: Test threw exception: java.lang.Error
>>>>>>>> JavaTest Message: shutting down test
>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>>> --------------------------------------------------
>>>>>>>> TEST: tools/sjavac/ApiExtraction.java
>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>>> TIME: 0.081 seconds
>>>>>>>> messages:
>>>>>>>> command: build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>>> Test directory:
>>>>>>>> compile: Wrapper
>>>>>>>> elapsed time (seconds): 0.081
>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>> TIME: 0.08 seconds
>>>>>>>> messages:
>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED
>>>>>>>> Mode: agentvm
>>>>>>>> Agent id: 14
>>>>>>>> elapsed time (seconds): 0.08
>>>>>>>> configuration:
>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>>> javac compilation environment
>>>>>>>> add modules: jdk.compiler
>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>>>> rerun:
>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>> HOME=/Users/alan \
>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>> -J-Xmx512m \
>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>> -J-ea \
>>>>>>>> -J-esa \
>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>>>>>> --add-modules jdk.compiler \
>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED \
>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED \
>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>> REASON: Named class compiled on demand
>>>>>>>> TIME: 0.0 seconds
>>>>>>>> messages:
>>>>>>>> command: build Wrapper
>>>>>>>> reason: Named class compiled on demand
>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>> REASON: User specified action: run main Wrapper ApiExtraction
>>>>>>>> TIME: 0.263 seconds
>>>>>>>> messages:
>>>>>>>> command: main Wrapper ApiExtraction
>>>>>>>> reason: User specified action: run main Wrapper ApiExtraction
>>>>>>>> Mode: agentvm
>>>>>>>> Agent id: 14
>>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi
>>>>>>>> elapsed time (seconds): 0.263
>>>>>>>> configuration:
>>>>>>>> Boot Layer
>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>>> Test Layer
>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>> rerun:
>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>> HOME=/Users/alan \
>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>> -Dtest.java.opts= \
>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>> Wrapper ApiExtraction
>>>>>>>> STDOUT:
>>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ApiExtraction.java] 
>>>>>>>> STDERR:
>>>>>>>> Recompiling test class...
>>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229) 
>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>> Caused by: com.sun.tools.javac.code.Symbol$CompletionFailure: class file for TestClass not found
>>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>> JavaTest Message: shutting down test
>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>> --------------------------------------------------
>>>>>>>> TEST: tools/sjavac/ClasspathDependencies.java
>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>>> TIME: 0.151 seconds
>>>>>>>> messages:
>>>>>>>> command: build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>>> Test directory:
>>>>>>>> compile: Wrapper
>>>>>>>> elapsed time (seconds): 0.151
>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>> TIME: 0.15 seconds
>>>>>>>> messages:
>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>>>>>> Mode: agentvm
>>>>>>>> Agent id: 14
>>>>>>>> elapsed time (seconds): 0.15
>>>>>>>> configuration:
>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>>> javac compilation environment
>>>>>>>> add modules: jdk.compiler
>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d 
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>>>> rerun:
>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>> HOME=/Users/alan \
>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>> -J-Xmx512m \
>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>> -J-ea \
>>>>>>>> -J-esa \
>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>>>>>>> --add-modules jdk.compiler \
>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>> REASON: Named class compiled on demand
>>>>>>>> TIME: 0.0 seconds
>>>>>>>> messages:
>>>>>>>> command: build Wrapper
>>>>>>>> reason: Named class compiled on demand
>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>> REASON: User specified action: run main Wrapper ClasspathDependencies
>>>>>>>> TIME: 2.306 seconds
>>>>>>>> messages:
>>>>>>>> command: main Wrapper ClasspathDependencies
>>>>>>>> reason: User specified action: run main Wrapper ClasspathDependencies
>>>>>>>> Mode: agentvm
>>>>>>>> Agent id: 14
>>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac
>>>>>>>> elapsed time (seconds): 2.306
>>>>>>>> configuration:
>>>>>>>> Boot Layer
>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>>> Test Layer
>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d 
>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>> rerun:
>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>> HOME=/Users/alan \
>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>> -Dtest.java.opts= \
>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>> Wrapper ClasspathDependencies
>>>>>>>> STDOUT:
>>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ClasspathDependencies.java] 
>>>>>>>> Create a test dependency, Dep.class, and put it in the classpath dir
>>>>>>>> --------------------------------------------------------------------
>>>>>>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>>>>>>> Compile and link against the Dep.class
>>>>>>>> --------------------------------------
>>>>>>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>>>>>>> Update dependency (without changing the public api)
>>>>>>>> ---------------------------------------------------
>>>>>>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>>>>>>> Make sure that this does not trigger recompilation of C.java
>>>>>>>> ------------------------------------------------------------
>>>>>>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>>>>>>> STDERR:
>>>>>>>> Recompiling test class...
>>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229) 
>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>> Caused by: java.lang.reflect.InvocationTargetException
>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>> at SjavacBase.compile(SjavacBase.java:46)
>>>>>>>> at ClasspathDependencies.main(ClasspathDependencies.java:88)
>>>>>>>> ... 11 more
>>>>>>>> Caused by: java.lang.AssertionError
>>>>>>>> at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)
>>>>>>>> at jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62) 
>>>>>>>> at jdk.compiler/com.sun.tools.javac.code.ClassFinder.loadClass(ClassFinder.java:422) 
>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.PubApiExtractor.getPubApi(PubApiExtractor.java:86) 
>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.JavacState.taintPackagesDependingOnChangedClasspathPackages(JavacState.java:528) 
>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.comp.SjavacImpl.compile(SjavacImpl.java:227) 
>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:78) 
>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:49) 
>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.Main.go(Main.java:56)
>>>>>>>> ... 17 more
>>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>> JavaTest Message: shutting down test
>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>> --------------------------------------------------
>>>>>>>> TEST: tools/sjavac/IgnoreSymbolFile.java
>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>> REASON: User specified action: run build Wrapper
>>>>>>>> TIME: 0.042 seconds
>>>>>>>> messages:
>>>>>>>> command: build Wrapper
>>>>>>>> reason: User specified action: run build Wrapper
>>>>>>>> Test directory:
>>>>>>>> compile: Wrapper
>>>>>>>> elapsed time (seconds): 0.042
>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>> TIME: 0.042 seconds
>>>>>>>> messages:
>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>>>>>> Mode: agentvm
>>>>>>>> Agent id: 13
>>>>>>>> elapsed time (seconds): 0.042
>>>>>>>> configuration:
>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>>> javac compilation environment
>>>>>>>> add modules: jdk.compiler
>>>>>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d 
>>>>>>>> rerun:
>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>>>>>>> HOME=/Users/alan \
>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>> -J-Xmx512m \
>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>> -J-ea \
>>>>>>>> -J-esa \
>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>> -J-Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>>>>>> --add-modules jdk.compiler \
>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>> REASON: Named class compiled on demand
>>>>>>>> TIME: 0.0 seconds
>>>>>>>> messages:
>>>>>>>> command: build Wrapper
>>>>>>>> reason: Named class compiled on demand
>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>> REASON: User specified action: run main Wrapper IgnoreSymbolFile
>>>>>>>> TIME: 0.071 seconds
>>>>>>>> messages:
>>>>>>>> command: main Wrapper IgnoreSymbolFile
>>>>>>>> reason: User specified action: run main Wrapper IgnoreSymbolFile
>>>>>>>> Mode: agentvm
>>>>>>>> Agent id: 13
>>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.sjavac
>>>>>>>> elapsed time (seconds): 0.071
>>>>>>>> configuration:
>>>>>>>> Boot Layer
>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>>> Test Layer
>>>>>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d 
>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>> rerun:
>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>>>>>>> HOME=/Users/alan \
>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>> -Dtest.java.opts= \
>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>> -Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>> Wrapper IgnoreSymbolFile
>>>>>>>> STDOUT:
>>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/IgnoreSymbolFile.java] 
>>>>>>>> STDERR:
>>>>>>>> Recompiling test class...
>>>>>>>> compile: [-d, classes, --state-dir=classes, -Werror, src]
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>>>>>>> import sun.reflect.annotation.*;
>>>>>>>> ^
>>>>>>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>>>>>>> 1 error
>>>>>>>> rc=1
>>>>>>>> compile: [-d, classes, --state-dir=classes, -Werror, -XDignore.symbol.file=true, src]
>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>>>>>>> import sun.reflect.annotation.*;
>>>>>>>> ^
>>>>>>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>>>>>>> 1 error
>>>>>>>> rc=1
>>>>>>>> Error: compilation failed unexpectedly: rc=1
>>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229) 
>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>> Caused by: java.lang.Exception: 1 errors occurred
>>>>>>>> at IgnoreSymbolFile.run(IgnoreSymbolFile.java:73)
>>>>>>>> at IgnoreSymbolFile.main(IgnoreSymbolFile.java:43)
>>>>>>>> ... 11 more
>>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>> JavaTest Message: shutting down test
>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>> --------------------------------------------------
>>>>>>>>> On Jan 5, 2018, at 2:04 PM, Alan Snyder <javalists at cbfiddle.com> wrote:
>>>>>>>>> 
>>>>>>>>> I am trying jtreg-4.2.0-tip now.
>>>>>>>>> 
>>>>>>>>> Building jtreg using build-all.sh made some progress until:
>>>>>>>>> 
>>>>>>>>> 2018-01-05 14:02:03 (5.89 MB/s) - '/Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar' saved [1289806/1289806]
>>>>>>>>> 
>>>>>>>>> /Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar: OK
>>>>>>>>> make: *** No rule to make target `391:a13ec77e7adc'.  Stop.
>>>>>>>>> 
>>>>>>>>> Also, the README must be out of date, because it does not mention build-all.sh.
>>>>>>>>> 
>>>>>>>>>  Alan
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>>> On Jan 5, 2018, at 1:45 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:
>>>>>>>>>> 
>>>>>>>>>> 1. The build labelled jtreg-4.2.0-tip.tar.gz should work for you.
>>>>>>>>>>    https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/ <https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/>
>>>>>>>>>> 
>>>>>>>>>> 2. The build instructions are here:
>>>>>>>>>>    http://openjdk.java.net/jtreg/build.html <http://openjdk.java.net/jtreg/build.html>
>>>>>>>>>>    See the section on using the "build-all.sh" script.
>>>>>>>>>> 
>>>>>>>>>> -- Jon
>>>>>>>>>> 
>>>>>>>>>>> On 01/05/2018 01:35 PM, Alan Snyder wrote:
>>>>>>>>>>> Maybe not as easy as you expect:
>>>>>>>>>>> 
>>>>>>>>>>> ant -f make/build.xml
>>>>>>>>>>> Buildfile: /Volumes/A/JDK/jtreg/make/build.xml
>>>>>>>>>>> 
>>>>>>>>>>> -init:
>>>>>>>>>>> 
>>>>>>>>>>> import-javahelp:
>>>>>>>>>>> 
>>>>>>>>>>> BUILD FAILED
>>>>>>>>>>> /Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not find file /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> make -C make
>>>>>>>>>>> 
>>>>>>>>>>> ?
>>>>>>>>>>> 
>>>>>>>>>>> ../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: error: package org.testng does not exist
>>>>>>>>>>> 
>>>>>>>>>>> ...
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>>> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com <mailto:jonathan.gibbons at oracle.com>> wrote:
>>>>>>>>>>>> 
>>>>>>>>>>>> Alan,
>>>>>>>>>>>> 
>>>>>>>>>>>> I confirm there are problems with the jtreg builds from the Adopt OpenJDK group. I'll investigate what we can do to fix this.
>>>>>>>>>>>> 
>>>>>>>>>>>> -- Jon
>>>>>>>>>>>> 
>>>>>>>>>>>>> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>>>>>>>>>>>>> That sounds like a problem using an older build of jtreg, from the Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry in the jtreg.jar MANIFEST.MF file:  does that entry include asmtools.jar?
>>>>>>>>>>>>> 
>>>>>>>>>>>>> There have been build changes for jtreg recently, that should have addressed this problem. If nothing else, it is now much easier to build jtreg yourself. The only external components you need are Ant and a recent JDK, such as JDK 8. Everything else will be downloaded, and built if necessary.
>>>>>>>>>>>>> 
>>>>>>>>>>>>> -- Jon
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>>>>>>>>>>>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> I got an error from NewUnsafeString, did not use provided string.
>>>>>>>>>>>>>> 
> 



From martinrb at google.com  Tue Jan  9 22:23:43 2018
From: martinrb at google.com (Martin Buchholz)
Date: Tue, 9 Jan 2018 14:23:43 -0800
Subject: [PATCH] Fail to build zero on x86
In-Reply-To: <CALjzQn5pOL2Skxjk=7mcF+8_m56fbiLBBU78=vSrc-+FJM8q3A@mail.gmail.com>
References: <CALjzQn5pOL2Skxjk=7mcF+8_m56fbiLBBU78=vSrc-+FJM8q3A@mail.gmail.com>
Message-ID: <CA+kOe08pnY_OVke883yK=w=p-6p8pLwo=zCrswccdFrdkU9hGg@mail.gmail.com>

[build-dev redirect]

On Tue, Jan 9, 2018 at 2:16 AM, Ao Qi <aoqi at loongson.cn> wrote:

> Hi,
>
> I found it failed to build zero. The repository I used is
> http://hg.openjdk.java.net/jdk/jdk
> I get this error (on Ubuntu 16.04 x86):
>
> $ sh configure  --with-boot-jdk=/my-path-to-jdk9 --with-jvm-variants=zero
> $ make hotspot
> Building target 'hotspot' in configuration
> 'linux-x86_64-normal-zero-release'
> Compiling 2 files for BUILD_JVMTI_TOOLS
> Creating support/modules_libs/java.base/libjsig.so from 1 file(s)
> Creating support/modules_libs/java.base/server/libjvm.so from 578 file(s)
> Creating hotspot/variant-zero/libjvm/gtest/libjvm.so from 76 file(s)
> Creating hotspot/variant-zero/libjvm/gtest/gtestLauncher from 1 file(s)
> /home/loongson/aoqi/jdk10/jdk/src/hotspot/share/runtime/safepoint.cpp: In
> function 'static void
> SafepointSynchronize::check_for_lazy_critical_native(JavaThread*,
> JavaThreadState)':
> /home/loongson/aoqi/jdk10/jdk/src/hotspot/share/runtime/
> safepoint.cpp:730:25:
> error: '<anonymous>' may be used uninitialized in this function
> [-Werror=maybe-uninitialized]
>      if (stub_cb != NULL &&
>                          ^
> /home/loongson/aoqi/jdk10/jdk/src/hotspot/share/runtime/safepoint.cpp: In
> static member function 'static void
> SafepointSynchronize::check_for_lazy_critical_native(JavaThread*,
> JavaThreadState)':
> /home/loongson/aoqi/jdk10/jdk/src/hotspot/share/runtime/
> safepoint.cpp:730:25:
> error: '<anonymous>' may be used uninitialized in this function
> [-Werror=maybe-uninitialized]
> cc1plus: all warnings being treated as errors
> lib/CompileJvm.gmk:212: recipe for target
> '/home/loongson/aoqi/jdk10/jdk/build/linux-x86_64-normal-
> zero-release/hotspot/variant-zero/libjvm/objs/safepoint.o'
> failed
> make[3]: ***
> [/home/loongson/aoqi/jdk10/jdk/build/linux-x86_64-normal-
> zero-release/hotspot/variant-zero/libjvm/objs/safepoint.o]
> Error 1
> make[3]: *** Waiting for unfinished jobs....
> make/Main.gmk:268: recipe for target 'hotspot-zero-libs' failed
> make[2]: *** [hotspot-zero-libs] Error 1
>
> ERROR: Build failed for target 'hotspot' in configuration
> 'linux-x86_64-normal-zero-release' (exit code 2)
>
> === Output from failing command(s) repeated here ===
> * For target hotspot_variant-zero_libjvm_objs_safepoint.o:
> /home/loongson/aoqi/jdk10/jdk/src/hotspot/share/runtime/safepoint.cpp: In
> function 'static void
> SafepointSynchronize::check_for_lazy_critical_native(JavaThread*,
> JavaThreadState)':
> /home/loongson/aoqi/jdk10/jdk/src/hotspot/share/runtime/
> safepoint.cpp:730:25:
> error: '<anonymous>' may be used uninitialized in this function
> [-Werror=maybe-uninitialized]
>      if (stub_cb != NULL &&
>                          ^
> /home/loongson/aoqi/jdk10/jdk/src/hotspot/share/runtime/safepoint.cpp: In
> static member function 'static void
> SafepointSynchronize::check_for_lazy_critical_native(JavaThread*,
> JavaThreadState)':
> /home/loongson/aoqi/jdk10/jdk/src/hotspot/share/runtime/
> safepoint.cpp:730:25:
> error: '<anonymous>' may be used uninitialized in this function
> [-Werror=maybe-uninitialized]
> cc1plus: all warnings being treated as errors
>
> * All command lines available in
> /home/loongson/aoqi/jdk10/jdk/build/linux-x86_64-normal-
> zero-release/make-support/failure-logs.
> === End of repeated output ===
>
> === Make failed targets repeated here ===
> lib/CompileJvm.gmk:212: recipe for target
> '/home/loongson/aoqi/jdk10/jdk/build/linux-x86_64-normal-
> zero-release/hotspot/variant-zero/libjvm/objs/safepoint.o'
> failed
> make/Main.gmk:268: recipe for target 'hotspot-zero-libs' failed
> === End of repeated output ===
>
> Hint: Try searching the build log for the name of the first failed target.
> Hint: See doc/building.html#troubleshooting for assistance.
>
> /home/loongson/aoqi/jdk10/jdk/make/Init.gmk:291: recipe for target 'main'
> failed
> make[1]: *** [main] Error 1
> /home/loongson/aoqi/jdk10/jdk/make/Init.gmk:186: recipe for target
> 'hotspot' failed
> make: *** [hotspot] Error 2
>
>
> I made a small patch to pass the build. Could someone help to review and
> submit this patch? I had signed OCA.
>
> patch:
>
> diff -r 9a29aa153c20 src/hotspot/cpu/zero/frame_zero.inline.hpp
> --- a/src/hotspot/cpu/zero/frame_zero.inline.hpp Mon Jan 08 07:13:27 2018
> -0800
> +++ b/src/hotspot/cpu/zero/frame_zero.inline.hpp Tue Jan 09 15:38:05 2018
> +0800
> @@ -1,5 +1,5 @@
>  /*
> - * Copyright (c) 2003, 2016, Oracle and/or its affiliates. All rights
> reserved.
> + * Copyright (c) 2003, 2018, Oracle and/or its affiliates. All rights
> reserved.
>   * Copyright 2007, 2008, 2009, 2010 Red Hat, Inc.
>   * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
>   *
> @@ -43,23 +43,16 @@
>  inline frame::frame(ZeroFrame* zf, intptr_t* sp) {
>    _zeroframe = zf;
>    _sp = sp;
> +  _cb = NULL;
> +  _deopt_state = not_deoptimized;
>    switch (zeroframe()->type()) {
>    case ZeroFrame::ENTRY_FRAME:
>      _pc = StubRoutines::call_stub_return_pc();
> -    _cb = NULL;
> -    _deopt_state = not_deoptimized;
>      break;
>
> -  case ZeroFrame::INTERPRETER_FRAME:
> -    _pc = NULL;
> -    _cb = NULL;
> -    _deopt_state = not_deoptimized;
> -    break;
> -
> +  case ZeroFrame::INTERPRETER_FRAME: // fall through
>    case ZeroFrame::FAKE_STUB_FRAME:
>      _pc = NULL;
> -    _cb = NULL;
> -    _deopt_state = not_deoptimized;
>      break;
>
>    default:
>
>
> Thanks,
> Ao Qi
>


From glaubitz at physik.fu-berlin.de  Tue Jan  9 23:27:00 2018
From: glaubitz at physik.fu-berlin.de (John Paul Adrian Glaubitz)
Date: Wed, 10 Jan 2018 00:27:00 +0100
Subject: [PATCH] Fail to build zero on x86
In-Reply-To: <CA+kOe08pnY_OVke883yK=w=p-6p8pLwo=zCrswccdFrdkU9hGg@mail.gmail.com>
References: <CALjzQn5pOL2Skxjk=7mcF+8_m56fbiLBBU78=vSrc-+FJM8q3A@mail.gmail.com>
 <CA+kOe08pnY_OVke883yK=w=p-6p8pLwo=zCrswccdFrdkU9hGg@mail.gmail.com>
Message-ID: <7cb322b4-4fae-2f78-b5cc-5b1d0e7cb4e8@physik.fu-berlin.de>

Hi Ao!

On 01/09/2018 11:23 PM, Martin Buchholz wrote:
>> /home/loongson/aoqi/jdk10/jdk/src/hotspot/share/runtime/
>> safepoint.cpp:730:25:
>> error: '<anonymous>' may be used uninitialized in this function
>> [-Werror=maybe-uninitialized]
>>      if (stub_cb != NULL &&
>>                          ^

Ah, this might be because you're not building with --disable-warnings-as-errors
which I always use. I always build with:

sh ./configure --with-jvm-variants=zero --with-boot-jdk=/usr/lib/jvm/java-9-openjdk-amd64/ --disable-precompiled-headers --disable-warnings-as-errors && make
JOBS=32 MAKE_VERBOSE=y QUIETLY= LOG=debug CONF=linux-x86_64-normal-zero-release

which is the same configure line that the openjdk-7/8/9/10 packages in Debian
use. Sounds like a good idea to fix this warning though.

I assume that you eventually want to build OpenJDK for MIPS, correct (from your
email address)? If yes, there are actually two additional patches necessary to
get Zero to build on MIPS. In particular, jvmsigs cannot encode all signals
found on MIPS. I should finally get around to work on this.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz at debian.org
`. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


From glaubitz at physik.fu-berlin.de  Tue Jan  9 23:58:51 2018
From: glaubitz at physik.fu-berlin.de (John Paul Adrian Glaubitz)
Date: Wed, 10 Jan 2018 00:58:51 +0100
Subject: [PATCH] Fail to build zero on x86
In-Reply-To: <7cb322b4-4fae-2f78-b5cc-5b1d0e7cb4e8@physik.fu-berlin.de>
References: <CALjzQn5pOL2Skxjk=7mcF+8_m56fbiLBBU78=vSrc-+FJM8q3A@mail.gmail.com>
 <CA+kOe08pnY_OVke883yK=w=p-6p8pLwo=zCrswccdFrdkU9hGg@mail.gmail.com>
 <7cb322b4-4fae-2f78-b5cc-5b1d0e7cb4e8@physik.fu-berlin.de>
Message-ID: <cb080149-ea55-fccf-69cf-5b71ca2f6f60@physik.fu-berlin.de>

On 01/10/2018 12:27 AM, John Paul Adrian Glaubitz wrote:> which is the same configure line that the openjdk-7/8/9/10 packages in Debian> use. Sounds like a good
idea to fix this warning though.
PS: I'm happy to review and sponsor your change. But tomorrow :).

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz at debian.org
`. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


From aoqi at loongson.cn  Wed Jan 10 00:58:28 2018
From: aoqi at loongson.cn (Ao Qi)
Date: Wed, 10 Jan 2018 08:58:28 +0800
Subject: [PATCH] Fail to build zero on x86
In-Reply-To: <7cb322b4-4fae-2f78-b5cc-5b1d0e7cb4e8@physik.fu-berlin.de>
References: <CALjzQn5pOL2Skxjk=7mcF+8_m56fbiLBBU78=vSrc-+FJM8q3A@mail.gmail.com>
 <CA+kOe08pnY_OVke883yK=w=p-6p8pLwo=zCrswccdFrdkU9hGg@mail.gmail.com>
 <7cb322b4-4fae-2f78-b5cc-5b1d0e7cb4e8@physik.fu-berlin.de>
Message-ID: <CALjzQn6DxF60LpU_XfCt+iDOMihUBGBt0-TTtJ1e-RpJ-JSPgw@mail.gmail.com>

Hi John,


> I assume that you eventually want to build OpenJDK for MIPS, correct (from
> your
> email address)? If yes, there are actually two additional patches
> necessary to
> get Zero to build on MIPS. In particular, jvmsigs cannot encode all signals
> found on MIPS. I should finally get around to work on this.
>
>
Thanks for your information. We have a Jenkins server to build OpenJDK
8/9/10 on x86 and MIPS (loongson3a), and I have already used those
patches:) Hope those patches can be submitted to upstream.

Ao Qi


From aoqi at loongson.cn  Wed Jan 10 01:01:12 2018
From: aoqi at loongson.cn (Ao Qi)
Date: Wed, 10 Jan 2018 09:01:12 +0800
Subject: [PATCH] Fail to build zero on x86
In-Reply-To: <cb080149-ea55-fccf-69cf-5b71ca2f6f60@physik.fu-berlin.de>
References: <CALjzQn5pOL2Skxjk=7mcF+8_m56fbiLBBU78=vSrc-+FJM8q3A@mail.gmail.com>
 <CA+kOe08pnY_OVke883yK=w=p-6p8pLwo=zCrswccdFrdkU9hGg@mail.gmail.com>
 <7cb322b4-4fae-2f78-b5cc-5b1d0e7cb4e8@physik.fu-berlin.de>
 <cb080149-ea55-fccf-69cf-5b71ca2f6f60@physik.fu-berlin.de>
Message-ID: <CALjzQn7qPJdWv1NLbE5gZiMw6KVgC9xJ5GVjnSMoKC8knYyehg@mail.gmail.com>

Hi John,

Thanks!
PS: It seems that the build begins to fail after this changeset:
http://hg.openjdk.java.net/jdk/jdk/rev/fb290fd1f9d4

Ao Qi

2018-01-10 7:58 GMT+08:00 John Paul Adrian Glaubitz <
glaubitz at physik.fu-berlin.de>:

> On 01/10/2018 12:27 AM, John Paul Adrian Glaubitz wrote:> which is the
> same configure line that the openjdk-7/8/9/10 packages in Debian> use.
> Sounds like a good
> idea to fix this warning though.
> PS: I'm happy to review and sponsor your change. But tomorrow :).
>
> Adrian
>
> --
>  .''`.  John Paul Adrian Glaubitz
> : :' :  Debian Developer - glaubitz at debian.org
> `. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
>   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
>


From david.buck at oracle.com  Fri Jan 12 05:24:39 2018
From: david.buck at oracle.com (David Buck)
Date: Fri, 12 Jan 2018 14:24:39 +0900
Subject: [8u] RFR(S) 8187045: [linux] Not all libraries in the VM are linked
 with -z,noexecstack 
Message-ID: <5983BEB0-125B-46C6-927F-8E41E75FD20B@oracle.com>

Hi!

May I please get a review of my backport of this small change:

bug report:
https://bugs.openjdk.java.net/browse/JDK-8187045

JDK 10 review thread:
http://mail.openjdk.java.net/pipermail/build-dev/2017-September/019723.html

JDK 10 changeset:
http://hg.openjdk.java.net/jdk10/master/rev/8b5ed0358b3a

webrevs of JDK 8 backport for review:
http://cr.openjdk.java.net/~dbuck/8187045/

As there have been significant changes (refactoring) to the build files between JDK 8 and JDK 10, I had to modify the change slightly. For each of the two source trees modified, hotspot and root, I tried to follow the preexisting style as much as possible. So for hotspot (really just libjsig.so and the SA agent), I introduced a new variable, LDFLAGS_NO_EXEC_STACK to the make files. (Note that libjvm.so was already built with noexecstack before this fix). However, for the forest root changes, I directly added the needed option to LDFLAGS_JDK. Ultimately these are merely syntax differences, the actual change in resulting builds is exactly the same as in JDK 10.

The test case only required very minor modification (test library refactoring, minor change to how ElfFile::specifies_noexecstack is called).

I have manually confirmed, on arm64 (an impacted platform), that the the included test case now passes after this fix. JPRT hotspot testset run and passed.

Cheers,
-Buck

From david.holmes at oracle.com  Fri Jan 12 06:35:14 2018
From: david.holmes at oracle.com (David Holmes)
Date: Fri, 12 Jan 2018 16:35:14 +1000
Subject: [8u] RFR(S) 8187045: [linux] Not all libraries in the VM are
 linked with -z,noexecstack
In-Reply-To: <5983BEB0-125B-46C6-927F-8E41E75FD20B@oracle.com>
References: <5983BEB0-125B-46C6-927F-8E41E75FD20B@oracle.com>
Message-ID: <d90f50dd-2df2-6016-6299-e49671752872@oracle.com>

That all looks reasonable to me.

Thanks,
David H.

On 12/01/2018 3:24 PM, David Buck wrote:
> Hi!
> 
> May I please get a review of my backport of this small change:
> 
> bug report:
> https://bugs.openjdk.java.net/browse/JDK-8187045
> 
> JDK 10 review thread:
> http://mail.openjdk.java.net/pipermail/build-dev/2017-September/019723.html
> 
> JDK 10 changeset:
> http://hg.openjdk.java.net/jdk10/master/rev/8b5ed0358b3a
> 
> webrevs of JDK 8 backport for review:
> http://cr.openjdk.java.net/~dbuck/8187045/
> 
> As there have been significant changes (refactoring) to the build files between JDK 8 and JDK 10, I had to modify the change slightly. For each of the two source trees modified, hotspot and root, I tried to follow the preexisting style as much as possible. So for hotspot (really just libjsig.so and the SA agent), I introduced a new variable, LDFLAGS_NO_EXEC_STACK to the make files. (Note that libjvm.so was already built with noexecstack before this fix). However, for the forest root changes, I directly added the needed option to LDFLAGS_JDK. Ultimately these are merely syntax differences, the actual change in resulting builds is exactly the same as in JDK 10.
> 
> The test case only required very minor modification (test library refactoring, minor change to how ElfFile::specifies_noexecstack is called).
> 
> I have manually confirmed, on arm64 (an impacted platform), that the the included test case now passes after this fix. JPRT hotspot testset run and passed.
> 
> Cheers,
> -Buck
> 


From adam.farley at uk.ibm.com  Fri Jan 12 14:29:08 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Fri, 12 Jan 2018 14:29:08 +0000
Subject: [PATCH] Freetype Directory Bug On zLinux
Message-ID: <OF22EAF794.545FF90C-ON00258213.004F74C4-80258213.004F966B@notes.na.collabserv.com>

Hi All,

On zLinux, freetype's .so file is typically installed in 
/usr/lib/s390x-linux-gnu, however the generated configure script doesn't 
look for it there.

This causes configure to fail. I know you can avoid that with options, but 
I think a fix would be better.

If we add this code to lib-freetype.m4 (line 365) and re-run autogen.sh, 
this fixes the problem.

if test "x$FOUND_FREETYPE" != xyes; then
   FREETYPE_BASE_DIR="$SYSROOT/usr"
   if test "x$OPENJDK_TARGET_CPU_ARCH" = xs390; then
      LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include], 
[$FREETYPE_BASE_DIR/lib/s390x-linux-gnu], [well-known location])
   fi
fi

Thoughts?

Best Regards

Adam Farley

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From glaubitz at physik.fu-berlin.de  Fri Jan 12 14:37:24 2018
From: glaubitz at physik.fu-berlin.de (John Paul Adrian Glaubitz)
Date: Fri, 12 Jan 2018 15:37:24 +0100
Subject: [PATCH] Freetype Directory Bug On zLinux
In-Reply-To: <OF22EAF794.545FF90C-ON00258213.004F74C4-80258213.004F966B@notes.na.collabserv.com>
References: <OF22EAF794.545FF90C-ON00258213.004F74C4-80258213.004F966B@notes.na.collabserv.com>
Message-ID: <344e440a-79f4-fa94-28ec-a0451adbb5f8@physik.fu-berlin.de>

On 01/12/2018 03:29 PM, Adam Farley8 wrote:
> On zLinux, freetype's .so file is typically installed in
> /usr/lib/s390x-linux-gnu, however the generated configure script doesn't
> look for it there.

Odd. Normally I would expect it to look in the locations that are
set through /etc/ld.so.conf{,.d}

> This causes configure to fail. I know you can avoid that with options, but
> I think a fix would be better.
> 
> If we add this code to lib-freetype.m4 (line 365) and re-run autogen.sh,
> this fixes the problem.
> 
> if test "x$FOUND_FREETYPE" != xyes; then
>     FREETYPE_BASE_DIR="$SYSROOT/usr"
>     if test "x$OPENJDK_TARGET_CPU_ARCH" = xs390; then
>        LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include],
> [$FREETYPE_BASE_DIR/lib/s390x-linux-gnu], [well-known location])
>     fi
> fi
> 
> Thoughts?

Seems like a workaround for an actual bug to me. Also, on Debian s390x,
the directory for shared libraries is also /usr/lib/s390x-linux-gnu:

glaubitz at zelenka:~$ ls -dl /usr/lib/s390x-linux-gnu
drwxr-xr-x 29 root root 28672 Dec 18 08:20 /usr/lib/s390x-linux-gnu
glaubitz at zelenka:~$

And I'm quite sure we don't have a quirk in the Debian openjdk package
in the form of a patch. So, I'm not sure why the configure doesn't work
in your case.

Adrian

-- 
  .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz at debian.org
`. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


From adam.farley at uk.ibm.com  Fri Jan 12 14:48:47 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Fri, 12 Jan 2018 14:48:47 +0000
Subject: [PATCH] Freetype Directory Bug On zLinux
In-Reply-To: <344e440a-79f4-fa94-28ec-a0451adbb5f8@physik.fu-berlin.de>
References: <OF22EAF794.545FF90C-ON00258213.004F74C4-80258213.004F966B@notes.na.collabserv.com>
 <344e440a-79f4-fa94-28ec-a0451adbb5f8@physik.fu-berlin.de>
Message-ID: <OFC6225C42.7AADB220-ON00258213.0050D8A8-80258213.00516326@notes.na.collabserv.com>

On 01/12/2018 03:29 PM, Adam Farley8 wrote:
>> On zLinux, freetype's .so file is typically installed in
>> /usr/lib/s390x-linux-gnu, however the generated configure script 
doesn't
>> look for it there.
>
>Odd. Normally I would expect it to look in the locations that are
>set through /etc/ld.so.conf{,.d}

>From the configure output, it appears to look for it in x86_64-linux-gnu
so I don't know what to tell you.

>
>> This causes configure to fail. I know you can avoid that with options, 
but
>> I think a fix would be better.
>> 
>> If we add this code to lib-freetype.m4 (line 365) and re-run 
autogen.sh,
>> this fixes the problem.
>> 
>> if test "x$FOUND_FREETYPE" != xyes; then
>>     FREETYPE_BASE_DIR="$SYSROOT/usr"
>>     if test "x$OPENJDK_TARGET_CPU_ARCH" = xs390; then
>>        LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include],
>> [$FREETYPE_BASE_DIR/lib/s390x-linux-gnu], [well-known location])
>>     fi
>> fi
>> 
>> Thoughts?
>
>Seems like a workaround for an actual bug to me. Also, on Debian s390x,
>the directory for shared libraries is also /usr/lib/s390x-linux-gnu:
>
>glaubitz at zelenka:~$ ls -dl /usr/lib/s390x-linux-gnu
>drwxr-xr-x 29 root root 28672 Dec 18 08:20 /usr/lib/s390x-linux-gnu
>glaubitz at zelenka:~$
>
>And I'm quite sure we don't have a quirk in the Debian openjdk package
>in the form of a patch. So, I'm not sure why the configure doesn't work
>in your case.

When you run configure, do you use --disable-warnings-as-errors?
Like here: https://github.com/linux-on-ibm-z/docs/wiki/Building-OpenJDK
If you use that, the error goes away, and it doesn't seem to adversely 
affect the build.

>
>Adrian
>
>-- 
>  .''`.  John Paul Adrian Glaubitz
>: :' :  Debian Developer - glaubitz at debian.org
>`. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
>   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
>
>

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From erik.joelsson at oracle.com  Fri Jan 12 16:53:18 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Fri, 12 Jan 2018 08:53:18 -0800
Subject: [8u] RFR(S) 8187045: [linux] Not all libraries in the VM are
 linked with -z,noexecstack
In-Reply-To: <5983BEB0-125B-46C6-927F-8E41E75FD20B@oracle.com>
References: <5983BEB0-125B-46C6-927F-8E41E75FD20B@oracle.com>
Message-ID: <e69d163a-c7c0-2dc3-f1b1-c187071f22e7@oracle.com>

Looks good to me.

/Erik


On 2018-01-11 21:24, David Buck wrote:
> Hi!
>
> May I please get a review of my backport of this small change:
>
> bug report:
> https://bugs.openjdk.java.net/browse/JDK-8187045
>
> JDK 10 review thread:
> http://mail.openjdk.java.net/pipermail/build-dev/2017-September/019723.html
>
> JDK 10 changeset:
> http://hg.openjdk.java.net/jdk10/master/rev/8b5ed0358b3a
>
> webrevs of JDK 8 backport for review:
> http://cr.openjdk.java.net/~dbuck/8187045/
>
> As there have been significant changes (refactoring) to the build files between JDK 8 and JDK 10, I had to modify the change slightly. For each of the two source trees modified, hotspot and root, I tried to follow the preexisting style as much as possible. So for hotspot (really just libjsig.so and the SA agent), I introduced a new variable, LDFLAGS_NO_EXEC_STACK to the make files. (Note that libjvm.so was already built with noexecstack before this fix). However, for the forest root changes, I directly added the needed option to LDFLAGS_JDK. Ultimately these are merely syntax differences, the actual change in resulting builds is exactly the same as in JDK 10.
>
> The test case only required very minor modification (test library refactoring, minor change to how ElfFile::specifies_noexecstack is called).
>
> I have manually confirmed, on arm64 (an impacted platform), that the the included test case now passes after this fix. JPRT hotspot testset run and passed.
>
> Cheers,
> -Buck



From erik.joelsson at oracle.com  Fri Jan 12 17:03:46 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Fri, 12 Jan 2018 09:03:46 -0800
Subject: [PATCH] Freetype Directory Bug On zLinux
In-Reply-To: <OF22EAF794.545FF90C-ON00258213.004F74C4-80258213.004F966B@notes.na.collabserv.com>
References: <OF22EAF794.545FF90C-ON00258213.004F74C4-80258213.004F966B@notes.na.collabserv.com>
Message-ID: <043e633f-7726-49cd-138d-6b7671314ae5@oracle.com>

Hello Adam,

Configure already looks in:

$SYSROOT/usr/lib/$OPENJDK_TARGET_CPU-linux-gnu

Which I would expect to cover your case, unless there is a mismatch 
between s390 and s390x here. Is your OPENJDK_TARGET_CPU set to s390 or 
s390x in this case? If this discrepancy between arch names cannot be 
resolved, then a special case like the one you propose is needed.

/Erik


On 2018-01-12 06:29, Adam Farley8 wrote:
> Hi All,
>
> On zLinux, freetype's .so file is typically installed in
> /usr/lib/s390x-linux-gnu, however the generated configure script doesn't
> look for it there.
>
> This causes configure to fail. I know you can avoid that with options, but
> I think a fix would be better.
>
> If we add this code to lib-freetype.m4 (line 365) and re-run autogen.sh,
> this fixes the problem.
>
> if test "x$FOUND_FREETYPE" != xyes; then
>     FREETYPE_BASE_DIR="$SYSROOT/usr"
>     if test "x$OPENJDK_TARGET_CPU_ARCH" = xs390; then
>        LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include],
> [$FREETYPE_BASE_DIR/lib/s390x-linux-gnu], [well-known location])
>     fi
> fi
>
> Thoughts?
>
> Best Regards
>
> Adam Farley
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU



From glaubitz at physik.fu-berlin.de  Fri Jan 12 17:29:15 2018
From: glaubitz at physik.fu-berlin.de (John Paul Adrian Glaubitz)
Date: Fri, 12 Jan 2018 18:29:15 +0100
Subject: [PATCH] Freetype Directory Bug On zLinux
In-Reply-To: <043e633f-7726-49cd-138d-6b7671314ae5@oracle.com>
References: <OF22EAF794.545FF90C-ON00258213.004F74C4-80258213.004F966B@notes.na.collabserv.com>
 <043e633f-7726-49cd-138d-6b7671314ae5@oracle.com>
Message-ID: <384beecd-0d3a-4433-4475-5ad0ec1c3cf7@physik.fu-berlin.de>

On 01/12/2018 06:03 PM, Erik Joelsson wrote:
> Which I would expect to cover your case, unless there is a mismatch between s390 and s390x here. Is your OPENJDK_TARGET_CPU set to s390 or s390x in this case? If this discrepancy between arch names cannot be resolved, then a special case like the one you propose is needed.
 From Adam's last mail it seems there is something wrong with his build
environment:

> From the configure output, it appears to look for it in x86_64-linux-gnu
> so I don't know what to tell you.

So, we need to figure out first the configure is looking in x86_64-linux-gnu
on the s390x environment.

Adrian

-- 
  .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz at debian.org
`. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


From adam.farley at uk.ibm.com  Mon Jan 15 17:15:44 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Mon, 15 Jan 2018 17:15:44 +0000
Subject: [PATCH] Freetype Directory Bug On zLinux
In-Reply-To: <384beecd-0d3a-4433-4475-5ad0ec1c3cf7@physik.fu-berlin.de>
References: <OF22EAF794.545FF90C-ON00258213.004F74C4-80258213.004F966B@notes.na.collabserv.com>
 <043e633f-7726-49cd-138d-6b7671314ae5@oracle.com>
 <384beecd-0d3a-4433-4475-5ad0ec1c3cf7@physik.fu-berlin.de>
Message-ID: <OF72D318E7.4F4ECC95-ON00258216.005D40D6-80258216.005ED63C@notes.na.collabserv.com>

Hi John, Erik,

-- Erik's comments --

>Configure already looks in:

>$SYSROOT/usr/lib/$OPENJDK_TARGET_CPU-linux-gnu

>Which I would expect to cover your case, unless there is a mismatch 
>between s390 and s390x here. Is your OPENJDK_TARGET_CPU set to s390 or 
>s390x in this case? If this discrepancy between arch names cannot be 
>resolved, then a special case like the one you propose is needed.

My IF statement checks if OPENJDK_TARGET_CPU = s390. I have to assume that
means OPENJDK_TARGET_CPU is set to s390. Since the folder is 
s390x-linux-gnu,
it's likely the extra x causing the problem.

As detailed below, s390x and s390 are both valid OPENJDK_TARGET_CPU 
values,
according to the default generated_configure.sh file, so I think we need
to accomodate both if we want to continue supporting them. This appears 
the 
most straight-forward way to do that.

What do you think?

-- John's comments --

>> Which I would expect to cover your case, unless there is a mismatch 
>>between s390 and s390x here. Is your OPENJDK_TARGET_CPU set to s390 or 
>>s390x in this case? If this discrepancy between arch names cannot be 
resolved, 
>>then a special case like the one you propose is needed.
> From Adam's last mail it seems there is something wrong with his build
>environment:

Not as far as I can tell. In generated_configure.sh, both s390 and s390x 
are 
listed as valid OPENJDK_TARGET_CPU values.

I figure, if some code is looking for 
$SYSROOT/usr/lib/$OPENJDK_TARGET_CPU-linux-gnu
as Erik suggests, it's the fact that the $OPENJDK_TARGET_CPU value is 
s390, but
the folder name is s390x-linux-gnu (note the extra x) that's causing this.

>> From the configure output, it appears to look for it in 
x86_64-linux-gnu
>> so I don't know what to tell you.

>So, we need to figure out first the configure is looking in 
x86_64-linux-gnu
>on the s390x environment.

There's a bunch of IF statements in lib-freetype.m4 that appear to check 
platform-specific freetype locations sequentially, regardless of whether 
we have 
any evidence that we're on that platform. Hence my addition to that list 
of IF 
statements.

Best Regards

Adam Farley



From:   John Paul Adrian Glaubitz <glaubitz at physik.fu-berlin.de>
To:     Erik Joelsson <erik.joelsson at oracle.com>, Adam Farley8 
<adam.farley at uk.ibm.com>, build-dev at openjdk.java.net
Date:   12/01/2018 17:29
Subject:        Re: [PATCH] Freetype Directory Bug On zLinux



On 01/12/2018 06:03 PM, Erik Joelsson wrote:
> Which I would expect to cover your case, unless there is a mismatch 
between s390 and s390x here. Is your OPENJDK_TARGET_CPU set to s390 or 
s390x in this case? If this discrepancy between arch names cannot be 
resolved, then a special case like the one you propose is needed.
 From Adam's last mail it seems there is something wrong with his build
environment:

> From the configure output, it appears to look for it in x86_64-linux-gnu
> so I don't know what to tell you.

So, we need to figure out first the configure is looking in 
x86_64-linux-gnu
on the s390x environment.

Adrian

-- 
  .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz at debian.org
`. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913





Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From glaubitz at physik.fu-berlin.de  Mon Jan 15 19:21:11 2018
From: glaubitz at physik.fu-berlin.de (John Paul Adrian Glaubitz)
Date: Mon, 15 Jan 2018 20:21:11 +0100
Subject: [PATCH] Freetype Directory Bug On zLinux
In-Reply-To: <OF72D318E7.4F4ECC95-ON00258216.005D40D6-80258216.005ED63C@notes.na.collabserv.com>
References: <OF22EAF794.545FF90C-ON00258213.004F74C4-80258213.004F966B@notes.na.collabserv.com>
 <043e633f-7726-49cd-138d-6b7671314ae5@oracle.com>
 <384beecd-0d3a-4433-4475-5ad0ec1c3cf7@physik.fu-berlin.de>
 <OF72D318E7.4F4ECC95-ON00258216.005D40D6-80258216.005ED63C@notes.na.collabserv.com>
Message-ID: <c6066a86-c258-56d7-2022-bd0bb8918a39@physik.fu-berlin.de>

Hi Adam!

On 01/15/2018 06:15 PM, Adam Farley8 wrote:
>>Which I would expect to cover your case, unless there is a mismatch
>>between s390 and s390x here. Is your OPENJDK_TARGET_CPU set to s390 or
>>s390x in this case? If this discrepancy between arch names cannot be
>>resolved, then a special case like the one you propose is needed.
> 
> My IF statement checks if OPENJDK_TARGET_CPU = s390. I have to assume that
> means OPENJDK_TARGET_CPU is set to s390. Since the folder is s390x-linux-gnu,
> it's likely the extra x causing the problem.

I have just done a fresh clone of OpenJDK-11 from jdk/hs and performed test
builds on Debian/s390x with the following configure lines:

Server:

CONF=linux-s390x-normal-server-release make clean ; CONF=linux-s390x-normal-server-release MAKE_VERBOSE=y QUIETLY= LOG=debug sh ./configure
--with-jvm-variants=server --with-boot-jdk=/usr/lib/jvm/java-9-openjdk-s390x/ --disable-precompiled-headers --disable-warnings-as-errors && make JOBS=32
MAKE_VERBOSE=y QUIETLY= LOG=debug CONF=linux-s390x-normal-server-release

Zero:

CONF=linux-s390x-normal-zero-release MAKE_VERBOSE=y QUIETLY= LOG=debug make clean CONF=linux-s390x-normal-zero-release ; sh ./configure --with-jvm-variants=zero
--with-boot-jdk=/usr/lib/jvm/java-9-openjdk-s390x/ --disable-precompiled-headers --disable-warnings-as-errors && make JOBS=32 MAKE_VERBOSE=y QUIETLY= LOG=debug
CONF=linux-s390x-normal-zero-release

Both builds succeed without any issues, so I'm not sure there isn't something
wrong with your build environment. For reference, Debian/s390x has the freetype
runtime and development library components in /usr/lib/s390x-linux-gnu:

(sid_s390x-dchroot)glaubitz at zelenka:~/openjdk/hs$ dpkg -L libfreetype6:s390x |grep s390 && dpkg -L libfreetype6-dev:s390x |grep s390
/usr/lib/s390x-linux-gnu
/usr/lib/s390x-linux-gnu/libfreetype.so.6.15.0
/usr/lib/s390x-linux-gnu/libfreetype.so.6
/usr/lib/s390x-linux-gnu
/usr/lib/s390x-linux-gnu/libfreetype.a
/usr/lib/s390x-linux-gnu/libfreetype.la
/usr/lib/s390x-linux-gnu/pkgconfig
/usr/lib/s390x-linux-gnu/pkgconfig/freetype2.pc
/usr/lib/s390x-linux-gnu/libfreetype.so
(sid_s390x-dchroot)glaubitz at zelenka:~/openjdk/hs$

Can you post your configure lines?

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz at debian.org
`. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


From adam.farley at uk.ibm.com  Fri Jan 12 14:24:21 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Fri, 12 Jan 2018 14:24:21 +0000
Subject: [PATCH] Freetype Directory Bug On zLinux
Message-ID: <OF98004134.C8D4ACEA-ON00258213.004C7E81-80258213.004F2660@notes.na.collabserv.com>

Hi All,

On zLinux, freetype's .so file is typically installed in 
/usr/lib/s390x-linux-gnu, however the generated configure script doesn't 
look for it there.

This causes configure to fail. I know you can avoid that with options, but 
I think a fix would be better.

If we add this code to lib-freetype.m4 (line 365) and re-run autogen.sh, 
this fixes the problem.

if test "x$FOUND_FREETYPE" != xyes; then
   FREETYPE_BASE_DIR="$SYSROOT/usr"
   if test "x$OPENJDK_TARGET_CPU_ARCH" = xs390; then
      LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include], 
[$FREETYPE_BASE_DIR/lib/s390x-linux-gnu], [well-known location])
   fi
fi

Thoughts?

Best Regards

Adam Farley

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From sgehwolf at redhat.com  Tue Jan 16 10:00:11 2018
From: sgehwolf at redhat.com (Severin Gehwolf)
Date: Tue, 16 Jan 2018 11:00:11 +0100
Subject: [PATCH] Freetype Directory Bug On zLinux
In-Reply-To: <c6066a86-c258-56d7-2022-bd0bb8918a39@physik.fu-berlin.de>
References: <OF22EAF794.545FF90C-ON00258213.004F74C4-80258213.004F966B@notes.na.collabserv.com>
 <043e633f-7726-49cd-138d-6b7671314ae5@oracle.com>
 <384beecd-0d3a-4433-4475-5ad0ec1c3cf7@physik.fu-berlin.de>
 <OF72D318E7.4F4ECC95-ON00258216.005D40D6-80258216.005ED63C@notes.na.collabserv.com>
 <c6066a86-c258-56d7-2022-bd0bb8918a39@physik.fu-berlin.de>
Message-ID: <1516096811.4735.2.camel@redhat.com>

Hi,

On Mon, 2018-01-15 at 20:21 +0100, John Paul Adrian Glaubitz wrote:
> Hi Adam!
> 
> On 01/15/2018 06:15 PM, Adam Farley8 wrote:
> > > Which I would expect to cover your case, unless there is a
> > > mismatch
> > > between s390 and s390x here. Is your OPENJDK_TARGET_CPU set to
> > > s390 or
> > > s390x in this case? If this discrepancy between arch names cannot
> > > be
> > > resolved, then a special case like the one you propose is needed.
> > 
> > My IF statement checks if OPENJDK_TARGET_CPU = s390. I have to
> > assume that
> > means OPENJDK_TARGET_CPU is set to s390. Since the folder is s390x-
> > linux-gnu,
> > it's likely the extra x causing the problem.
> 
> I have just done a fresh clone of OpenJDK-11 from jdk/hs and
> performed test
> builds on Debian/s390x with the following configure lines:
> 
> Server:
> 
> CONF=linux-s390x-normal-server-release make clean ; CONF=linux-s390x-
> normal-server-release MAKE_VERBOSE=y QUIETLY= LOG=debug sh
> ./configure
> --with-jvm-variants=server --with-boot-jdk=/usr/lib/jvm/java-9-
> openjdk-s390x/ --disable-precompiled-headers --disable-warnings-as-
> errors && make JOBS=32
> MAKE_VERBOSE=y QUIETLY= LOG=debug CONF=linux-s390x-normal-server-
> release
> 
> Zero:
> 
> CONF=linux-s390x-normal-zero-release MAKE_VERBOSE=y QUIETLY=
> LOG=debug make clean CONF=linux-s390x-normal-zero-release ; sh
> ./configure --with-jvm-variants=zero
> --with-boot-jdk=/usr/lib/jvm/java-9-openjdk-s390x/ --disable-
> precompiled-headers --disable-warnings-as-errors && make JOBS=32
> MAKE_VERBOSE=y QUIETLY= LOG=debug
> CONF=linux-s390x-normal-zero-release
> 
> Both builds succeed without any issues, so I'm not sure there isn't
> something
> wrong with your build environment. For reference, Debian/s390x has
> the freetype
> runtime and development library components in /usr/lib/s390x-linux-
> gnu:
> 
> (sid_s390x-dchroot)glaubitz at zelenka:~/openjdk/hs$ dpkg -L
> libfreetype6:s390x |grep s390 && dpkg -L libfreetype6-dev:s390x |grep
> s390
> /usr/lib/s390x-linux-gnu
> /usr/lib/s390x-linux-gnu/libfreetype.so.6.15.0
> /usr/lib/s390x-linux-gnu/libfreetype.so.6
> /usr/lib/s390x-linux-gnu
> /usr/lib/s390x-linux-gnu/libfreetype.a
> /usr/lib/s390x-linux-gnu/libfreetype.la
> /usr/lib/s390x-linux-gnu/pkgconfig
> /usr/lib/s390x-linux-gnu/pkgconfig/freetype2.pc
> /usr/lib/s390x-linux-gnu/libfreetype.so
> (sid_s390x-dchroot)glaubitz at zelenka:~/openjdk/hs$
> 
> Can you post your configure lines?

FYI:

Adam mentioned in another thread[1] that --disable-warnings-as-errors
to configure makes the error go away.

Thanks,
Severin

[1] http://mail.openjdk.java.net/pipermail/build-dev/2018-January/020616.html


From javalists at cbfiddle.com  Tue Jan 16 16:28:29 2018
From: javalists at cbfiddle.com (Alan Snyder)
Date: Tue, 16 Jan 2018 08:28:29 -0800
Subject: jdk10 on macOS
In-Reply-To: <7BAAA3FB-0950-44B6-B103-3405E0BE8366@cbfiddle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
 <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
 <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>
 <c705d0b1-c1c6-1b6f-e8e6-ed255c601693@oracle.com>
 <C93F0C38-D59B-49C4-9309-A29FDC9962E6@cbfiddle.com>
 <5A53B9F1.1010700@oracle.com>
 <f63bc140-dbdf-d1ff-f53b-9624ae79ba60@oracle.com>
 <353B6BF1-7E78-4BBD-8D3A-02573527DAA6@oracle.com>
 <7BAAA3FB-0950-44B6-B103-3405E0BE8366@cbfiddle.com>
Message-ID: <99F80933-FDF8-4DF0-9A0E-C77F56B63C59@cbfiddle.com>

Is there some resolution to this?

Is the JDK that I built valid despite the test failures?

Are there problems with some tests or with the test scripts? If so, will the problems be fixed?


> On Jan 9, 2018, at 9:39 AM, Alan Snyder <javalists at cbfiddle.com> wrote:
> 
> I already tried make test-image; make run-test-tier1 and it had no impact on the outcome. Given that, do you still want me to try your suggestion?
> 
>  Alan
> 
> 
>> On Jan 8, 2018, at 11:28 PM, Magnus Ihse Bursie <magnus.ihse.bursie at oracle.com> wrote:
>> 
>> 
>>> 8 jan. 2018 kl. 23:23 skrev David Holmes <david.holmes at oracle.com>:
>>> 
>>>> On 9/01/2018 4:35 AM, Jonathan Gibbons wrote:
>>>> Maybe the Makefile targets to run tests could report an up-front warning if the native libraries have not been built.
>>> 
>>> Based on my observations the makefile target will also build the test-image if needed.
>> 
>> That's the idea, yes. However I'm afraid there might be a bug wrt this when using the generated "run-test-*" targets, as opposed to the generic "run-test" target. :(
>> 
>> Alan, can you try running "make run-test TEST=tier1" instead? This should definitely pull in the generation of the test image. 
>> 
>> I also do apologize that the simple build README instructions did not work out of the box. :(
>> 
>> /Magnus
>> 
>>> 
>>> David
>>> 
>>>> A more advanced solution would be to use jtreg to determine if any native tests will be run (using some combination of `-k native` and `-listtests`) and if any such tests are found, then require the library to be available.
>>>> -- Jon
>>>> On 01/05/2018 06:37 PM, Alan Snyder wrote:
>>>>> Following the instructions for the impatient, I did make images and then make run-test-tier1.
>>>>> Then after replacing the jtreg with the one Jon recommended, I did make run-test-tier1 again.
>>>>> 
>>>>>  Alan
>>>>> 
>>>>> 
>>>>>> On Jan 5, 2018, at 6:32 PM, David Holmes <david.holmes at oracle.com> wrote:
>>>>>> 
>>>>>> On 6/01/2018 12:05 PM, Alan Snyder wrote:
>>>>>>> The tests were run via make.
>>>>>> How exactly? And did you do "make test-image" first?
>>>>>> 
>>>>>> David
>>>>>> 
>>>>>>>> On Jan 5, 2018, at 4:13 PM, David Holmes <david.holmes at oracle.com> wrote:
>>>>>>>> 
>>>>>>>> Alan,
>>>>>>>> 
>>>>>>>> Unclear how you ran the tests, but:
>>>>>>>> 
>>>>>>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>>>>>>> 
>>>>>>>> indicates jtreg was not passed the -nativepath flag. That may or may not be a build issue depending on whether the tests were executed directly or via "make".
>>>>>>>> 
>>>>>>>> Cheers,
>>>>>>>> David
>>>>>>>> 
>>>>>>>>> On 6/01/2018 8:43 AM, Alan Snyder wrote:
>>>>>>>>> 5 test failures remain using jtreg-4.2.0-tip:
>>>>>>>>> --------------------------------------------------
>>>>>>>>> TEST: java/lang/String/nativeEncoding/StringPlatformChars.java
>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>> TIME: 1.179 seconds
>>>>>>>>> messages:
>>>>>>>>> command: build StringPlatformChars
>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>> Test directory:
>>>>>>>>> compile: StringPlatformChars
>>>>>>>>> elapsed time (seconds): 1.179
>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>>> TIME: 0.626 seconds
>>>>>>>>> messages:
>>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java 
>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>> Mode: agentvm
>>>>>>>>> Agent id: 1
>>>>>>>>> elapsed time (seconds): 0.626
>>>>>>>>> configuration:
>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base 
>>>>>>>>> javac compilation environment
>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d 
>>>>>>>>> rerun:
>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>>>> HOME=/Users/alan \
>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>> -J-Xmx512m \
>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>> -J-ea \
>>>>>>>>> -J-esa \
>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d:/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java 
>>>>>>>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>>>>>>>> --------------------------------------------------
>>>>>>>>> TEST: jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>> REASON: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>>>>>>>> TIME: 0.03 seconds
>>>>>>>>> messages:
>>>>>>>>> command: compile -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java 
>>>>>>>>> reason: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>>>>>>>> Additional options from @modules: --add-modules java.base --add-exports java.base/jdk.internal.misc=ALL-UNNAMED
>>>>>>>>> Mode: agentvm
>>>>>>>>> Agent id: 1
>>>>>>>>> elapsed time (seconds): 0.03
>>>>>>>>> configuration:
>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base 
>>>>>>>>> javac compilation environment
>>>>>>>>> add modules: java.base
>>>>>>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d 
>>>>>>>>> rerun:
>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>>>> HOME=/Users/alan \
>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>> -J-Xmx512m \
>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>> -J-ea \
>>>>>>>>> -J-esa \
>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>> -J-Dtest.modules=java.base/jdk.internal.misc \
>>>>>>>>> --add-modules java.base \
>>>>>>>>> --add-exports java.base/jdk.internal.misc=ALL-UNNAMED \
>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>> -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java 
>>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>> TIME: 0.0 seconds
>>>>>>>>> messages:
>>>>>>>>> command: build NewUnsafeString
>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>>>> REASON: User specified action: run main NewUnsafeString
>>>>>>>>> TIME: 0.004 seconds
>>>>>>>>> messages:
>>>>>>>>> command: main NewUnsafeString
>>>>>>>>> reason: User specified action: run main NewUnsafeString
>>>>>>>>> Mode: agentvm
>>>>>>>>> Agent id: 1
>>>>>>>>> Additional exports to unnamed modules from @modules: java.base/jdk.internal.misc
>>>>>>>>> elapsed time (seconds): 0.004
>>>>>>>>> configuration:
>>>>>>>>> Boot Layer
>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base 
>>>>>>>>> Test Layer
>>>>>>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d 
>>>>>>>>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>>>> rerun:
>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>>>> HOME=/Users/alan \
>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>>> -Dtest.java.opts= \
>>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>>> -Dtest.modules=java.base/jdk.internal.misc \
>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>>> NewUnsafeString
>>>>>>>>> STDERR:
>>>>>>>>> java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>>>> at NewUnsafeString.testNewUnsafeString(NewUnsafeString.java:80)
>>>>>>>>> at NewUnsafeString.main(NewUnsafeString.java:86)
>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229) 
>>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>>> JavaTest Message: Test threw exception: java.lang.Error
>>>>>>>>> JavaTest Message: shutting down test
>>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>>>> --------------------------------------------------
>>>>>>>>> TEST: tools/sjavac/ApiExtraction.java
>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>>>> TIME: 0.081 seconds
>>>>>>>>> messages:
>>>>>>>>> command: build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>>>> Test directory:
>>>>>>>>> compile: Wrapper
>>>>>>>>> elapsed time (seconds): 0.081
>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>>> TIME: 0.08 seconds
>>>>>>>>> messages:
>>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED
>>>>>>>>> Mode: agentvm
>>>>>>>>> Agent id: 14
>>>>>>>>> elapsed time (seconds): 0.08
>>>>>>>>> configuration:
>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>>>> javac compilation environment
>>>>>>>>> add modules: jdk.compiler
>>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>>>>> rerun:
>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>>> HOME=/Users/alan \
>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>> -J-Xmx512m \
>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>> -J-ea \
>>>>>>>>> -J-esa \
>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>>>>>>> --add-modules jdk.compiler \
>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED \
>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED \
>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>> TIME: 0.0 seconds
>>>>>>>>> messages:
>>>>>>>>> command: build Wrapper
>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>> REASON: User specified action: run main Wrapper ApiExtraction
>>>>>>>>> TIME: 0.263 seconds
>>>>>>>>> messages:
>>>>>>>>> command: main Wrapper ApiExtraction
>>>>>>>>> reason: User specified action: run main Wrapper ApiExtraction
>>>>>>>>> Mode: agentvm
>>>>>>>>> Agent id: 14
>>>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi
>>>>>>>>> elapsed time (seconds): 0.263
>>>>>>>>> configuration:
>>>>>>>>> Boot Layer
>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>>>> Test Layer
>>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>>> rerun:
>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>>> HOME=/Users/alan \
>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>>> -Dtest.java.opts= \
>>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>>> Wrapper ApiExtraction
>>>>>>>>> STDOUT:
>>>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ApiExtraction.java] 
>>>>>>>>> STDERR:
>>>>>>>>> Recompiling test class...
>>>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229) 
>>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>>> Caused by: com.sun.tools.javac.code.Symbol$CompletionFailure: class file for TestClass not found
>>>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>> JavaTest Message: shutting down test
>>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>> --------------------------------------------------
>>>>>>>>> TEST: tools/sjavac/ClasspathDependencies.java
>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>>>> TIME: 0.151 seconds
>>>>>>>>> messages:
>>>>>>>>> command: build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>>>> Test directory:
>>>>>>>>> compile: Wrapper
>>>>>>>>> elapsed time (seconds): 0.151
>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>>> TIME: 0.15 seconds
>>>>>>>>> messages:
>>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>>>>>>> Mode: agentvm
>>>>>>>>> Agent id: 14
>>>>>>>>> elapsed time (seconds): 0.15
>>>>>>>>> configuration:
>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>>>> javac compilation environment
>>>>>>>>> add modules: jdk.compiler
>>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d 
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>>>>> rerun:
>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>>> HOME=/Users/alan \
>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>> -J-Xmx512m \
>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>> -J-ea \
>>>>>>>>> -J-esa \
>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>>>>>>>> --add-modules jdk.compiler \
>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>> TIME: 0.0 seconds
>>>>>>>>> messages:
>>>>>>>>> command: build Wrapper
>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>> REASON: User specified action: run main Wrapper ClasspathDependencies
>>>>>>>>> TIME: 2.306 seconds
>>>>>>>>> messages:
>>>>>>>>> command: main Wrapper ClasspathDependencies
>>>>>>>>> reason: User specified action: run main Wrapper ClasspathDependencies
>>>>>>>>> Mode: agentvm
>>>>>>>>> Agent id: 14
>>>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac
>>>>>>>>> elapsed time (seconds): 2.306
>>>>>>>>> configuration:
>>>>>>>>> Boot Layer
>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>>>> Test Layer
>>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d 
>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib 
>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>>> rerun:
>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>>> HOME=/Users/alan \
>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>>> -Dtest.java.opts= \
>>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>>> Wrapper ClasspathDependencies
>>>>>>>>> STDOUT:
>>>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ClasspathDependencies.java] 
>>>>>>>>> Create a test dependency, Dep.class, and put it in the classpath dir
>>>>>>>>> --------------------------------------------------------------------
>>>>>>>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>>>>>>>> Compile and link against the Dep.class
>>>>>>>>> --------------------------------------
>>>>>>>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>>>>>>>> Update dependency (without changing the public api)
>>>>>>>>> ---------------------------------------------------
>>>>>>>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>>>>>>>> Make sure that this does not trigger recompilation of C.java
>>>>>>>>> ------------------------------------------------------------
>>>>>>>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>>>>>>>> STDERR:
>>>>>>>>> Recompiling test class...
>>>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229) 
>>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>>> Caused by: java.lang.reflect.InvocationTargetException
>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>> at SjavacBase.compile(SjavacBase.java:46)
>>>>>>>>> at ClasspathDependencies.main(ClasspathDependencies.java:88)
>>>>>>>>> ... 11 more
>>>>>>>>> Caused by: java.lang.AssertionError
>>>>>>>>> at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)
>>>>>>>>> at jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62) 
>>>>>>>>> at jdk.compiler/com.sun.tools.javac.code.ClassFinder.loadClass(ClassFinder.java:422) 
>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.PubApiExtractor.getPubApi(PubApiExtractor.java:86) 
>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.JavacState.taintPackagesDependingOnChangedClasspathPackages(JavacState.java:528) 
>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.comp.SjavacImpl.compile(SjavacImpl.java:227) 
>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:78) 
>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:49) 
>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.Main.go(Main.java:56)
>>>>>>>>> ... 17 more
>>>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>> JavaTest Message: shutting down test
>>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>> --------------------------------------------------
>>>>>>>>> TEST: tools/sjavac/IgnoreSymbolFile.java
>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk 
>>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>>> REASON: User specified action: run build Wrapper
>>>>>>>>> TIME: 0.042 seconds
>>>>>>>>> messages:
>>>>>>>>> command: build Wrapper
>>>>>>>>> reason: User specified action: run build Wrapper
>>>>>>>>> Test directory:
>>>>>>>>> compile: Wrapper
>>>>>>>>> elapsed time (seconds): 0.042
>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>>> TIME: 0.042 seconds
>>>>>>>>> messages:
>>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>>>>>>> Mode: agentvm
>>>>>>>>> Agent id: 13
>>>>>>>>> elapsed time (seconds): 0.042
>>>>>>>>> configuration:
>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>>>> javac compilation environment
>>>>>>>>> add modules: jdk.compiler
>>>>>>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d 
>>>>>>>>> rerun:
>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>>>>>>>> HOME=/Users/alan \
>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>> -J-Xmx512m \
>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>> -J-ea \
>>>>>>>>> -J-esa \
>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>> -J-Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>>>>>>> --add-modules jdk.compiler \
>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>> TIME: 0.0 seconds
>>>>>>>>> messages:
>>>>>>>>> command: build Wrapper
>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>> REASON: User specified action: run main Wrapper IgnoreSymbolFile
>>>>>>>>> TIME: 0.071 seconds
>>>>>>>>> messages:
>>>>>>>>> command: main Wrapper IgnoreSymbolFile
>>>>>>>>> reason: User specified action: run main Wrapper IgnoreSymbolFile
>>>>>>>>> Mode: agentvm
>>>>>>>>> Agent id: 13
>>>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.sjavac
>>>>>>>>> elapsed time (seconds): 0.071
>>>>>>>>> configuration:
>>>>>>>>> Boot Layer
>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base 
>>>>>>>>> Test Layer
>>>>>>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d 
>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>> rerun:
>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>>>>>>>> HOME=/Users/alan \
>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>>> -Dtest.java.opts= \
>>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>>> -Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>>> Wrapper IgnoreSymbolFile
>>>>>>>>> STDOUT:
>>>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/IgnoreSymbolFile.java] 
>>>>>>>>> STDERR:
>>>>>>>>> Recompiling test class...
>>>>>>>>> compile: [-d, classes, --state-dir=classes, -Werror, src]
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>>>>>>>> import sun.reflect.annotation.*;
>>>>>>>>> ^
>>>>>>>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>>>>>>>> 1 error
>>>>>>>>> rc=1
>>>>>>>>> compile: [-d, classes, --state-dir=classes, -Werror, -XDignore.symbol.file=true, src]
>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>>>>>>>> import sun.reflect.annotation.*;
>>>>>>>>> ^
>>>>>>>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>>>>>>>> 1 error
>>>>>>>>> rc=1
>>>>>>>>> Error: compilation failed unexpectedly: rc=1
>>>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229) 
>>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>>> Caused by: java.lang.Exception: 1 errors occurred
>>>>>>>>> at IgnoreSymbolFile.run(IgnoreSymbolFile.java:73)
>>>>>>>>> at IgnoreSymbolFile.main(IgnoreSymbolFile.java:43)
>>>>>>>>> ... 11 more
>>>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>> JavaTest Message: shutting down test
>>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>> --------------------------------------------------
>>>>>>>>>> On Jan 5, 2018, at 2:04 PM, Alan Snyder <javalists at cbfiddle.com> wrote:
>>>>>>>>>> 
>>>>>>>>>> I am trying jtreg-4.2.0-tip now.
>>>>>>>>>> 
>>>>>>>>>> Building jtreg using build-all.sh made some progress until:
>>>>>>>>>> 
>>>>>>>>>> 2018-01-05 14:02:03 (5.89 MB/s) - '/Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar' saved [1289806/1289806]
>>>>>>>>>> 
>>>>>>>>>> /Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar: OK
>>>>>>>>>> make: *** No rule to make target `391:a13ec77e7adc'.  Stop.
>>>>>>>>>> 
>>>>>>>>>> Also, the README must be out of date, because it does not mention build-all.sh.
>>>>>>>>>> 
>>>>>>>>>> Alan
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>>> On Jan 5, 2018, at 1:45 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:
>>>>>>>>>>> 
>>>>>>>>>>> 1. The build labelled jtreg-4.2.0-tip.tar.gz should work for you.
>>>>>>>>>>>   https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/ <https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/>
>>>>>>>>>>> 
>>>>>>>>>>> 2. The build instructions are here:
>>>>>>>>>>>   http://openjdk.java.net/jtreg/build.html <http://openjdk.java.net/jtreg/build.html>
>>>>>>>>>>>   See the section on using the "build-all.sh" script.
>>>>>>>>>>> 
>>>>>>>>>>> -- Jon
>>>>>>>>>>> 
>>>>>>>>>>>> On 01/05/2018 01:35 PM, Alan Snyder wrote:
>>>>>>>>>>>> Maybe not as easy as you expect:
>>>>>>>>>>>> 
>>>>>>>>>>>> ant -f make/build.xml
>>>>>>>>>>>> Buildfile: /Volumes/A/JDK/jtreg/make/build.xml
>>>>>>>>>>>> 
>>>>>>>>>>>> -init:
>>>>>>>>>>>> 
>>>>>>>>>>>> import-javahelp:
>>>>>>>>>>>> 
>>>>>>>>>>>> BUILD FAILED
>>>>>>>>>>>> /Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not find file /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> make -C make
>>>>>>>>>>>> 
>>>>>>>>>>>> ?
>>>>>>>>>>>> 
>>>>>>>>>>>> ../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: error: package org.testng does not exist
>>>>>>>>>>>> 
>>>>>>>>>>>> ...
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>>> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com <mailto:jonathan.gibbons at oracle.com>> wrote:
>>>>>>>>>>>>> 
>>>>>>>>>>>>> Alan,
>>>>>>>>>>>>> 
>>>>>>>>>>>>> I confirm there are problems with the jtreg builds from the Adopt OpenJDK group. I'll investigate what we can do to fix this.
>>>>>>>>>>>>> 
>>>>>>>>>>>>> -- Jon
>>>>>>>>>>>>> 
>>>>>>>>>>>>>> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>>>>>>>>>>>>>> That sounds like a problem using an older build of jtreg, from the Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry in the jtreg.jar MANIFEST.MF file:  does that entry include asmtools.jar?
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> There have been build changes for jtreg recently, that should have addressed this problem. If nothing else, it is now much easier to build jtreg yourself. The only external components you need are Ant and a recent JDK, such as JDK 8. Everything else will be downloaded, and built if necessary.
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> -- Jon
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>>>>>>>>>>>>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> I got an error from NewUnsafeString, did not use provided string.
>>>>>>>>>>>>>>> 
>> 
> 



From adam.farley at uk.ibm.com  Tue Jan 16 17:03:33 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Tue, 16 Jan 2018 17:03:33 +0000
Subject: [PATCH] Freetype Directory Bug On zLinux
In-Reply-To: <1516096811.4735.2.camel@redhat.com>
References: <OF22EAF794.545FF90C-ON00258213.004F74C4-80258213.004F966B@notes.na.collabserv.com>
 <043e633f-7726-49cd-138d-6b7671314ae5@oracle.com>	
 <384beecd-0d3a-4433-4475-5ad0ec1c3cf7@physik.fu-berlin.de>
 <OF72D318E7.4F4ECC95-ON00258216.005D40D6-80258216.005ED63C@notes.na.collabserv.com>
 <c6066a86-c258-56d7-2022-bd0bb8918a39@physik.fu-berlin.de>
 <1516096811.4735.2.camel@redhat.com>
Message-ID: <OF9C246BAD.5F6A7BEE-ON00258217.005D1553-80258217.005DB8FF@notes.na.collabserv.com>

Hi All,

>
>On Mon, 2018-01-15 at 20:21 +0100, John Paul Adrian Glaubitz wrote:
>> Hi Adam!
>> 
>> On 01/15/2018 06:15 PM, Adam Farley8 wrote:
>> > > Which I would expect to cover your case, unless there is a
>> > > mismatch
>> > > between s390 and s390x here. Is your OPENJDK_TARGET_CPU set to
>> > > s390 or
>> > > s390x in this case? If this discrepancy between arch names cannot
>> > > be
>> > > resolved, then a special case like the one you propose is needed.
>> > 
>> > My IF statement checks if OPENJDK_TARGET_CPU = s390. I have to
>> > assume that
>> > means OPENJDK_TARGET_CPU is set to s390. Since the folder is s390x-
>> > linux-gnu,
>> > it's likely the extra x causing the problem.
>> 
>> I have just done a fresh clone of OpenJDK-11 from jdk/hs and
>> performed test
>> builds on Debian/s390x with the following configure lines:
>> 
>> Server:
>> 
>> CONF=linux-s390x-normal-server-release make clean ; CONF=linux-s390x-
>> normal-server-release MAKE_VERBOSE=y QUIETLY= LOG=debug sh
>> ./configure
>> --with-jvm-variants=server --with-boot-jdk=/usr/lib/jvm/java-9-
>> openjdk-s390x/ --disable-precompiled-headers --disable-warnings-as-
>> errors && make JOBS=32
>> MAKE_VERBOSE=y QUIETLY= LOG=debug CONF=linux-s390x-normal-server-
>> release
>> 
>> Zero:
>> 
>> CONF=linux-s390x-normal-zero-release MAKE_VERBOSE=y QUIETLY=
>> LOG=debug make clean CONF=linux-s390x-normal-zero-release ; sh
>> ./configure --with-jvm-variants=zero
>> --with-boot-jdk=/usr/lib/jvm/java-9-openjdk-s390x/ --disable-
>> precompiled-headers --disable-warnings-as-errors && make JOBS=32
>> MAKE_VERBOSE=y QUIETLY= LOG=debug
>> CONF=linux-s390x-normal-zero-release
>> 
>> Both builds succeed without any issues, so I'm not sure there isn't
>> something
>> wrong with your build environment. For reference, Debian/s390x has
>> the freetype
>> runtime and development library components in /usr/lib/s390x-linux-
>> gnu:
>> 
>> (sid_s390x-dchroot)glaubitz at zelenka:~/openjdk/hs$ dpkg -L
>> libfreetype6:s390x |grep s390 && dpkg -L libfreetype6-dev:s390x |grep
>> s390
>> /usr/lib/s390x-linux-gnu
>> /usr/lib/s390x-linux-gnu/libfreetype.so.6.15.0
>> /usr/lib/s390x-linux-gnu/libfreetype.so.6
>> /usr/lib/s390x-linux-gnu
>> /usr/lib/s390x-linux-gnu/libfreetype.a
>> /usr/lib/s390x-linux-gnu/libfreetype.la
>> /usr/lib/s390x-linux-gnu/pkgconfig
>> /usr/lib/s390x-linux-gnu/pkgconfig/freetype2.pc
>> /usr/lib/s390x-linux-gnu/libfreetype.so
>> (sid_s390x-dchroot)glaubitz at zelenka:~/openjdk/hs$
>> 
>> Can you post your configure lines?

bash ./configure

Though now the problem has suddenly vanished. I don't know why. :(

Will continue to poke at this.

>
>FYI:
>
>Adam mentioned in another thread[1] that --disable-warnings-as-errors
>to configure makes the error go away.
>
>Thanks,
>Severin
>

And thank you for mentioning that. :)

>Hello Adam,

>Configure already looks in:

>$SYSROOT/usr/lib/$OPENJDK_TARGET_CPU-linux-gnu

>Which I would expect to cover your case, unless there is a mismatch 
>between s390 and s390x here. Is your OPENJDK_TARGET_CPU set to s390 or 
>s390x in this case? If this discrepancy between arch names cannot be 
>resolved, then a special case like the one you propose is needed.

>/Erik

I have tried and tried, and cannot find this code line in the JDK, 
anywhere. Nor can I find variations on it. The closest I can find is a 
list of possible locations, but these are hard-coded (and don't have 
OPENJDK_TARGET_CPU in their code), and none are s390 or s390x.

Please spell out exactly where this line is, as I have no idea.

Thanks everyone for your time. We'll get to the bottom of this! :)

Best Regards

Adam Farley

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From erik.joelsson at oracle.com  Tue Jan 16 17:50:59 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Tue, 16 Jan 2018 09:50:59 -0800
Subject: [PATCH] Freetype Directory Bug On zLinux
In-Reply-To: <OF9C246BAD.5F6A7BEE-ON00258217.005D1553-80258217.005DB8FF@notes.na.collabserv.com>
References: <OF22EAF794.545FF90C-ON00258213.004F74C4-80258213.004F966B@notes.na.collabserv.com>
 <043e633f-7726-49cd-138d-6b7671314ae5@oracle.com>
 <384beecd-0d3a-4433-4475-5ad0ec1c3cf7@physik.fu-berlin.de>
 <OF72D318E7.4F4ECC95-ON00258216.005D40D6-80258216.005ED63C@notes.na.collabserv.com>
 <c6066a86-c258-56d7-2022-bd0bb8918a39@physik.fu-berlin.de>
 <1516096811.4735.2.camel@redhat.com>
 <OF9C246BAD.5F6A7BEE-ON00258217.005D1553-80258217.005DB8FF@notes.na.collabserv.com>
Message-ID: <1a699be3-60e4-b879-1e11-64986a40cd13@oracle.com>



On 2018-01-16 09:03, Adam Farley8 wrote:
> >Configure already looks in:
>
> >$SYSROOT/usr/lib/$OPENJDK_TARGET_CPU-linux-gnu
>
> >Which I would expect to cover your case, unless there is a mismatch
> >between s390 and s390x here. Is your OPENJDK_TARGET_CPU set to s390 or
> >s390x in this case? If this discrepancy between arch names cannot be
> >resolved, then a special case like the one you propose is needed.
>
> I have tried and tried, and cannot find this code line in the JDK,
> anywhere. Nor can I find variations on it. The closest I can find is a
> list of possible locations, but these are hard-coded (and don't have
> OPENJDK_TARGET_CPU in their code), and none are s390 or s390x.
>
> Please spell out exactly where this line is, as I have no idea.
>
I'm referring to this block:

 ????????? if test "x$FOUND_FREETYPE" != xyes; then
 ??????????? FREETYPE_BASE_DIR="$SYSROOT/usr"
 ??????????? if test "x$OPENJDK_TARGET_CPU_BITS" = x64; then
LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include], 
[$FREETYPE_BASE_DIR/lib/$OPENJDK_TARGET_CPU-linux-gnu], [well-known 
location])
 ??????????? else
LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include], 
[$FREETYPE_BASE_DIR/lib/i386-linux-gnu], [well-known location])
 ????????????? if test "x$FOUND_FREETYPE" != xyes; then
LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include], 
[$FREETYPE_BASE_DIR/lib32], [well-known location])
 ????????????? fi
 ??????????? fi
 ????????? fi

Reading it again I realize that the directory is only searched for 64bit 
builds. Looking in platforms.m4, I see that s390 is 32bit and s390x is 
64bit. This means it will work fine for s390x, but not for s390. Given 
that your libraries are found in a directory with s390x in the name, I 
assume that you actually do want to produce a 64bit build, or am I 
missing something? If you need this to work for 32bit, then it's 
possible we need to tweak something. I think it wouldn't be such a bad 
idea to always search $SYSROOT/usr/lib/$OPENJDK_TARGET_CPU-linux-gnu, 
regardless of architecture.

Also note that your proposed code checked for 
OPENJDK_TARGET_CPU_ARCH=s390, that's a different variable than 
OPENJDK_TARGET_CPU. The arch in our model is more of a family of cpus, 
ignoring things like address width.

/Erik

> Thanks everyone for your time. We'll get to the bottom of this! :)
>
> Best Regards
>
> Adam Farley
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with 
> number 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU



From erik.joelsson at oracle.com  Tue Jan 16 17:54:35 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Tue, 16 Jan 2018 09:54:35 -0800
Subject: [PATCH] Freetype Directory Bug On zLinux
In-Reply-To: <1a699be3-60e4-b879-1e11-64986a40cd13@oracle.com>
References: <OF22EAF794.545FF90C-ON00258213.004F74C4-80258213.004F966B@notes.na.collabserv.com>
 <043e633f-7726-49cd-138d-6b7671314ae5@oracle.com>
 <384beecd-0d3a-4433-4475-5ad0ec1c3cf7@physik.fu-berlin.de>
 <OF72D318E7.4F4ECC95-ON00258216.005D40D6-80258216.005ED63C@notes.na.collabserv.com>
 <c6066a86-c258-56d7-2022-bd0bb8918a39@physik.fu-berlin.de>
 <1516096811.4735.2.camel@redhat.com>
 <OF9C246BAD.5F6A7BEE-ON00258217.005D1553-80258217.005DB8FF@notes.na.collabserv.com>
 <1a699be3-60e4-b879-1e11-64986a40cd13@oracle.com>
Message-ID: <c4231e0c-a7fc-c503-3dcf-6cfdb74ba015@oracle.com>



On 2018-01-16 09:50, Erik Joelsson wrote:
>
>
> On 2018-01-16 09:03, Adam Farley8 wrote:
>> >Configure already looks in:
>>
>> >$SYSROOT/usr/lib/$OPENJDK_TARGET_CPU-linux-gnu
>>
>> >Which I would expect to cover your case, unless there is a mismatch
>> >between s390 and s390x here. Is your OPENJDK_TARGET_CPU set to s390 or
>> >s390x in this case? If this discrepancy between arch names cannot be
>> >resolved, then a special case like the one you propose is needed.
>>
>> I have tried and tried, and cannot find this code line in the JDK,
>> anywhere. Nor can I find variations on it. The closest I can find is a
>> list of possible locations, but these are hard-coded (and don't have
>> OPENJDK_TARGET_CPU in their code), and none are s390 or s390x.
>>
>> Please spell out exactly where this line is, as I have no idea.
>>
> I'm referring to this block:
>
> ????????? if test "x$FOUND_FREETYPE" != xyes; then
> ??????????? FREETYPE_BASE_DIR="$SYSROOT/usr"
> ??????????? if test "x$OPENJDK_TARGET_CPU_BITS" = x64; then
> LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include], 
> [$FREETYPE_BASE_DIR/lib/$OPENJDK_TARGET_CPU-linux-gnu], [well-known 
> location])
> ??????????? else
> LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include], 
> [$FREETYPE_BASE_DIR/lib/i386-linux-gnu], [well-known location])
> ????????????? if test "x$FOUND_FREETYPE" != xyes; then
> LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include], 
> [$FREETYPE_BASE_DIR/lib32], [well-known location])
> ????????????? fi
> ??????????? fi
> ????????? fi
>
> Reading it again I realize that the directory is only searched for 
> 64bit builds. Looking in platforms.m4, I see that s390 is 32bit and 
> s390x is 64bit. This means it will work fine for s390x, but not for 
> s390. Given that your libraries are found in a directory with s390x in 
> the name, I assume that you actually do want to produce a 64bit build, 
> or am I missing something? If you need this to work for 32bit, then 
> it's possible we need to tweak something. I think it wouldn't be such 
> a bad idea to always search 
> $SYSROOT/usr/lib/$OPENJDK_TARGET_CPU-linux-gnu, regardless of 
> architecture.
>
Are the libraries in your s390x directory 32bit or 64bit? Am I correct 
in assuming that the x suffix is signifying 64bit instead of 32bit?

/Erik
> Also note that your proposed code checked for 
> OPENJDK_TARGET_CPU_ARCH=s390, that's a different variable than 
> OPENJDK_TARGET_CPU. The arch in our model is more of a family of cpus, 
> ignoring things like address width.
>
> /Erik
>
>> Thanks everyone for your time. We'll get to the bottom of this! :)
>>
>> Best Regards
>>
>> Adam Farley
>>
>> Unless stated otherwise above:
>> IBM United Kingdom Limited - Registered in England and Wales with 
>> number 741598.
>> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire 
>> PO6 3AU
>



From magnus.ihse.bursie at oracle.com  Wed Jan 17 08:08:00 2018
From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie)
Date: Wed, 17 Jan 2018 09:08:00 +0100
Subject: [PATCH] Freetype Directory Bug On zLinux
In-Reply-To: <c4231e0c-a7fc-c503-3dcf-6cfdb74ba015@oracle.com>
References: <OF22EAF794.545FF90C-ON00258213.004F74C4-80258213.004F966B@notes.na.collabserv.com>
 <043e633f-7726-49cd-138d-6b7671314ae5@oracle.com>
 <384beecd-0d3a-4433-4475-5ad0ec1c3cf7@physik.fu-berlin.de>
 <OF72D318E7.4F4ECC95-ON00258216.005D40D6-80258216.005ED63C@notes.na.collabserv.com>
 <c6066a86-c258-56d7-2022-bd0bb8918a39@physik.fu-berlin.de>
 <1516096811.4735.2.camel@redhat.com>
 <OF9C246BAD.5F6A7BEE-ON00258217.005D1553-80258217.005DB8FF@notes.na.collabserv.com>
 <1a699be3-60e4-b879-1e11-64986a40cd13@oracle.com>
 <c4231e0c-a7fc-c503-3dcf-6cfdb74ba015@oracle.com>
Message-ID: <49ffe995-24f9-26b0-c228-b775dc1e96b8@oracle.com>

On 2018-01-16 18:54, Erik Joelsson wrote:
>
>
> On 2018-01-16 09:50, Erik Joelsson wrote:
>>
>>
>> On 2018-01-16 09:03, Adam Farley8 wrote:
>>> >Configure already looks in:
>>>
>>> >$SYSROOT/usr/lib/$OPENJDK_TARGET_CPU-linux-gnu
>>>
>>> >Which I would expect to cover your case, unless there is a mismatch
>>> >between s390 and s390x here. Is your OPENJDK_TARGET_CPU set to s390 or
>>> >s390x in this case? If this discrepancy between arch names cannot be
>>> >resolved, then a special case like the one you propose is needed.
>>>
>>> I have tried and tried, and cannot find this code line in the JDK,
>>> anywhere. Nor can I find variations on it. The closest I can find is a
>>> list of possible locations, but these are hard-coded (and don't have
>>> OPENJDK_TARGET_CPU in their code), and none are s390 or s390x.
>>>
>>> Please spell out exactly where this line is, as I have no idea.
>>>
>> I'm referring to this block:
>>
>> ????????? if test "x$FOUND_FREETYPE" != xyes; then
>> ??????????? FREETYPE_BASE_DIR="$SYSROOT/usr"
>> ??????????? if test "x$OPENJDK_TARGET_CPU_BITS" = x64; then
>> LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include], 
>> [$FREETYPE_BASE_DIR/lib/$OPENJDK_TARGET_CPU-linux-gnu], [well-known 
>> location])
>> ??????????? else
>> LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include], 
>> [$FREETYPE_BASE_DIR/lib/i386-linux-gnu], [well-known location])
>> ????????????? if test "x$FOUND_FREETYPE" != xyes; then
>> LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include], 
>> [$FREETYPE_BASE_DIR/lib32], [well-known location])
>> ????????????? fi
>> ??????????? fi
>> ????????? fi
>>
>> Reading it again I realize that the directory is only searched for 
>> 64bit builds. Looking in platforms.m4, I see that s390 is 32bit and 
>> s390x is 64bit. This means it will work fine for s390x, but not for 
>> s390. Given that your libraries are found in a directory with s390x 
>> in the name, I assume that you actually do want to produce a 64bit 
>> build, or am I missing something? If you need this to work for 32bit, 
>> then it's possible we need to tweak something. I think it wouldn't be 
>> such a bad idea to always search 
>> $SYSROOT/usr/lib/$OPENJDK_TARGET_CPU-linux-gnu, regardless of 
>> architecture.
>>
> Are the libraries in your s390x directory 32bit or 64bit? Am I correct 
> in assuming that the x suffix is signifying 64bit instead of 32bit?
Yes, s390x means 64-bit. We do not support 32-bit s390, so I don't think 
it's likely that Adam was trying to build that.

Just like we sometimes just say "sparc" when we really mean "sparcv9", I 
presume that "s390" here really mean "s390x".

I'm guessing that the config.guess script (and our wrapper) perhaps is 
not 100% correct in determining s390x. It has certainly not seen much 
testing.

/Magnus

>
> /Erik
>> Also note that your proposed code checked for 
>> OPENJDK_TARGET_CPU_ARCH=s390, that's a different variable than 
>> OPENJDK_TARGET_CPU. The arch in our model is more of a family of 
>> cpus, ignoring things like address width.
>>
>> /Erik
>>
>>> Thanks everyone for your time. We'll get to the bottom of this! :)
>>>
>>> Best Regards
>>>
>>> Adam Farley
>>>
>>> Unless stated otherwise above:
>>> IBM United Kingdom Limited - Registered in England and Wales with 
>>> number 741598.
>>> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire 
>>> PO6 3AU
>>
>



From adam.farley at uk.ibm.com  Wed Jan 17 11:17:43 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Wed, 17 Jan 2018 11:17:43 +0000
Subject: [PATCH] Freetype Directory Bug On zLinux
In-Reply-To: <49ffe995-24f9-26b0-c228-b775dc1e96b8@oracle.com>
References: <OF22EAF794.545FF90C-ON00258213.004F74C4-80258213.004F966B@notes.na.collabserv.com>
 <043e633f-7726-49cd-138d-6b7671314ae5@oracle.com>
 <384beecd-0d3a-4433-4475-5ad0ec1c3cf7@physik.fu-berlin.de>
 <OF72D318E7.4F4ECC95-ON00258216.005D40D6-80258216.005ED63C@notes.na.collabserv.com>
 <c6066a86-c258-56d7-2022-bd0bb8918a39@physik.fu-berlin.de>
 <1516096811.4735.2.camel@redhat.com>
 <OF9C246BAD.5F6A7BEE-ON00258217.005D1553-80258217.005DB8FF@notes.na.collabserv.com>
 <1a699be3-60e4-b879-1e11-64986a40cd13@oracle.com>
 <c4231e0c-a7fc-c503-3dcf-6cfdb74ba015@oracle.com>
 <49ffe995-24f9-26b0-c228-b775dc1e96b8@oracle.com>
Message-ID: <OFE3A32A55.23453E8C-ON00258218.003C3786-80258218.003E0F8D@notes.na.collabserv.com>

>On 2018-01-16 18:54, Erik Joelsson wrote:
>>
>>
>> On 2018-01-16 09:50, Erik Joelsson wrote:
>>>
>>>
>>> On 2018-01-16 09:03, Adam Farley8 wrote:
>>>> >Configure already looks in:
>>>>
>>>> >$SYSROOT/usr/lib/$OPENJDK_TARGET_CPU-linux-gnu
>>>>
>>>> >Which I would expect to cover your case, unless there is a mismatch
>>>> >between s390 and s390x here. Is your OPENJDK_TARGET_CPU set to s390 
or
>>>> >s390x in this case? If this discrepancy between arch names cannot be
>>>> >resolved, then a special case like the one you propose is needed.
>>>>
>>>> I have tried and tried, and cannot find this code line in the JDK,
>>>> anywhere. Nor can I find variations on it. The closest I can find is 
a
>>>> list of possible locations, but these are hard-coded (and don't have
>>>> OPENJDK_TARGET_CPU in their code), and none are s390 or s390x.
>>>>
>>>> Please spell out exactly where this line is, as I have no idea.
>>>>
>>> I'm referring to this block:
>>>
>>>           if test "x$FOUND_FREETYPE" != xyes; then
>>>             FREETYPE_BASE_DIR="$SYSROOT/usr"
>>>             if test "x$OPENJDK_TARGET_CPU_BITS" = x64; then
>>> LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include], 
>>> [$FREETYPE_BASE_DIR/lib/$OPENJDK_TARGET_CPU-linux-gnu], [well-known 
>>> location])
>>>             else
>>> LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include], 
>>> [$FREETYPE_BASE_DIR/lib/i386-linux-gnu], [well-known location])
>>>               if test "x$FOUND_FREETYPE" != xyes; then
>>> LIB_CHECK_POTENTIAL_FREETYPE([$FREETYPE_BASE_DIR/include], 
>>> [$FREETYPE_BASE_DIR/lib32], [well-known location])
>>>               fi
>>>             fi
>>>           fi

I'm embarassed that it took me this long to figure out you were referring 
to the jdk10 code. I was scouring my copy of the jdk9 source and wondering
what on earth you were talking about. Whoops. :)

>>>
>>> Reading it again I realize that the directory is only searched for 
>>> 64bit builds. Looking in platforms.m4, I see that s390 is 32bit and 
>>> s390x is 64bit. This means it will work fine for s390x, but not for 
>>> s390. Given that your libraries are found in a directory with s390x 
>>> in the name, I assume that you actually do want to produce a 64bit 
>>> build, or am I missing something? If you need this to work for 32bit, 
>>> then it's possible we need to tweak something. I think it wouldn't be 
>>> such a bad idea to always search 
>>> $SYSROOT/usr/lib/$OPENJDK_TARGET_CPU-linux-gnu, regardless of 
>>> architecture.
>>>
>> Are the libraries in your s390x directory 32bit or 64bit? Am I correct 
>> in assuming that the x suffix is signifying 64bit instead of 32bit?
>Yes, s390x means 64-bit. We do not support 32-bit s390, so I don't think 
>it's likely that Adam was trying to build that.
>
>Just like we sometimes just say "sparc" when we really mean "sparcv9", I 
>presume that "s390" here really mean "s390x".
>
>I'm guessing that the config.guess script (and our wrapper) perhaps is 
>not 100% correct in determining s390x. It has certainly not seen much 
>testing.

For some reason my code now works perfectly. I am 100% certain that this
defect was occuring before I installed a selection of packages on the
machine, so I figure one of these, or something else I did, resulted
in the correct s390x being passed.

I'll try to figure out what has happened.

P.S. I'm trying to build s390x (64bit) on a 64bit machine. I don't know
where the code was getting s390.

>
>/Magnus
>
>>
>> /Erik
>>> Also note that your proposed code checked for 
>>> OPENJDK_TARGET_CPU_ARCH=s390, that's a different variable than 
>>> OPENJDK_TARGET_CPU. The arch in our model is more of a family of 
>>> cpus, ignoring things like address width.
>>>
>>> /Erik
>>>
>>>> Thanks everyone for your time. We'll get to the bottom of this! :)
>>>>
>>>> Best Regards
>>>>
>>>> Adam Farley

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From adam.farley at uk.ibm.com  Wed Jan 17 11:48:44 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Wed, 17 Jan 2018 11:48:44 +0000
Subject: [PATCH] Build fails to compile jchuff.c using gcc 4.5 on zLinux
Message-ID: <OF3B052D19.B1125A92-ON00258218.003E705F-80258218.0040E655@notes.na.collabserv.com>

Hi All,

If you compile jchuff.c (part of javajpeg) without 
"--disable-warnings-as-errors",
then you get an error that kills the build. This is seen in these 
circumstances:

Build: JDK9
gcc and g++ Version: 4.8.5
Platform: zLinux 64bit (s390x)

The error message is: 

/home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c: 
In function 'jGenOptTbl':
/home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:808:18: 
error: array subscript is below array bounds [-Werror=array-bounds]
      while (bits[j] == 0)
                 ^

It looks to me that this error happens because the while loop can 
technically 
reduce j down to beneath 0, resulting in us attempting to find the array 
entry 
with index -1.

On the basis that if we get down to -1 here bad things will happen 
regardless,
perhaps we should change that line to:

      while ((bits[j] == 0) && (j != 0))

This appears to prevent the compiler failing with this error, by providing 

unambiguous handling for the "index -1" scenario.

Thoughts?

Best Regards

Adam Farley

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From adam.farley at uk.ibm.com  Wed Jan 17 11:50:27 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Wed, 17 Jan 2018 11:50:27 +0000
Subject: [PATCH] (Title Corrected) Build fails to compile jchuff.c using gcc
 4.8.5 on zLinux
Message-ID: <OF9BE72648.7CE2EB9F-ON00258218.0040EBD6-80258218.00410EC5@notes.na.collabserv.com>

Hi All,

If you compile jchuff.c (part of javajpeg) without 
"--disable-warnings-as-errors",
then you get an error that kills the build. This is seen in these 
circumstances:

Build: JDK9
gcc and g++ Version: 4.8.5
Platform: zLinux 64bit (s390x)

The error message is: 

/home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c: 
In function 'jGenOptTbl':
/home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:808:18: 
error: array subscript is below array bounds [-Werror=array-bounds]
      while (bits[j] == 0)
                 ^

It looks to me that this error happens because the while loop can 
technically 
reduce j down to beneath 0, resulting in us attempting to find the array 
entry 
with index -1.

On the basis that if we get down to -1 here bad things will happen 
regardless,
perhaps we should change that line to:

      while ((bits[j] == 0) && (j != 0))

This appears to prevent the compiler failing with this error, by providing 

unambiguous handling for the "index -1" scenario.

Thoughts?

Best Regards

Adam Farley

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From glaubitz at physik.fu-berlin.de  Wed Jan 17 12:09:39 2018
From: glaubitz at physik.fu-berlin.de (John Paul Adrian Glaubitz)
Date: Wed, 17 Jan 2018 13:09:39 +0100
Subject: [PATCH] (Title Corrected) Build fails to compile jchuff.c using
 gcc 4.8.5 on zLinux
In-Reply-To: <OF9BE72648.7CE2EB9F-ON00258218.0040EBD6-80258218.00410EC5@notes.na.collabserv.com>
References: <OF9BE72648.7CE2EB9F-ON00258218.0040EBD6-80258218.00410EC5@notes.na.collabserv.com>
Message-ID: <c01735da-2ac9-f506-9565-6313ccd65603@physik.fu-berlin.de>

Hi Adam!

On 01/17/2018 12:50 PM, Adam Farley8 wrote:
> If you compile jchuff.c (part of javajpeg) without
> "--disable-warnings-as-errors",
> then you get an error that kills the build. This is seen in these
> circumstances:

Last time this particular discussion came up, the conclusion was that
hunting for warnings is a lost battle as the generated warnings depend
heavily on the toolchain used [1,2].

So, I think for now we're not going to address build errors which occur
when omitting "--disable-warnings-as-errors" in the configure line.

Cheers,
Adrian

> [1] http://mail.openjdk.java.net/pipermail/hotspot-dev/2018-January/029754.html
> [2] http://mail.openjdk.java.net/pipermail/hotspot-dev/2018-January/029756.html

-- 
  .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz at debian.org
`. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


From david.holmes at oracle.com  Wed Jan 17 12:09:59 2018
From: david.holmes at oracle.com (David Holmes)
Date: Wed, 17 Jan 2018 22:09:59 +1000
Subject: [PATCH] (Title Corrected) Build fails to compile jchuff.c using
 gcc 4.8.5 on zLinux
In-Reply-To: <OF9BE72648.7CE2EB9F-ON00258218.0040EBD6-80258218.00410EC5@notes.na.collabserv.com>
References: <OF9BE72648.7CE2EB9F-ON00258218.0040EBD6-80258218.00410EC5@notes.na.collabserv.com>
Message-ID: <d8198337-4335-c9e9-159e-10aa8a943dd8@oracle.com>

Hi Adam,

This seems to be a gcc bug:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59124

I'm assuming that the code is actually written in such a way that the 
index will never actually go negative (due to what has been written 
previously).

The right fix here would be to disable the warning in gcc 4.x.

David

On 17/01/2018 9:50 PM, Adam Farley8 wrote:
> Hi All,
> 
> If you compile jchuff.c (part of javajpeg) without
> "--disable-warnings-as-errors",
> then you get an error that kills the build. This is seen in these
> circumstances:
> 
> Build: JDK9
> gcc and g++ Version: 4.8.5
> Platform: zLinux 64bit (s390x)
> 
> The error message is:
> 
> /home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:
> In function 'jGenOptTbl':
> /home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:808:18:
> error: array subscript is below array bounds [-Werror=array-bounds]
>        while (bits[j] == 0)
>                   ^
> 
> It looks to me that this error happens because the while loop can
> technically
> reduce j down to beneath 0, resulting in us attempting to find the array
> entry
> with index -1.
> 
> On the basis that if we get down to -1 here bad things will happen
> regardless,
> perhaps we should change that line to:
> 
>        while ((bits[j] == 0) && (j != 0))
> 
> This appears to prevent the compiler failing with this error, by providing
> 
> unambiguous handling for the "index -1" scenario.
> 
> Thoughts?
> 
> Best Regards
> 
> Adam Farley
> 
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
> 


From magnus.ihse.bursie at oracle.com  Wed Jan 17 12:16:57 2018
From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie)
Date: Wed, 17 Jan 2018 13:16:57 +0100
Subject: jdk10 on macOS
In-Reply-To: <99F80933-FDF8-4DF0-9A0E-C77F56B63C59@cbfiddle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
 <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
 <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>
 <c705d0b1-c1c6-1b6f-e8e6-ed255c601693@oracle.com>
 <C93F0C38-D59B-49C4-9309-A29FDC9962E6@cbfiddle.com>
 <5A53B9F1.1010700@oracle.com>
 <f63bc140-dbdf-d1ff-f53b-9624ae79ba60@oracle.com>
 <353B6BF1-7E78-4BBD-8D3A-02573527DAA6@oracle.com>
 <7BAAA3FB-0950-44B6-B103-3405E0BE8366@cbfiddle.com>
 <99F80933-FDF8-4DF0-9A0E-C77F56B63C59@cbfiddle.com>
Message-ID: <d0a010a7-5b89-7be2-cfc2-f2f5e2dfd0fc@oracle.com>


On 2018-01-16 17:28, Alan Snyder wrote:
> Is there some resolution to this?
>
> Is the JDK that I built valid despite the test failures?
>
> Are there problems with some tests or with the test scripts? If so, will the problems be fixed?

I believe the problem is most likely to reside in your environment, or 
details on how you are building and testing, not in the build system per 
se. On the other hand, I'm currently having multiple issues myself when 
trying to do just a "make images && make run-test-tier1" on my machine 
when I tried to reproduce your problem. It is not clear to me what is 
causing this, but at least one was due to too high parallelism. The test 
concurrency has been tweaked lately, but only with our build and test 
farms in mind. We should definitely look into that testing on a 
developer machine still works out of the box.

I cannot comment on the validity of the build despite the test failures. 
It seems likely that the test failures are due to problems running the 
tests, rather than indicating issues with the built JDK, but there's no 
way to be sure.

Have you tried the "sledgehammer approach" from doc/building.md, i.e. 
removing the forest and re-cloning it? At least, try to make a make 
clean-dist and re-run everything (make images, make run-test 
TEST="tier1"). Please check that a test image is indeed in the 
build/*/images directory after running "make run-test". I'm still 
confused as to why jtreg does not find the test image. That's really 
odd, even if there is potentially more issues involved.

/Magnus

>
>
>> On Jan 9, 2018, at 9:39 AM, Alan Snyder <javalists at cbfiddle.com> wrote:
>>
>> I already tried make test-image; make run-test-tier1 and it had no impact on the outcome. Given that, do you still want me to try your suggestion?
>>
>>   Alan
>>
>>
>>> On Jan 8, 2018, at 11:28 PM, Magnus Ihse Bursie <magnus.ihse.bursie at oracle.com> wrote:
>>>
>>>
>>>> 8 jan. 2018 kl. 23:23 skrev David Holmes <david.holmes at oracle.com>:
>>>>
>>>>> On 9/01/2018 4:35 AM, Jonathan Gibbons wrote:
>>>>> Maybe the Makefile targets to run tests could report an up-front warning if the native libraries have not been built.
>>>> Based on my observations the makefile target will also build the test-image if needed.
>>> That's the idea, yes. However I'm afraid there might be a bug wrt this when using the generated "run-test-*" targets, as opposed to the generic "run-test" target. :(
>>>
>>> Alan, can you try running "make run-test TEST=tier1" instead? This should definitely pull in the generation of the test image.
>>>
>>> I also do apologize that the simple build README instructions did not work out of the box. :(
>>>
>>> /Magnus
>>>
>>>> David
>>>>
>>>>> A more advanced solution would be to use jtreg to determine if any native tests will be run (using some combination of `-k native` and `-listtests`) and if any such tests are found, then require the library to be available.
>>>>> -- Jon
>>>>> On 01/05/2018 06:37 PM, Alan Snyder wrote:
>>>>>> Following the instructions for the impatient, I did make images and then make run-test-tier1.
>>>>>> Then after replacing the jtreg with the one Jon recommended, I did make run-test-tier1 again.
>>>>>>
>>>>>>   Alan
>>>>>>
>>>>>>
>>>>>>> On Jan 5, 2018, at 6:32 PM, David Holmes <david.holmes at oracle.com> wrote:
>>>>>>>
>>>>>>> On 6/01/2018 12:05 PM, Alan Snyder wrote:
>>>>>>>> The tests were run via make.
>>>>>>> How exactly? And did you do "make test-image" first?
>>>>>>>
>>>>>>> David
>>>>>>>
>>>>>>>>> On Jan 5, 2018, at 4:13 PM, David Holmes <david.holmes at oracle.com> wrote:
>>>>>>>>>
>>>>>>>>> Alan,
>>>>>>>>>
>>>>>>>>> Unclear how you ran the tests, but:
>>>>>>>>>
>>>>>>>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>>>>>>>>
>>>>>>>>> indicates jtreg was not passed the -nativepath flag. That may or may not be a build issue depending on whether the tests were executed directly or via "make".
>>>>>>>>>
>>>>>>>>> Cheers,
>>>>>>>>> David
>>>>>>>>>
>>>>>>>>>> On 6/01/2018 8:43 AM, Alan Snyder wrote:
>>>>>>>>>> 5 test failures remain using jtreg-4.2.0-tip:
>>>>>>>>>> --------------------------------------------------
>>>>>>>>>> TEST: java/lang/String/nativeEncoding/StringPlatformChars.java
>>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>>> TIME: 1.179 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: build StringPlatformChars
>>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>>> Test directory:
>>>>>>>>>> compile: StringPlatformChars
>>>>>>>>>> elapsed time (seconds): 1.179
>>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>>>> TIME: 0.626 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
>>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>>> Mode: agentvm
>>>>>>>>>> Agent id: 1
>>>>>>>>>> elapsed time (seconds): 0.626
>>>>>>>>>> configuration:
>>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>>>>>>>>> javac compilation environment
>>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d
>>>>>>>>>> rerun:
>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>>> -J-Xmx512m \
>>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>>> -J-ea \
>>>>>>>>>> -J-esa \
>>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d:/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
>>>>>>>>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>>>>>>>>> --------------------------------------------------
>>>>>>>>>> TEST: jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>>> REASON: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>>>>>>>>> TIME: 0.03 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: compile -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>>>>>>>> reason: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>>>>>>>>> Additional options from @modules: --add-modules java.base --add-exports java.base/jdk.internal.misc=ALL-UNNAMED
>>>>>>>>>> Mode: agentvm
>>>>>>>>>> Agent id: 1
>>>>>>>>>> elapsed time (seconds): 0.03
>>>>>>>>>> configuration:
>>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>>>>>>>>> javac compilation environment
>>>>>>>>>> add modules: java.base
>>>>>>>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
>>>>>>>>>> rerun:
>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>>> -J-Xmx512m \
>>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>>> -J-ea \
>>>>>>>>>> -J-esa \
>>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>>> -J-Dtest.modules=java.base/jdk.internal.misc \
>>>>>>>>>> --add-modules java.base \
>>>>>>>>>> --add-exports java.base/jdk.internal.misc=ALL-UNNAMED \
>>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>> -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>>> TIME: 0.0 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: build NewUnsafeString
>>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>>>>> REASON: User specified action: run main NewUnsafeString
>>>>>>>>>> TIME: 0.004 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: main NewUnsafeString
>>>>>>>>>> reason: User specified action: run main NewUnsafeString
>>>>>>>>>> Mode: agentvm
>>>>>>>>>> Agent id: 1
>>>>>>>>>> Additional exports to unnamed modules from @modules: java.base/jdk.internal.misc
>>>>>>>>>> elapsed time (seconds): 0.004
>>>>>>>>>> configuration:
>>>>>>>>>> Boot Layer
>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>>>>>>>>> Test Layer
>>>>>>>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
>>>>>>>>>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>>>>> rerun:
>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>>>> -Dtest.java.opts= \
>>>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>>>> -Dtest.modules=java.base/jdk.internal.misc \
>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>>>> NewUnsafeString
>>>>>>>>>> STDERR:
>>>>>>>>>> java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>>>>> at NewUnsafeString.testNewUnsafeString(NewUnsafeString.java:80)
>>>>>>>>>> at NewUnsafeString.main(NewUnsafeString.java:86)
>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>>>> JavaTest Message: Test threw exception: java.lang.Error
>>>>>>>>>> JavaTest Message: shutting down test
>>>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>>>>> --------------------------------------------------
>>>>>>>>>> TEST: tools/sjavac/ApiExtraction.java
>>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>>>>> TIME: 0.081 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>>>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>>>>> Test directory:
>>>>>>>>>> compile: Wrapper
>>>>>>>>>> elapsed time (seconds): 0.081
>>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>>>> TIME: 0.08 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED
>>>>>>>>>> Mode: agentvm
>>>>>>>>>> Agent id: 14
>>>>>>>>>> elapsed time (seconds): 0.08
>>>>>>>>>> configuration:
>>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>> javac compilation environment
>>>>>>>>>> add modules: jdk.compiler
>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>>>>>>>> rerun:
>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>>> -J-Xmx512m \
>>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>>> -J-ea \
>>>>>>>>>> -J-esa \
>>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>>>>>>>> --add-modules jdk.compiler \
>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED \
>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED \
>>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>>> TIME: 0.0 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: build Wrapper
>>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>> REASON: User specified action: run main Wrapper ApiExtraction
>>>>>>>>>> TIME: 0.263 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: main Wrapper ApiExtraction
>>>>>>>>>> reason: User specified action: run main Wrapper ApiExtraction
>>>>>>>>>> Mode: agentvm
>>>>>>>>>> Agent id: 14
>>>>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi
>>>>>>>>>> elapsed time (seconds): 0.263
>>>>>>>>>> configuration:
>>>>>>>>>> Boot Layer
>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>> Test Layer
>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>>>> rerun:
>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>>>> -Dtest.java.opts= \
>>>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>>>> Wrapper ApiExtraction
>>>>>>>>>> STDOUT:
>>>>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ApiExtraction.java]
>>>>>>>>>> STDERR:
>>>>>>>>>> Recompiling test class...
>>>>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>>>> Caused by: com.sun.tools.javac.code.Symbol$CompletionFailure: class file for TestClass not found
>>>>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>> JavaTest Message: shutting down test
>>>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>> --------------------------------------------------
>>>>>>>>>> TEST: tools/sjavac/ClasspathDependencies.java
>>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>>>>> TIME: 0.151 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>>>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>>>>> Test directory:
>>>>>>>>>> compile: Wrapper
>>>>>>>>>> elapsed time (seconds): 0.151
>>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>>>> TIME: 0.15 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>>>>>>>> Mode: agentvm
>>>>>>>>>> Agent id: 14
>>>>>>>>>> elapsed time (seconds): 0.15
>>>>>>>>>> configuration:
>>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>> javac compilation environment
>>>>>>>>>> add modules: jdk.compiler
>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>>>>>>>> rerun:
>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>>> -J-Xmx512m \
>>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>>> -J-ea \
>>>>>>>>>> -J-esa \
>>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>>>>>>>>> --add-modules jdk.compiler \
>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>>> TIME: 0.0 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: build Wrapper
>>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>> REASON: User specified action: run main Wrapper ClasspathDependencies
>>>>>>>>>> TIME: 2.306 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: main Wrapper ClasspathDependencies
>>>>>>>>>> reason: User specified action: run main Wrapper ClasspathDependencies
>>>>>>>>>> Mode: agentvm
>>>>>>>>>> Agent id: 14
>>>>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac
>>>>>>>>>> elapsed time (seconds): 2.306
>>>>>>>>>> configuration:
>>>>>>>>>> Boot Layer
>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>> Test Layer
>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>>>> rerun:
>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>>>> -Dtest.java.opts= \
>>>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>>>> Wrapper ClasspathDependencies
>>>>>>>>>> STDOUT:
>>>>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ClasspathDependencies.java]
>>>>>>>>>> Create a test dependency, Dep.class, and put it in the classpath dir
>>>>>>>>>> --------------------------------------------------------------------
>>>>>>>>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>>>>>>>>> Compile and link against the Dep.class
>>>>>>>>>> --------------------------------------
>>>>>>>>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>>>>>>>>> Update dependency (without changing the public api)
>>>>>>>>>> ---------------------------------------------------
>>>>>>>>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>>>>>>>>> Make sure that this does not trigger recompilation of C.java
>>>>>>>>>> ------------------------------------------------------------
>>>>>>>>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>>>>>>>>> STDERR:
>>>>>>>>>> Recompiling test class...
>>>>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>>>> Caused by: java.lang.reflect.InvocationTargetException
>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>> at SjavacBase.compile(SjavacBase.java:46)
>>>>>>>>>> at ClasspathDependencies.main(ClasspathDependencies.java:88)
>>>>>>>>>> ... 11 more
>>>>>>>>>> Caused by: java.lang.AssertionError
>>>>>>>>>> at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)
>>>>>>>>>> at jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)
>>>>>>>>>> at jdk.compiler/com.sun.tools.javac.code.ClassFinder.loadClass(ClassFinder.java:422)
>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.PubApiExtractor.getPubApi(PubApiExtractor.java:86)
>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.JavacState.taintPackagesDependingOnChangedClasspathPackages(JavacState.java:528)
>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.comp.SjavacImpl.compile(SjavacImpl.java:227)
>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:78)
>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:49)
>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.Main.go(Main.java:56)
>>>>>>>>>> ... 17 more
>>>>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>> JavaTest Message: shutting down test
>>>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>> --------------------------------------------------
>>>>>>>>>> TEST: tools/sjavac/IgnoreSymbolFile.java
>>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>>>> REASON: User specified action: run build Wrapper
>>>>>>>>>> TIME: 0.042 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: build Wrapper
>>>>>>>>>> reason: User specified action: run build Wrapper
>>>>>>>>>> Test directory:
>>>>>>>>>> compile: Wrapper
>>>>>>>>>> elapsed time (seconds): 0.042
>>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>>>> TIME: 0.042 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>>>>>>>> Mode: agentvm
>>>>>>>>>> Agent id: 13
>>>>>>>>>> elapsed time (seconds): 0.042
>>>>>>>>>> configuration:
>>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>> javac compilation environment
>>>>>>>>>> add modules: jdk.compiler
>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
>>>>>>>>>> rerun:
>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>>> -J-Xmx512m \
>>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>>> -J-ea \
>>>>>>>>>> -J-esa \
>>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>>> -J-Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>>>>>>>> --add-modules jdk.compiler \
>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>>> TIME: 0.0 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: build Wrapper
>>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>> REASON: User specified action: run main Wrapper IgnoreSymbolFile
>>>>>>>>>> TIME: 0.071 seconds
>>>>>>>>>> messages:
>>>>>>>>>> command: main Wrapper IgnoreSymbolFile
>>>>>>>>>> reason: User specified action: run main Wrapper IgnoreSymbolFile
>>>>>>>>>> Mode: agentvm
>>>>>>>>>> Agent id: 13
>>>>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.sjavac
>>>>>>>>>> elapsed time (seconds): 0.071
>>>>>>>>>> configuration:
>>>>>>>>>> Boot Layer
>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>> Test Layer
>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>> rerun:
>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>>>> -Dtest.java.opts= \
>>>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>>>> -Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>>>> Wrapper IgnoreSymbolFile
>>>>>>>>>> STDOUT:
>>>>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/IgnoreSymbolFile.java]
>>>>>>>>>> STDERR:
>>>>>>>>>> Recompiling test class...
>>>>>>>>>> compile: [-d, classes, --state-dir=classes, -Werror, src]
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>>>>>>>>> import sun.reflect.annotation.*;
>>>>>>>>>> ^
>>>>>>>>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>>>>>>>>> 1 error
>>>>>>>>>> rc=1
>>>>>>>>>> compile: [-d, classes, --state-dir=classes, -Werror, -XDignore.symbol.file=true, src]
>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>>>>>>>>> import sun.reflect.annotation.*;
>>>>>>>>>> ^
>>>>>>>>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>>>>>>>>> 1 error
>>>>>>>>>> rc=1
>>>>>>>>>> Error: compilation failed unexpectedly: rc=1
>>>>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>>>> Caused by: java.lang.Exception: 1 errors occurred
>>>>>>>>>> at IgnoreSymbolFile.run(IgnoreSymbolFile.java:73)
>>>>>>>>>> at IgnoreSymbolFile.main(IgnoreSymbolFile.java:43)
>>>>>>>>>> ... 11 more
>>>>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>> JavaTest Message: shutting down test
>>>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>> --------------------------------------------------
>>>>>>>>>>> On Jan 5, 2018, at 2:04 PM, Alan Snyder <javalists at cbfiddle.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>> I am trying jtreg-4.2.0-tip now.
>>>>>>>>>>>
>>>>>>>>>>> Building jtreg using build-all.sh made some progress until:
>>>>>>>>>>>
>>>>>>>>>>> 2018-01-05 14:02:03 (5.89 MB/s) - '/Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar' saved [1289806/1289806]
>>>>>>>>>>>
>>>>>>>>>>> /Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar: OK
>>>>>>>>>>> make: *** No rule to make target `391:a13ec77e7adc'.  Stop.
>>>>>>>>>>>
>>>>>>>>>>> Also, the README must be out of date, because it does not mention build-all.sh.
>>>>>>>>>>>
>>>>>>>>>>> Alan
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> On Jan 5, 2018, at 1:45 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> 1. The build labelled jtreg-4.2.0-tip.tar.gz should work for you.
>>>>>>>>>>>>    https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/ <https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/>
>>>>>>>>>>>>
>>>>>>>>>>>> 2. The build instructions are here:
>>>>>>>>>>>>    http://openjdk.java.net/jtreg/build.html <http://openjdk.java.net/jtreg/build.html>
>>>>>>>>>>>>    See the section on using the "build-all.sh" script.
>>>>>>>>>>>>
>>>>>>>>>>>> -- Jon
>>>>>>>>>>>>
>>>>>>>>>>>>> On 01/05/2018 01:35 PM, Alan Snyder wrote:
>>>>>>>>>>>>> Maybe not as easy as you expect:
>>>>>>>>>>>>>
>>>>>>>>>>>>> ant -f make/build.xml
>>>>>>>>>>>>> Buildfile: /Volumes/A/JDK/jtreg/make/build.xml
>>>>>>>>>>>>>
>>>>>>>>>>>>> -init:
>>>>>>>>>>>>>
>>>>>>>>>>>>> import-javahelp:
>>>>>>>>>>>>>
>>>>>>>>>>>>> BUILD FAILED
>>>>>>>>>>>>> /Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not find file /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> make -C make
>>>>>>>>>>>>>
>>>>>>>>>>>>> ?
>>>>>>>>>>>>>
>>>>>>>>>>>>> ../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: error: package org.testng does not exist
>>>>>>>>>>>>>
>>>>>>>>>>>>> ...
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com <mailto:jonathan.gibbons at oracle.com>> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Alan,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I confirm there are problems with the jtreg builds from the Adopt OpenJDK group. I'll investigate what we can do to fix this.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> -- Jon
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>>>>>>>>>>>>>>> That sounds like a problem using an older build of jtreg, from the Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry in the jtreg.jar MANIFEST.MF file:  does that entry include asmtools.jar?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> There have been build changes for jtreg recently, that should have addressed this problem. If nothing else, it is now much easier to build jtreg yourself. The only external components you need are Ant and a recent JDK, such as JDK 8. Everything else will be downloaded, and built if necessary.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> -- Jon
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>>>>>>>>>>>>>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I got an error from NewUnsafeString, did not use provided string.
>>>>>>>>>>>>>>>>



From adam.farley at uk.ibm.com  Wed Jan 17 12:56:00 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Wed, 17 Jan 2018 12:56:00 +0000
Subject: [PATCH] (Title Corrected) Build fails to compile jchuff.c using
 gcc 4.8.5 on zLinux
In-Reply-To: <c01735da-2ac9-f506-9565-6313ccd65603@physik.fu-berlin.de>
References: <OF9BE72648.7CE2EB9F-ON00258218.0040EBD6-80258218.00410EC5@notes.na.collabserv.com>
 <c01735da-2ac9-f506-9565-6313ccd65603@physik.fu-berlin.de>
Message-ID: <OFCDE3EE94.C6F6ADB1-ON00258218.0046C510-80258218.00470F24@notes.na.collabserv.com>

Hi John, David,

>> If you compile jchuff.c (part of javajpeg) without
>> "--disable-warnings-as-errors",
>> then you get an error that kills the build. This is seen in these
>> circumstances:

>Last time this particular discussion came up, the conclusion was that
>hunting for warnings is a lost battle as the generated warnings depend
>heavily on the toolchain used [1,2].

>So, I think for now we're not going to address build errors which occur
>when omitting "--disable-warnings-as-errors" in the configure line.

If this is the consensus, then perhaps we should consider setting 
--disable-warnings-as-errors by default (in the code), rather than 
depending on the user using an option which is not part of the formal 
build instructions.

Thoughts?

Best Regards

Adam Farley

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From glaubitz at physik.fu-berlin.de  Wed Jan 17 13:05:54 2018
From: glaubitz at physik.fu-berlin.de (John Paul Adrian Glaubitz)
Date: Wed, 17 Jan 2018 14:05:54 +0100
Subject: [PATCH] (Title Corrected) Build fails to compile jchuff.c using
 gcc 4.8.5 on zLinux
In-Reply-To: <OFCDE3EE94.C6F6ADB1-ON00258218.0046C510-80258218.00470F24@notes.na.collabserv.com>
References: <OF9BE72648.7CE2EB9F-ON00258218.0040EBD6-80258218.00410EC5@notes.na.collabserv.com>
 <c01735da-2ac9-f506-9565-6313ccd65603@physik.fu-berlin.de>
 <OFCDE3EE94.C6F6ADB1-ON00258218.0046C510-80258218.00470F24@notes.na.collabserv.com>
Message-ID: <8d4cdbde-cf35-648d-9010-1ec692334b0b@physik.fu-berlin.de>

On 01/17/2018 01:56 PM, Adam Farley8 wrote:
> If this is the consensus, then perhaps we should consider setting
> --disable-warnings-as-errors by default (in the code), rather than
> depending on the user using an option which is not part of the formal
> build instructions.

I'm not sure why. Building OpenJDK from source isn't exactly something
that is done by normal users. If someone is willing to hack on the OpenJDK
code base, I would assume they know about -Werror and similar options and
how to control them.

I mean, yes, you can change that to have -Werror turned off by default,
but having the compiler complain less is usually a bad idea.

Adrian

-- 
  .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz at debian.org
`. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


From adam.farley at uk.ibm.com  Wed Jan 17 14:07:10 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Wed, 17 Jan 2018 14:07:10 +0000
Subject: [PATCH] (Title Corrected) Build fails to compile jchuff.c using
 gcc 4.8.5 on zLinux
In-Reply-To: <8d4cdbde-cf35-648d-9010-1ec692334b0b@physik.fu-berlin.de>
References: <OF9BE72648.7CE2EB9F-ON00258218.0040EBD6-80258218.00410EC5@notes.na.collabserv.com>
 <c01735da-2ac9-f506-9565-6313ccd65603@physik.fu-berlin.de>
 <OFCDE3EE94.C6F6ADB1-ON00258218.0046C510-80258218.00470F24@notes.na.collabserv.com>
 <8d4cdbde-cf35-648d-9010-1ec692334b0b@physik.fu-berlin.de>
Message-ID: <OF7395ACAE.20A3A884-ON00258218.00492191-80258218.004D9338@notes.na.collabserv.com>

>> If this is the consensus, then perhaps we should consider setting
>> --disable-warnings-as-errors by default (in the code), rather than
>> depending on the user using an option which is not part of the formal
>> build instructions.

>I'm not sure why. 

Because the default build instructions don't work in this scenario, and
if all the effort to impliment a clone-config-make model was intended to 
encourage more users to attempt a local build (in order to try their hand
at a fixing a bug themselves or something) it makes sense to me to try
to maintain a scenario where OpenJDK can build to completion across a wide
variety of toolchains.

>Building OpenJDK from source isn't exactly something
>that is done by normal users. If someone is willing to hack on the 
OpenJDK
>code base, I would assume they know about -Werror and similar options and
>how to control them.

I don't agree. Someone should not have to be familiar with gcc options in
order to fix a typo, or change some Java code. And besides, we have a 
clear
and simple four-step build process (clone, get source, configure, make).
Why would we want people to have to fail their build and experiment with 
different options, when we can fix the problem right here and now.

>I mean, yes, you can change that to have -Werror turned off by default,
>but having the compiler complain less is usually a bad idea.

In general, yes. In this one compile it's breaking the build.

David suggested disabling this warning. The simplest way I see to do this 
is to change Awt2dLibraries.gmk.

The code is here:

$(eval $(call SetupNativeCompilation,BUILD_LIBJAVAJPEG, \
    LIBRARY := javajpeg, \
    OUTPUT_DIR := $(INSTALL_LIBRARIES_HERE), \
    SRC := $(LIBJAVAJPEG_SRC), \
    INCLUDE_FILES := $(BUILD_LIBJAVAJPEG_INCLUDE_FILES), \
    OPTIMIZATION := HIGHEST, \

Switching the OPTIMIZATION to LOW will solve this at a stroke.

Best Regards

Adam farley

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From glaubitz at physik.fu-berlin.de  Wed Jan 17 14:20:01 2018
From: glaubitz at physik.fu-berlin.de (John Paul Adrian Glaubitz)
Date: Wed, 17 Jan 2018 15:20:01 +0100
Subject: [PATCH] (Title Corrected) Build fails to compile jchuff.c using
 gcc 4.8.5 on zLinux
In-Reply-To: <OF7395ACAE.20A3A884-ON00258218.00492191-80258218.004D9338@notes.na.collabserv.com>
References: <OF9BE72648.7CE2EB9F-ON00258218.0040EBD6-80258218.00410EC5@notes.na.collabserv.com>
 <c01735da-2ac9-f506-9565-6313ccd65603@physik.fu-berlin.de>
 <OFCDE3EE94.C6F6ADB1-ON00258218.0046C510-80258218.00470F24@notes.na.collabserv.com>
 <8d4cdbde-cf35-648d-9010-1ec692334b0b@physik.fu-berlin.de>
 <OF7395ACAE.20A3A884-ON00258218.00492191-80258218.004D9338@notes.na.collabserv.com>
Message-ID: <2db93806-e1ec-1c8f-1fa5-726234f476af@physik.fu-berlin.de>

On 01/17/2018 03:07 PM, Adam Farley8 wrote:
> Because the default build instructions don't work in this scenario, and
> if all the effort to impliment a clone-config-make model was intended to
> encourage more users to attempt a local build (in order to try their hand
> at a fixing a bug themselves or something) it makes sense to me to try
> to maintain a scenario where OpenJDK can build to completion across a wide
> variety of toolchains.

There are other, higher hurdles which you have to overcome in order to be
able to contribute patches, i.e. signing the OCA. If OpenJDK was a project
hosted on github where drive-by patches are more common, you would have
a point.

>>Building OpenJDK from source  isn't exactly something
>>that is done by normal users. If someone is willing to hack on the  OpenJDK
>>code base, I would assume they know about -Werror and similar options  and
>>how to control them.
> 
> I don't agree. Someone should not have to be familiar with gcc options in
> order to fix a typo, or change some Java code. And besides, we have a clear
> and simple four-step build process (clone, get source, configure, make).
> Why would we want people to have to fail their build and experiment with
> different options, when we can fix the problem right here and now.

Because "-Werror" isn't some obscure option. It's something very common
that every C/C++ developer should know about. Also, you don't need to
rebuild the whole JDK to contribute a patch to fix an obvious typo.

>>I mean, yes, you can change that to have -Werror turned off by default,
>>but having the compiler complain less is usually a bad idea.
> 
> In general, yes. In this one compile it's breaking the build.
> 
> David suggested disabling this warning. The simplest way I see to do this
> is to change Awt2dLibraries.gmk.
> 
> The code is here:
> 
> $(_eval_ $(call SetupNativeCompilation,BUILD_LIBJAVAJPEG, \
>  ? ? LIBRARY := _javajpeg_, \
>  ? ? OUTPUT_DIR := $(INSTALL_LIBRARIES_HERE), \
>  ? ? SRC := $(LIBJAVAJPEG_SRC), \
>  ? ? INCLUDE_FILES := $(BUILD_LIBJAVAJPEG_INCLUDE_FILES), \
>  ? ? OPTIMIZATION := HIGHEST, \
> 
> Switching the OPTIMIZATION to LOW will solve this at a stroke.

First you said you want to disable -Werror by default and make all
warnings non-fatal and now you want to address one particular warning.

I'm confused. As mentioned in another discussion I linked, hunting
for individual warnings a lost battle with all the different toolchains
downstreams are going to use.

Adrian

-- 
  .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz at debian.org
`. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


From philip.race at oracle.com  Wed Jan 17 15:44:35 2018
From: philip.race at oracle.com (Philip Race)
Date: Wed, 17 Jan 2018 07:44:35 -0800
Subject: [PATCH] (Title Corrected) Build fails to compile jchuff.c using
 gcc 4.8.5 on zLinux
In-Reply-To: <OF7395ACAE.20A3A884-ON00258218.00492191-80258218.004D9338@notes.na.collabserv.com>
References: <OF9BE72648.7CE2EB9F-ON00258218.0040EBD6-80258218.00410EC5@notes.na.collabserv.com>
 <c01735da-2ac9-f506-9565-6313ccd65603@physik.fu-berlin.de>
 <OFCDE3EE94.C6F6ADB1-ON00258218.0046C510-80258218.00470F24@notes.na.collabserv.com>
 <8d4cdbde-cf35-648d-9010-1ec692334b0b@physik.fu-berlin.de>
 <OF7395ACAE.20A3A884-ON00258218.00492191-80258218.004D9338@notes.na.collabserv.com>
Message-ID: <5A5F6F63.2050706@oracle.com>

 > Switching the OPTIMIZATION to LOW will solve this at a stroke.

And regress performance for all platforms I expect in a case where 
performance matters ..
in order to work around a gcc bug ? I don't think so.

Disabling the specific error with the specific tool chain is the only 
acceptable option I can think of.

And bear in mind build-dev is not the keeper of the JPEG libraries. 
2d-dev is the right place.

-phil.

On 1/17/18, 6:07 AM, Adam Farley8 wrote:
>>> If this is the consensus, then perhaps we should consider setting
>>> --disable-warnings-as-errors by default (in the code), rather than
>>> depending on the user using an option which is not part of the formal
>>> build instructions.
>> I'm not sure why.
> Because the default build instructions don't work in this scenario, and
> if all the effort to impliment a clone-config-make model was intended to
> encourage more users to attempt a local build (in order to try their hand
> at a fixing a bug themselves or something) it makes sense to me to try
> to maintain a scenario where OpenJDK can build to completion across a wide
> variety of toolchains.
>
>> Building OpenJDK from source isn't exactly something
>> that is done by normal users. If someone is willing to hack on the
> OpenJDK
>> code base, I would assume they know about -Werror and similar options and
>> how to control them.
> I don't agree. Someone should not have to be familiar with gcc options in
> order to fix a typo, or change some Java code. And besides, we have a
> clear
> and simple four-step build process (clone, get source, configure, make).
> Why would we want people to have to fail their build and experiment with
> different options, when we can fix the problem right here and now.
>
>> I mean, yes, you can change that to have -Werror turned off by default,
>> but having the compiler complain less is usually a bad idea.
> In general, yes. In this one compile it's breaking the build.
>
> David suggested disabling this warning. The simplest way I see to do this
> is to change Awt2dLibraries.gmk.
>
> The code is here:
>
> $(eval $(call SetupNativeCompilation,BUILD_LIBJAVAJPEG, \
>      LIBRARY := javajpeg, \
>      OUTPUT_DIR := $(INSTALL_LIBRARIES_HERE), \
>      SRC := $(LIBJAVAJPEG_SRC), \
>      INCLUDE_FILES := $(BUILD_LIBJAVAJPEG_INCLUDE_FILES), \
>      OPTIMIZATION := HIGHEST, \
>
> Switching the OPTIMIZATION to LOW will solve this at a stroke.
>
> Best Regards
>
> Adam farley
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From volker.simonis at gmail.com  Wed Jan 17 16:03:05 2018
From: volker.simonis at gmail.com (Volker Simonis)
Date: Wed, 17 Jan 2018 17:03:05 +0100
Subject: [10] RFR(S): 8189761: COMPANY_NAME, IMPLEMENTOR, BUNDLE_VENDOR,
 VENDOR, but no configure flag
Message-ID: <CA+3eh120FU701yYt+wgnkaaETStRJzB+pwy6k6VVmT7mdDcfeA@mail.gmail.com>

Hi,

can I please have a review and sponsor for this change which finally
exposes the various "vendor*" properties:

java.vendor
java.vm.vendor
java.vendor.url
java.vendor.url.bug

as configure arguments:

http://cr.openjdk.java.net/~simonis/webrevs/2018/8189761
https://bugs.openjdk.java.net/browse/JDK-8189761

With this change, "java.vendor" and "java.vm.vendor" still default to
"Oracle Corporation" which is defined in System.c (for "java.vendor")
and in vm_version.cpp (for "java.vm.version") unless the new
"--with-vendor-name" option introduced by JDK-8193764 will be used in
the configure step.

If the "--with-vendor-name" option will be used, its value will now,
with this change, also be assigned to both, the "java.vendor" and
"java.vm.vendor" properties. I don't think that we need a separate
configure option for "java.vm.vendor" because if somebody is building
the OpenJDK with a different VM, he will own the source code of that
VM anyway and can easily set "java.vm.vendor" in his code.

For "java.vendor.url" and "java.vendor.url.bug" I've introduced the
two new configure options "--with-vendor-url" and
"--with-vendor-bug-url" which should be self explanatory. If they are
not set, the old default values will be used.

In the case of a VM crash, the HotSpot displays a second, different
bug URL which is currently only configured in the arguments.cpp file.
I've exposed this URL as well to configure with the new
"--with-vendor-vm-bug-url" configure option. Again, if this option
will not use, the VM will fall back to the old default value.

Notice that this patch also fixes a bug introduced by "8193764: Cannot
set COMPANY_NAME when configuring a build" because of which the jtreg
test "test/jdk/tools/jlink/ReleaseImplementorTest.java" fails if the
testee was configured without "--with-vendor-name". The problem is
that the code introduced by 8193764 unconditionally sets COMPANY_NAME
to the empty string, if no "--with-vendor-name" option was given. This
overrides the default setting of COMPANY_NAME=N/A from
$AUTOCONF_DIR/version-numbers.

I want to bring this into jdk10 if possible.

I need a sponsor because this change requires the regeneration of
"generated-configure.sh" (which I've included in the webrev for your
convenience only) and because it touches a HotSpot file and external
contributors still can't push such changes :(

Thank you and best regards,
Volker


From adam.farley at uk.ibm.com  Wed Jan 17 16:07:09 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Wed, 17 Jan 2018 16:07:09 +0000
Subject: [PATCH] Freetype Directory Bug On zLinux
In-Reply-To: <OFE3A32A55.23453E8C-ON00258218.003C3786-80258218.003E0F15@LocalDomain>
References: <OF22EAF794.545FF90C-ON00258213.004F74C4-80258213.004F966B@notes.na.collabserv.com>
 <043e633f-7726-49cd-138d-6b7671314ae5@oracle.com>
 <384beecd-0d3a-4433-4475-5ad0ec1c3cf7@physik.fu-berlin.de>
 <OF72D318E7.4F4ECC95-ON00258216.005D40D6-80258216.005ED63C@notes.na.collabserv.com>
 <c6066a86-c258-56d7-2022-bd0bb8918a39@physik.fu-berlin.de>
 <1516096811.4735.2.camel@redhat.com>
 <OF9C246BAD.5F6A7BEE-ON00258217.005D1553-80258217.005DB8FF@notes.na.collabserv.com>
 <1a699be3-60e4-b879-1e11-64986a40cd13@oracle.com>
 <c4231e0c-a7fc-c503-3dcf-6cfdb74ba015@oracle.com>
 <49ffe995-24f9-26b0-c228-b775dc1e96b8@oracle.com>
 <OFE3A32A55.23453E8C-ON00258218.003C3786-80258218.003E0F15@LocalDomain>
Message-ID: <OF8FD47A35.1359969F-ON00258218.0056C778-80258218.00588F38@notes.na.collabserv.com>

Hi All,

In JDK9 on zLinux 64bit, it seems we don't look for libfreetype.so 
in /usr/lib/$OPENJDK_TARGET_CPU-linux-gnu by default.

If you DO have pkg-config, "configure" searches for freetype in 
several places, including a place relative to gcc, 
(gcc/../../etc) where it uses the correct folder name and finds 
libfreetype.so.

If you DON'T have pkg-config, it searches a few places, gets 
desperate, and ends up in a 64bit-only if statement (where it 
assumes it's running on intel linux and fails trying to check 
x86_64-linux-gnu).

As far as I can tell, this is a build bug, and can be fixed 
in one of three ways:

1) We add the aforementioned IF statement, effectively adding 
/usr/lib/s390x-linux-gnu to the list of places configure looks 
for libfreetype.so

2) We add something into the configure files that checks for
the presence of pkg-config before we look for freetype, if
only on zlinux.

3) We backport the jdk10 solution, or a simplified version of it.

Note that we may need to fix the 64bit-only if statement anyway,
as there are many 64-bit locations that are not 64bit linux.

Thoughts?

Best Regards

Adam Farley

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From adam.farley at uk.ibm.com  Wed Jan 17 17:30:34 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Wed, 17 Jan 2018 17:30:34 +0000
Subject: [PATCH] (Title Corrected) Build fails to compile jchuff.c using
 gcc 4.8.5 on zLinux
In-Reply-To: <5A5F6F63.2050706@oracle.com>
References: <OF9BE72648.7CE2EB9F-ON00258218.0040EBD6-80258218.00410EC5@notes.na.collabserv.com>
 <c01735da-2ac9-f506-9565-6313ccd65603@physik.fu-berlin.de>
 <OFCDE3EE94.C6F6ADB1-ON00258218.0046C510-80258218.00470F24@notes.na.collabserv.com>
 <8d4cdbde-cf35-648d-9010-1ec692334b0b@physik.fu-berlin.de>
 <OF7395ACAE.20A3A884-ON00258218.00492191-80258218.004D9338@notes.na.collabserv.com>
 <5A5F6F63.2050706@oracle.com>
Message-ID: <OF815CACD3.75267BEA-ON00258218.005A320C-80258218.00603211@notes.na.collabserv.com>

>> Switching the OPTIMIZATION to LOW will solve this at a stroke.
>
>And regress performance for all platforms I expect in a case where 
>performance matters ..
>in order to work around a gcc bug ? I don't think so.

I wasn't considering the performance impact on java jpeg. A fair
statement.

>Disabling the specific error with the specific tool chain is the only 
>acceptable option I can think of.

I'll look into that.

>And bear in mind build-dev is not the keeper of the JPEG libraries. 
>2d-dev is the right place.
>
>-phil.

Also fair. I will send an email to 2d-dev with the same title. Figured I'd 

start here because it breaks all builds that don't use 
disable-warnings-as-errors.

Thank you everyone for your time. Feel free to follow these adventures
on 2d-dev. :)

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From javalists at cbfiddle.com  Wed Jan 17 18:16:35 2018
From: javalists at cbfiddle.com (Alan Snyder)
Date: Wed, 17 Jan 2018 10:16:35 -0800
Subject: jdk10 on macOS
In-Reply-To: <d0a010a7-5b89-7be2-cfc2-f2f5e2dfd0fc@oracle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
 <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
 <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>
 <c705d0b1-c1c6-1b6f-e8e6-ed255c601693@oracle.com>
 <C93F0C38-D59B-49C4-9309-A29FDC9962E6@cbfiddle.com>
 <5A53B9F1.1010700@oracle.com>
 <f63bc140-dbdf-d1ff-f53b-9624ae79ba60@oracle.com>
 <353B6BF1-7E78-4BBD-8D3A-02573527DAA6@oracle.com>
 <7BAAA3FB-0950-44B6-B103-3405E0BE8366@cbfiddle.com>
 <99F80933-FDF8-4DF0-9A0E-C77F56B63C59@cbfiddle.com>
 <d0a010a7-5b89-7be2-cfc2-f2f5e2dfd0fc@oracle.com>
Message-ID: <DAA33536-4FAD-4836-B3C2-7C37CE77B18D@cbfiddle.com>

Regarding your last point, it seems that the test image has been built, so perhaps the problem lies elsewhere.

Alans-iMac:jdk10 alan$ ll build/*/images
total 3344
drwxr-xr-x  81 alan  staff     2754 Jan  5 10:41 gengraphs
drwxr-xr-x  11 alan  staff      374 Jan  5 10:42 jdk
drwxr-xr-x   3 alan  staff      102 Jan  5 10:42 jdk-bundle
drwxr-xr-x  77 alan  staff     2618 Jan  5 10:41 jmods
drwxr-xr-x   8 alan  staff      272 Jan  5 10:41 jre
drwxr-xr-x   3 alan  staff      102 Jan  5 10:42 jre-bundle
-rw-r--r--   1 alan  staff  1709015 Jan  5 10:38 sec-bin.zip
drwxr-xr-x   6 alan  staff      204 Jan  5 11:01 test
Alans-iMac:jdk10 alan$ ll build/*/images/test
total 8
-rw-r--r--  1 alan  staff   15 Jan  8 15:58 Readme.txt
drwxr-xr-x  3 alan  staff  102 Jan  5 11:00 failure_handler
drwxr-xr-x  4 alan  staff  136 Jan  5 11:01 hotspot
drwxr-xr-x  4 alan  staff  136 Jan  5 11:01 jdk



> On Jan 17, 2018, at 4:16 AM, Magnus Ihse Bursie <magnus.ihse.bursie at oracle.com> wrote:
> 
> 
> On 2018-01-16 17:28, Alan Snyder wrote:
>> Is there some resolution to this?
>> 
>> Is the JDK that I built valid despite the test failures?
>> 
>> Are there problems with some tests or with the test scripts? If so, will the problems be fixed?
> 
> I believe the problem is most likely to reside in your environment, or details on how you are building and testing, not in the build system per se. On the other hand, I'm currently having multiple issues myself when trying to do just a "make images && make run-test-tier1" on my machine when I tried to reproduce your problem. It is not clear to me what is causing this, but at least one was due to too high parallelism. The test concurrency has been tweaked lately, but only with our build and test farms in mind. We should definitely look into that testing on a developer machine still works out of the box.
> 
> I cannot comment on the validity of the build despite the test failures. It seems likely that the test failures are due to problems running the tests, rather than indicating issues with the built JDK, but there's no way to be sure.
> 
> Have you tried the "sledgehammer approach" from doc/building.md, i.e. removing the forest and re-cloning it? At least, try to make a make clean-dist and re-run everything (make images, make run-test TEST="tier1"). Please check that a test image is indeed in the build/*/images directory after running "make run-test". I'm still confused as to why jtreg does not find the test image. That's really odd, even if there is potentially more issues involved.
> 
> /Magnus
> 
>> 
>> 
>>> On Jan 9, 2018, at 9:39 AM, Alan Snyder <javalists at cbfiddle.com> wrote:
>>> 
>>> I already tried make test-image; make run-test-tier1 and it had no impact on the outcome. Given that, do you still want me to try your suggestion?
>>> 
>>>  Alan
>>> 
>>> 
>>>> On Jan 8, 2018, at 11:28 PM, Magnus Ihse Bursie <magnus.ihse.bursie at oracle.com> wrote:
>>>> 
>>>> 
>>>>> 8 jan. 2018 kl. 23:23 skrev David Holmes <david.holmes at oracle.com>:
>>>>> 
>>>>>> On 9/01/2018 4:35 AM, Jonathan Gibbons wrote:
>>>>>> Maybe the Makefile targets to run tests could report an up-front warning if the native libraries have not been built.
>>>>> Based on my observations the makefile target will also build the test-image if needed.
>>>> That's the idea, yes. However I'm afraid there might be a bug wrt this when using the generated "run-test-*" targets, as opposed to the generic "run-test" target. :(
>>>> 
>>>> Alan, can you try running "make run-test TEST=tier1" instead? This should definitely pull in the generation of the test image.
>>>> 
>>>> I also do apologize that the simple build README instructions did not work out of the box. :(
>>>> 
>>>> /Magnus
>>>> 
>>>>> David
>>>>> 
>>>>>> A more advanced solution would be to use jtreg to determine if any native tests will be run (using some combination of `-k native` and `-listtests`) and if any such tests are found, then require the library to be available.
>>>>>> -- Jon
>>>>>> On 01/05/2018 06:37 PM, Alan Snyder wrote:
>>>>>>> Following the instructions for the impatient, I did make images and then make run-test-tier1.
>>>>>>> Then after replacing the jtreg with the one Jon recommended, I did make run-test-tier1 again.
>>>>>>> 
>>>>>>>  Alan
>>>>>>> 
>>>>>>> 
>>>>>>>> On Jan 5, 2018, at 6:32 PM, David Holmes <david.holmes at oracle.com> wrote:
>>>>>>>> 
>>>>>>>> On 6/01/2018 12:05 PM, Alan Snyder wrote:
>>>>>>>>> The tests were run via make.
>>>>>>>> How exactly? And did you do "make test-image" first?
>>>>>>>> 
>>>>>>>> David
>>>>>>>> 
>>>>>>>>>> On Jan 5, 2018, at 4:13 PM, David Holmes <david.holmes at oracle.com> wrote:
>>>>>>>>>> 
>>>>>>>>>> Alan,
>>>>>>>>>> 
>>>>>>>>>> Unclear how you ran the tests, but:
>>>>>>>>>> 
>>>>>>>>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>>>>>>>>> 
>>>>>>>>>> indicates jtreg was not passed the -nativepath flag. That may or may not be a build issue depending on whether the tests were executed directly or via "make".
>>>>>>>>>> 
>>>>>>>>>> Cheers,
>>>>>>>>>> David
>>>>>>>>>> 
>>>>>>>>>>> On 6/01/2018 8:43 AM, Alan Snyder wrote:
>>>>>>>>>>> 5 test failures remain using jtreg-4.2.0-tip:
>>>>>>>>>>> --------------------------------------------------
>>>>>>>>>>> TEST: java/lang/String/nativeEncoding/StringPlatformChars.java
>>>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>>>> TIME: 1.179 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: build StringPlatformChars
>>>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>>>> Test directory:
>>>>>>>>>>> compile: StringPlatformChars
>>>>>>>>>>> elapsed time (seconds): 1.179
>>>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>>>>> TIME: 0.626 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
>>>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 1
>>>>>>>>>>> elapsed time (seconds): 0.626
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>>>>>>>>>> javac compilation environment
>>>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>>>> -J-Xmx512m \
>>>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>>>> -J-ea \
>>>>>>>>>>> -J-esa \
>>>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d:/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
>>>>>>>>>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>>>>>>>>>> --------------------------------------------------
>>>>>>>>>>> TEST: jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>>>> REASON: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>>>>>>>>>> TIME: 0.03 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: compile -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>>>>>>>>> reason: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>>>>>>>>>> Additional options from @modules: --add-modules java.base --add-exports java.base/jdk.internal.misc=ALL-UNNAMED
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 1
>>>>>>>>>>> elapsed time (seconds): 0.03
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>>>>>>>>>> javac compilation environment
>>>>>>>>>>> add modules: java.base
>>>>>>>>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>>>> -J-Xmx512m \
>>>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>>>> -J-ea \
>>>>>>>>>>> -J-esa \
>>>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -J-Dtest.modules=java.base/jdk.internal.misc \
>>>>>>>>>>> --add-modules java.base \
>>>>>>>>>>> --add-exports java.base/jdk.internal.misc=ALL-UNNAMED \
>>>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>>> -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>>>> TIME: 0.0 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: build NewUnsafeString
>>>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>>>>>> REASON: User specified action: run main NewUnsafeString
>>>>>>>>>>> TIME: 0.004 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: main NewUnsafeString
>>>>>>>>>>> reason: User specified action: run main NewUnsafeString
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 1
>>>>>>>>>>> Additional exports to unnamed modules from @modules: java.base/jdk.internal.misc
>>>>>>>>>>> elapsed time (seconds): 0.004
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>>>>>>>>>> Test Layer
>>>>>>>>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
>>>>>>>>>>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>>>>> -Dtest.java.opts= \
>>>>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -Dtest.modules=java.base/jdk.internal.misc \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>>>>> NewUnsafeString
>>>>>>>>>>> STDERR:
>>>>>>>>>>> java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>>>>>> at NewUnsafeString.testNewUnsafeString(NewUnsafeString.java:80)
>>>>>>>>>>> at NewUnsafeString.main(NewUnsafeString.java:86)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>>>>> JavaTest Message: Test threw exception: java.lang.Error
>>>>>>>>>>> JavaTest Message: shutting down test
>>>>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>>>>>> --------------------------------------------------
>>>>>>>>>>> TEST: tools/sjavac/ApiExtraction.java
>>>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>>>>>> TIME: 0.081 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>>>>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>>>>>> Test directory:
>>>>>>>>>>> compile: Wrapper
>>>>>>>>>>> elapsed time (seconds): 0.081
>>>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>>>>> TIME: 0.08 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 14
>>>>>>>>>>> elapsed time (seconds): 0.08
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>>> javac compilation environment
>>>>>>>>>>> add modules: jdk.compiler
>>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>>>> -J-Xmx512m \
>>>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>>>> -J-ea \
>>>>>>>>>>> -J-esa \
>>>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>>>>>>>>> --add-modules jdk.compiler \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED \
>>>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>>>> TIME: 0.0 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: build Wrapper
>>>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> REASON: User specified action: run main Wrapper ApiExtraction
>>>>>>>>>>> TIME: 0.263 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: main Wrapper ApiExtraction
>>>>>>>>>>> reason: User specified action: run main Wrapper ApiExtraction
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 14
>>>>>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi
>>>>>>>>>>> elapsed time (seconds): 0.263
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>>> Test Layer
>>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>>>>> -Dtest.java.opts= \
>>>>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>>>>> Wrapper ApiExtraction
>>>>>>>>>>> STDOUT:
>>>>>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ApiExtraction.java]
>>>>>>>>>>> STDERR:
>>>>>>>>>>> Recompiling test class...
>>>>>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>>>>> Caused by: com.sun.tools.javac.code.Symbol$CompletionFailure: class file for TestClass not found
>>>>>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> JavaTest Message: shutting down test
>>>>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> --------------------------------------------------
>>>>>>>>>>> TEST: tools/sjavac/ClasspathDependencies.java
>>>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>>>>>> TIME: 0.151 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>>>>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>>>>>> Test directory:
>>>>>>>>>>> compile: Wrapper
>>>>>>>>>>> elapsed time (seconds): 0.151
>>>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>>>>> TIME: 0.15 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 14
>>>>>>>>>>> elapsed time (seconds): 0.15
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>>> javac compilation environment
>>>>>>>>>>> add modules: jdk.compiler
>>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>>>> -J-Xmx512m \
>>>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>>>> -J-ea \
>>>>>>>>>>> -J-esa \
>>>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>>>>>>>>>> --add-modules jdk.compiler \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>>>> TIME: 0.0 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: build Wrapper
>>>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> REASON: User specified action: run main Wrapper ClasspathDependencies
>>>>>>>>>>> TIME: 2.306 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: main Wrapper ClasspathDependencies
>>>>>>>>>>> reason: User specified action: run main Wrapper ClasspathDependencies
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 14
>>>>>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac
>>>>>>>>>>> elapsed time (seconds): 2.306
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>>> Test Layer
>>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
>>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>>>>> -Dtest.java.opts= \
>>>>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>>>>> Wrapper ClasspathDependencies
>>>>>>>>>>> STDOUT:
>>>>>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ClasspathDependencies.java]
>>>>>>>>>>> Create a test dependency, Dep.class, and put it in the classpath dir
>>>>>>>>>>> --------------------------------------------------------------------
>>>>>>>>>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>>>>>>>>>> Compile and link against the Dep.class
>>>>>>>>>>> --------------------------------------
>>>>>>>>>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>>>>>>>>>> Update dependency (without changing the public api)
>>>>>>>>>>> ---------------------------------------------------
>>>>>>>>>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>>>>>>>>>> Make sure that this does not trigger recompilation of C.java
>>>>>>>>>>> ------------------------------------------------------------
>>>>>>>>>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>>>>>>>>>> STDERR:
>>>>>>>>>>> Recompiling test class...
>>>>>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>>>>> Caused by: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>>> at SjavacBase.compile(SjavacBase.java:46)
>>>>>>>>>>> at ClasspathDependencies.main(ClasspathDependencies.java:88)
>>>>>>>>>>> ... 11 more
>>>>>>>>>>> Caused by: java.lang.AssertionError
>>>>>>>>>>> at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)
>>>>>>>>>>> at jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)
>>>>>>>>>>> at jdk.compiler/com.sun.tools.javac.code.ClassFinder.loadClass(ClassFinder.java:422)
>>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.PubApiExtractor.getPubApi(PubApiExtractor.java:86)
>>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.JavacState.taintPackagesDependingOnChangedClasspathPackages(JavacState.java:528)
>>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.comp.SjavacImpl.compile(SjavacImpl.java:227)
>>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:78)
>>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:49)
>>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.Main.go(Main.java:56)
>>>>>>>>>>> ... 17 more
>>>>>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> JavaTest Message: shutting down test
>>>>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> --------------------------------------------------
>>>>>>>>>>> TEST: tools/sjavac/IgnoreSymbolFile.java
>>>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>>>>> REASON: User specified action: run build Wrapper
>>>>>>>>>>> TIME: 0.042 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: build Wrapper
>>>>>>>>>>> reason: User specified action: run build Wrapper
>>>>>>>>>>> Test directory:
>>>>>>>>>>> compile: Wrapper
>>>>>>>>>>> elapsed time (seconds): 0.042
>>>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>>>>> TIME: 0.042 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 13
>>>>>>>>>>> elapsed time (seconds): 0.042
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>>> javac compilation environment
>>>>>>>>>>> add modules: jdk.compiler
>>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>>>> -J-Xmx512m \
>>>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>>>> -J-ea \
>>>>>>>>>>> -J-esa \
>>>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -J-Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>>>>>>>>> --add-modules jdk.compiler \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>>>> TIME: 0.0 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: build Wrapper
>>>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> REASON: User specified action: run main Wrapper IgnoreSymbolFile
>>>>>>>>>>> TIME: 0.071 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: main Wrapper IgnoreSymbolFile
>>>>>>>>>>> reason: User specified action: run main Wrapper IgnoreSymbolFile
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 13
>>>>>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.sjavac
>>>>>>>>>>> elapsed time (seconds): 0.071
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>>> Test Layer
>>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
>>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>>>>> -Dtest.java.opts= \
>>>>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>>>>> Wrapper IgnoreSymbolFile
>>>>>>>>>>> STDOUT:
>>>>>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/IgnoreSymbolFile.java]
>>>>>>>>>>> STDERR:
>>>>>>>>>>> Recompiling test class...
>>>>>>>>>>> compile: [-d, classes, --state-dir=classes, -Werror, src]
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>>>>>>>>>> import sun.reflect.annotation.*;
>>>>>>>>>>> ^
>>>>>>>>>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>>>>>>>>>> 1 error
>>>>>>>>>>> rc=1
>>>>>>>>>>> compile: [-d, classes, --state-dir=classes, -Werror, -XDignore.symbol.file=true, src]
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>>>>>>>>>> import sun.reflect.annotation.*;
>>>>>>>>>>> ^
>>>>>>>>>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>>>>>>>>>> 1 error
>>>>>>>>>>> rc=1
>>>>>>>>>>> Error: compilation failed unexpectedly: rc=1
>>>>>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>>>>> Caused by: java.lang.Exception: 1 errors occurred
>>>>>>>>>>> at IgnoreSymbolFile.run(IgnoreSymbolFile.java:73)
>>>>>>>>>>> at IgnoreSymbolFile.main(IgnoreSymbolFile.java:43)
>>>>>>>>>>> ... 11 more
>>>>>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> JavaTest Message: shutting down test
>>>>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> --------------------------------------------------
>>>>>>>>>>>> On Jan 5, 2018, at 2:04 PM, Alan Snyder <javalists at cbfiddle.com> wrote:
>>>>>>>>>>>> 
>>>>>>>>>>>> I am trying jtreg-4.2.0-tip now.
>>>>>>>>>>>> 
>>>>>>>>>>>> Building jtreg using build-all.sh made some progress until:
>>>>>>>>>>>> 
>>>>>>>>>>>> 2018-01-05 14:02:03 (5.89 MB/s) - '/Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar' saved [1289806/1289806]
>>>>>>>>>>>> 
>>>>>>>>>>>> /Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar: OK
>>>>>>>>>>>> make: *** No rule to make target `391:a13ec77e7adc'.  Stop.
>>>>>>>>>>>> 
>>>>>>>>>>>> Also, the README must be out of date, because it does not mention build-all.sh.
>>>>>>>>>>>> 
>>>>>>>>>>>> Alan
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>>> On Jan 5, 2018, at 1:45 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 1. The build labelled jtreg-4.2.0-tip.tar.gz should work for you.
>>>>>>>>>>>>>   https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/ <https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/>
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 2. The build instructions are here:
>>>>>>>>>>>>>   http://openjdk.java.net/jtreg/build.html <http://openjdk.java.net/jtreg/build.html>
>>>>>>>>>>>>>   See the section on using the "build-all.sh" script.
>>>>>>>>>>>>> 
>>>>>>>>>>>>> -- Jon
>>>>>>>>>>>>> 
>>>>>>>>>>>>>> On 01/05/2018 01:35 PM, Alan Snyder wrote:
>>>>>>>>>>>>>> Maybe not as easy as you expect:
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> ant -f make/build.xml
>>>>>>>>>>>>>> Buildfile: /Volumes/A/JDK/jtreg/make/build.xml
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> -init:
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> import-javahelp:
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> BUILD FAILED
>>>>>>>>>>>>>> /Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not find file /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> make -C make
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> ?
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> ../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: error: package org.testng does not exist
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> ...
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com <mailto:jonathan.gibbons at oracle.com>> wrote:
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> Alan,
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> I confirm there are problems with the jtreg builds from the Adopt OpenJDK group. I'll investigate what we can do to fix this.
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> -- Jon
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>>>>>>>>>>>>>>>> That sounds like a problem using an older build of jtreg, from the Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry in the jtreg.jar MANIFEST.MF file:  does that entry include asmtools.jar?
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> There have been build changes for jtreg recently, that should have addressed this problem. If nothing else, it is now much easier to build jtreg yourself. The only external components you need are Ant and a recent JDK, such as JDK 8. Everything else will be downloaded, and built if necessary.
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> -- Jon
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>>>>>>>>>>>>>>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> I got an error from NewUnsafeString, did not use provided string.
>>>>>>>>>>>>>>>>> 
> 



From erik.joelsson at oracle.com  Wed Jan 17 19:16:28 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 17 Jan 2018 11:16:28 -0800
Subject: [10] RFR(S): 8189761: COMPANY_NAME, IMPLEMENTOR, BUNDLE_VENDOR,
 VENDOR, but no configure flag
In-Reply-To: <CA+3eh120FU701yYt+wgnkaaETStRJzB+pwy6k6VVmT7mdDcfeA@mail.gmail.com>
References: <CA+3eh120FU701yYt+wgnkaaETStRJzB+pwy6k6VVmT7mdDcfeA@mail.gmail.com>
Message-ID: <925deb32-a6af-d835-3ea9-d7b09c80e688@oracle.com>

Looks good to me. I can sponsor it.

/Erik


On 2018-01-17 08:03, Volker Simonis wrote:
> Hi,
>
> can I please have a review and sponsor for this change which finally
> exposes the various "vendor*" properties:
>
> java.vendor
> java.vm.vendor
> java.vendor.url
> java.vendor.url.bug
>
> as configure arguments:
>
> http://cr.openjdk.java.net/~simonis/webrevs/2018/8189761
> https://bugs.openjdk.java.net/browse/JDK-8189761
>
> With this change, "java.vendor" and "java.vm.vendor" still default to
> "Oracle Corporation" which is defined in System.c (for "java.vendor")
> and in vm_version.cpp (for "java.vm.version") unless the new
> "--with-vendor-name" option introduced by JDK-8193764 will be used in
> the configure step.
>
> If the "--with-vendor-name" option will be used, its value will now,
> with this change, also be assigned to both, the "java.vendor" and
> "java.vm.vendor" properties. I don't think that we need a separate
> configure option for "java.vm.vendor" because if somebody is building
> the OpenJDK with a different VM, he will own the source code of that
> VM anyway and can easily set "java.vm.vendor" in his code.
>
> For "java.vendor.url" and "java.vendor.url.bug" I've introduced the
> two new configure options "--with-vendor-url" and
> "--with-vendor-bug-url" which should be self explanatory. If they are
> not set, the old default values will be used.
>
> In the case of a VM crash, the HotSpot displays a second, different
> bug URL which is currently only configured in the arguments.cpp file.
> I've exposed this URL as well to configure with the new
> "--with-vendor-vm-bug-url" configure option. Again, if this option
> will not use, the VM will fall back to the old default value.
>
> Notice that this patch also fixes a bug introduced by "8193764: Cannot
> set COMPANY_NAME when configuring a build" because of which the jtreg
> test "test/jdk/tools/jlink/ReleaseImplementorTest.java" fails if the
> testee was configured without "--with-vendor-name". The problem is
> that the code introduced by 8193764 unconditionally sets COMPANY_NAME
> to the empty string, if no "--with-vendor-name" option was given. This
> overrides the default setting of COMPANY_NAME=N/A from
> $AUTOCONF_DIR/version-numbers.
>
> I want to bring this into jdk10 if possible.
>
> I need a sponsor because this change requires the regeneration of
> "generated-configure.sh" (which I've included in the webrev for your
> convenience only) and because it touches a HotSpot file and external
> contributors still can't push such changes :(
>
> Thank you and best regards,
> Volker



From javalists at cbfiddle.com  Wed Jan 17 19:48:15 2018
From: javalists at cbfiddle.com (Alan Snyder)
Date: Wed, 17 Jan 2018 11:48:15 -0800
Subject: jdk10 on macOS
In-Reply-To: <d0a010a7-5b89-7be2-cfc2-f2f5e2dfd0fc@oracle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
 <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
 <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>
 <c705d0b1-c1c6-1b6f-e8e6-ed255c601693@oracle.com>
 <C93F0C38-D59B-49C4-9309-A29FDC9962E6@cbfiddle.com>
 <5A53B9F1.1010700@oracle.com>
 <f63bc140-dbdf-d1ff-f53b-9624ae79ba60@oracle.com>
 <353B6BF1-7E78-4BBD-8D3A-02573527DAA6@oracle.com>
 <7BAAA3FB-0950-44B6-B103-3405E0BE8366@cbfiddle.com>
 <99F80933-FDF8-4DF0-9A0E-C77F56B63C59@cbfiddle.com>
 <d0a010a7-5b89-7be2-cfc2-f2f5e2dfd0fc@oracle.com>
Message-ID: <41B9EBFE-A8BE-459C-ACD7-A700108673B9@cbfiddle.com>

I started from scratch using the sledgehammer approach and got the same results.



> On Jan 17, 2018, at 4:16 AM, Magnus Ihse Bursie <magnus.ihse.bursie at oracle.com> wrote:
> 
> 
> On 2018-01-16 17:28, Alan Snyder wrote:
>> Is there some resolution to this?
>> 
>> Is the JDK that I built valid despite the test failures?
>> 
>> Are there problems with some tests or with the test scripts? If so, will the problems be fixed?
> 
> I believe the problem is most likely to reside in your environment, or details on how you are building and testing, not in the build system per se. On the other hand, I'm currently having multiple issues myself when trying to do just a "make images && make run-test-tier1" on my machine when I tried to reproduce your problem. It is not clear to me what is causing this, but at least one was due to too high parallelism. The test concurrency has been tweaked lately, but only with our build and test farms in mind. We should definitely look into that testing on a developer machine still works out of the box.
> 
> I cannot comment on the validity of the build despite the test failures. It seems likely that the test failures are due to problems running the tests, rather than indicating issues with the built JDK, but there's no way to be sure.
> 
> Have you tried the "sledgehammer approach" from doc/building.md, i.e. removing the forest and re-cloning it? At least, try to make a make clean-dist and re-run everything (make images, make run-test TEST="tier1"). Please check that a test image is indeed in the build/*/images directory after running "make run-test". I'm still confused as to why jtreg does not find the test image. That's really odd, even if there is potentially more issues involved.
> 
> /Magnus
> 
>> 
>> 
>>> On Jan 9, 2018, at 9:39 AM, Alan Snyder <javalists at cbfiddle.com> wrote:
>>> 
>>> I already tried make test-image; make run-test-tier1 and it had no impact on the outcome. Given that, do you still want me to try your suggestion?
>>> 
>>>  Alan
>>> 
>>> 
>>>> On Jan 8, 2018, at 11:28 PM, Magnus Ihse Bursie <magnus.ihse.bursie at oracle.com> wrote:
>>>> 
>>>> 
>>>>> 8 jan. 2018 kl. 23:23 skrev David Holmes <david.holmes at oracle.com>:
>>>>> 
>>>>>> On 9/01/2018 4:35 AM, Jonathan Gibbons wrote:
>>>>>> Maybe the Makefile targets to run tests could report an up-front warning if the native libraries have not been built.
>>>>> Based on my observations the makefile target will also build the test-image if needed.
>>>> That's the idea, yes. However I'm afraid there might be a bug wrt this when using the generated "run-test-*" targets, as opposed to the generic "run-test" target. :(
>>>> 
>>>> Alan, can you try running "make run-test TEST=tier1" instead? This should definitely pull in the generation of the test image.
>>>> 
>>>> I also do apologize that the simple build README instructions did not work out of the box. :(
>>>> 
>>>> /Magnus
>>>> 
>>>>> David
>>>>> 
>>>>>> A more advanced solution would be to use jtreg to determine if any native tests will be run (using some combination of `-k native` and `-listtests`) and if any such tests are found, then require the library to be available.
>>>>>> -- Jon
>>>>>> On 01/05/2018 06:37 PM, Alan Snyder wrote:
>>>>>>> Following the instructions for the impatient, I did make images and then make run-test-tier1.
>>>>>>> Then after replacing the jtreg with the one Jon recommended, I did make run-test-tier1 again.
>>>>>>> 
>>>>>>>  Alan
>>>>>>> 
>>>>>>> 
>>>>>>>> On Jan 5, 2018, at 6:32 PM, David Holmes <david.holmes at oracle.com> wrote:
>>>>>>>> 
>>>>>>>> On 6/01/2018 12:05 PM, Alan Snyder wrote:
>>>>>>>>> The tests were run via make.
>>>>>>>> How exactly? And did you do "make test-image" first?
>>>>>>>> 
>>>>>>>> David
>>>>>>>> 
>>>>>>>>>> On Jan 5, 2018, at 4:13 PM, David Holmes <david.holmes at oracle.com> wrote:
>>>>>>>>>> 
>>>>>>>>>> Alan,
>>>>>>>>>> 
>>>>>>>>>> Unclear how you ran the tests, but:
>>>>>>>>>> 
>>>>>>>>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>>>>>>>>> 
>>>>>>>>>> indicates jtreg was not passed the -nativepath flag. That may or may not be a build issue depending on whether the tests were executed directly or via "make".
>>>>>>>>>> 
>>>>>>>>>> Cheers,
>>>>>>>>>> David
>>>>>>>>>> 
>>>>>>>>>>> On 6/01/2018 8:43 AM, Alan Snyder wrote:
>>>>>>>>>>> 5 test failures remain using jtreg-4.2.0-tip:
>>>>>>>>>>> --------------------------------------------------
>>>>>>>>>>> TEST: java/lang/String/nativeEncoding/StringPlatformChars.java
>>>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>>>> TIME: 1.179 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: build StringPlatformChars
>>>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>>>> Test directory:
>>>>>>>>>>> compile: StringPlatformChars
>>>>>>>>>>> elapsed time (seconds): 1.179
>>>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>>>>> TIME: 0.626 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
>>>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 1
>>>>>>>>>>> elapsed time (seconds): 0.626
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>>>>>>>>>> javac compilation environment
>>>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>>>> -J-Xmx512m \
>>>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>>>> -J-ea \
>>>>>>>>>>> -J-esa \
>>>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d:/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d \
>>>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/java/lang/String/nativeEncoding/StringPlatformChars.d /Volumes/A/JDK/jdk10/test/jdk/java/lang/String/nativeEncoding/StringPlatformChars.java
>>>>>>>>>>> TEST RESULT: Error. Use -nativepath to specify the location of native code
>>>>>>>>>>> --------------------------------------------------
>>>>>>>>>>> TEST: jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>>>> REASON: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>>>>>>>>>> TIME: 0.03 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: compile -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>>>>>>>>> reason: User specified action: run compile -XDignore.symbol.file NewUnsafeString.java
>>>>>>>>>>> Additional options from @modules: --add-modules java.base --add-exports java.base/jdk.internal.misc=ALL-UNNAMED
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 1
>>>>>>>>>>> elapsed time (seconds): 0.03
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>>>>>>>>>> javac compilation environment
>>>>>>>>>>> add modules: java.base
>>>>>>>>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>>>> -J-Xmx512m \
>>>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>>>> -J-ea \
>>>>>>>>>>> -J-esa \
>>>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -J-Dtest.modules=java.base/jdk.internal.misc \
>>>>>>>>>>> --add-modules java.base \
>>>>>>>>>>> --add-exports java.base/jdk.internal.misc=ALL-UNNAMED \
>>>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>>> -XDignore.symbol.file /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess/NewUnsafeString.java
>>>>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>>>> TIME: 0.0 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: build NewUnsafeString
>>>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>>>>>> REASON: User specified action: run main NewUnsafeString
>>>>>>>>>>> TIME: 0.004 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: main NewUnsafeString
>>>>>>>>>>> reason: User specified action: run main NewUnsafeString
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 1
>>>>>>>>>>> Additional exports to unnamed modules from @modules: java.base/jdk.internal.misc
>>>>>>>>>>> elapsed time (seconds): 0.004
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/patches/java.base
>>>>>>>>>>> Test Layer
>>>>>>>>>>> add exports: java.base/jdk.internal.misc ALL-UNNAMED
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d
>>>>>>>>>>> /Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/scratch/0 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess \
>>>>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d \
>>>>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>>>>> -Dtest.java.opts= \
>>>>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -Dtest.modules=java.base/jdk.internal.misc \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_jdk_tier1/classes/4/jdk/internal/misc/JavaLangAccess/NewUnsafeString.d:/Volumes/A/JDK/jdk10/test/jdk/jdk/internal/misc/JavaLangAccess:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>>>>> NewUnsafeString
>>>>>>>>>>> STDERR:
>>>>>>>>>>> java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>>>>>> at NewUnsafeString.testNewUnsafeString(NewUnsafeString.java:80)
>>>>>>>>>>> at NewUnsafeString.main(NewUnsafeString.java:86)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>>>>> JavaTest Message: Test threw exception: java.lang.Error
>>>>>>>>>>> JavaTest Message: shutting down test
>>>>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.Error: jla.newStringUnsafe did not use provided string
>>>>>>>>>>> --------------------------------------------------
>>>>>>>>>>> TEST: tools/sjavac/ApiExtraction.java
>>>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>>>>>> TIME: 0.081 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>>>>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.JavacTask
>>>>>>>>>>> Test directory:
>>>>>>>>>>> compile: Wrapper
>>>>>>>>>>> elapsed time (seconds): 0.081
>>>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>>>>> TIME: 0.08 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 14
>>>>>>>>>>> elapsed time (seconds): 0.08
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>>> javac compilation environment
>>>>>>>>>>> add modules: jdk.compiler
>>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>>>> -J-Xmx512m \
>>>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>>>> -J-ea \
>>>>>>>>>>> -J-esa \
>>>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>>>>>>>>> --add-modules jdk.compiler \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED \
>>>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>>>> TIME: 0.0 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: build Wrapper
>>>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> REASON: User specified action: run main Wrapper ApiExtraction
>>>>>>>>>>> TIME: 0.263 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: main Wrapper ApiExtraction
>>>>>>>>>>> reason: User specified action: run main Wrapper ApiExtraction
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 14
>>>>>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi
>>>>>>>>>>> elapsed time (seconds): 0.263
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>>> Test Layer
>>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac.options ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac.pubapi ALL-UNNAMED
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d
>>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d \
>>>>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>>>>> -Dtest.java.opts= \
>>>>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac jdk.compiler/com.sun.tools.sjavac.options jdk.compiler/com.sun.tools.sjavac.pubapi' \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>>>>> Wrapper ApiExtraction
>>>>>>>>>>> STDOUT:
>>>>>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ApiExtraction.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.options=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac.pubapi=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ApiExtraction.java]
>>>>>>>>>>> STDERR:
>>>>>>>>>>> Recompiling test class...
>>>>>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>>>>> Caused by: com.sun.tools.javac.code.Symbol$CompletionFailure: class file for TestClass not found
>>>>>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> JavaTest Message: shutting down test
>>>>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> --------------------------------------------------
>>>>>>>>>>> TEST: tools/sjavac/ClasspathDependencies.java
>>>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>>>>> REASON: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>>>>>> TIME: 0.151 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>>>>>> reason: User specified action: run build Wrapper toolbox.ToolBox toolbox.Assert
>>>>>>>>>>> Test directory:
>>>>>>>>>>> compile: Wrapper
>>>>>>>>>>> elapsed time (seconds): 0.151
>>>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>>>>> TIME: 0.15 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 14
>>>>>>>>>>> elapsed time (seconds): 0.15
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>>> javac compilation environment
>>>>>>>>>>> add modules: jdk.compiler
>>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>>>> -J-Xmx512m \
>>>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>>>> -J-ea \
>>>>>>>>>>> -J-esa \
>>>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -J-Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>>>>>>>>>> --add-modules jdk.compiler \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>>>> TIME: 0.0 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: build Wrapper
>>>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> REASON: User specified action: run main Wrapper ClasspathDependencies
>>>>>>>>>>> TIME: 2.306 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: main Wrapper ClasspathDependencies
>>>>>>>>>>> reason: User specified action: run main Wrapper ClasspathDependencies
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 14
>>>>>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac
>>>>>>>>>>> elapsed time (seconds): 2.306
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>>> Test Layer
>>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.javac.api ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.javac.main ALL-UNNAMED
>>>>>>>>>>> jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d
>>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib
>>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/lib
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/5 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/test/langtools/tools/lib \
>>>>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d \
>>>>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib \
>>>>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>>>>> -Dtest.java.opts= \
>>>>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -Dtest.modules='jdk.compiler/com.sun.tools.javac.api jdk.compiler/com.sun.tools.javac.main jdk.compiler/com.sun.tools.sjavac' \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib:/Volumes/A/JDK/jdk10/test/langtools/tools/lib:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>>>>> Wrapper ClasspathDependencies
>>>>>>>>>>> STDOUT:
>>>>>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/sjavac/ClasspathDependencies.d:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/4/tools/lib, --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.javac.main=ALL-UNNAMED, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/ClasspathDependencies.java]
>>>>>>>>>>> Create a test dependency, Dep.class, and put it in the classpath dir
>>>>>>>>>>> --------------------------------------------------------------------
>>>>>>>>>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>>>>>>>>>> Compile and link against the Dep.class
>>>>>>>>>>> --------------------------------------
>>>>>>>>>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>>>>>>>>>> Update dependency (without changing the public api)
>>>>>>>>>>> ---------------------------------------------------
>>>>>>>>>>> compile: [-d, ClasspathDependenciesTest/classesDep, --state-dir=ClasspathDependenciesTest/classesDep, ClasspathDependenciesTest/srcDep]
>>>>>>>>>>> Make sure that this does not trigger recompilation of C.java
>>>>>>>>>>> ------------------------------------------------------------
>>>>>>>>>>> compile: [-d, ClasspathDependenciesTest/classes, --state-dir=ClasspathDependenciesTest/classes, ClasspathDependenciesTest/src, -cp, ClasspathDependenciesTest/classesDep]
>>>>>>>>>>> STDERR:
>>>>>>>>>>> Recompiling test class...
>>>>>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>>>>> Caused by: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>>> at SjavacBase.compile(SjavacBase.java:46)
>>>>>>>>>>> at ClasspathDependencies.main(ClasspathDependencies.java:88)
>>>>>>>>>>> ... 11 more
>>>>>>>>>>> Caused by: java.lang.AssertionError
>>>>>>>>>>> at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)
>>>>>>>>>>> at jdk.compiler/com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62)
>>>>>>>>>>> at jdk.compiler/com.sun.tools.javac.code.ClassFinder.loadClass(ClassFinder.java:422)
>>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.PubApiExtractor.getPubApi(PubApiExtractor.java:86)
>>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.JavacState.taintPackagesDependingOnChangedClasspathPackages(JavacState.java:528)
>>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.comp.SjavacImpl.compile(SjavacImpl.java:227)
>>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:78)
>>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.client.ClientMain.run(ClientMain.java:49)
>>>>>>>>>>> at jdk.compiler/com.sun.tools.sjavac.Main.go(Main.java:56)
>>>>>>>>>>> ... 17 more
>>>>>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> JavaTest Message: shutting down test
>>>>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> --------------------------------------------------
>>>>>>>>>>> TEST: tools/sjavac/IgnoreSymbolFile.java
>>>>>>>>>>> TEST JDK: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk
>>>>>>>>>>> ACTION: build -- Passed. Build successful
>>>>>>>>>>> REASON: User specified action: run build Wrapper
>>>>>>>>>>> TIME: 0.042 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: build Wrapper
>>>>>>>>>>> reason: User specified action: run build Wrapper
>>>>>>>>>>> Test directory:
>>>>>>>>>>> compile: Wrapper
>>>>>>>>>>> elapsed time (seconds): 0.042
>>>>>>>>>>> ACTION: compile -- Passed. Compilation successful
>>>>>>>>>>> REASON: .class file out of date or does not exist
>>>>>>>>>>> TIME: 0.042 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: compile /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>>> reason: .class file out of date or does not exist
>>>>>>>>>>> Additional options from @modules: --add-modules jdk.compiler --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 13
>>>>>>>>>>> elapsed time (seconds): 0.042
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer (javac runtime environment)
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>>> javac compilation environment
>>>>>>>>>>> add modules: jdk.compiler
>>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>>> source path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/javac \
>>>>>>>>>>> -J-Xmx512m \
>>>>>>>>>>> -J-XX:MaxRAMPercentage=3 \
>>>>>>>>>>> -J-ea \
>>>>>>>>>>> -J-esa \
>>>>>>>>>>> -J-Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -J-Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -J-Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -J-Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>>>> -J-Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>>>> -J-Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -J-Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -J-Dtest.compiler.opts= \
>>>>>>>>>>> -J-Dtest.java.opts= \
>>>>>>>>>>> -J-Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -J-Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -J-Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>>>>>>>>> --add-modules jdk.compiler \
>>>>>>>>>>> --add-exports jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED \
>>>>>>>>>>> -d /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>>>> -sourcepath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/Wrapper.java
>>>>>>>>>>> ACTION: build -- Passed. All files up to date
>>>>>>>>>>> REASON: Named class compiled on demand
>>>>>>>>>>> TIME: 0.0 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: build Wrapper
>>>>>>>>>>> reason: Named class compiled on demand
>>>>>>>>>>> elapsed time (seconds): 0.0
>>>>>>>>>>> ACTION: main -- Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> REASON: User specified action: run main Wrapper IgnoreSymbolFile
>>>>>>>>>>> TIME: 0.071 seconds
>>>>>>>>>>> messages:
>>>>>>>>>>> command: main Wrapper IgnoreSymbolFile
>>>>>>>>>>> reason: User specified action: run main Wrapper IgnoreSymbolFile
>>>>>>>>>>> Mode: agentvm
>>>>>>>>>>> Agent id: 13
>>>>>>>>>>> Additional exports to unnamed modules from @modules: jdk.compiler/com.sun.tools.sjavac
>>>>>>>>>>> elapsed time (seconds): 0.071
>>>>>>>>>>> configuration:
>>>>>>>>>>> Boot Layer
>>>>>>>>>>> class path: /Users/alan/javalib/share/jtreg/lib/javatest.jar
>>>>>>>>>>> /Users/alan/javalib/share/jtreg/lib/jtreg.jar
>>>>>>>>>>> patch: java.base /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/patches/java.base
>>>>>>>>>>> Test Layer
>>>>>>>>>>> add exports: jdk.compiler/com.sun.tools.sjavac ALL-UNNAMED
>>>>>>>>>>> class path: /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d
>>>>>>>>>>> /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac
>>>>>>>>>>> rerun:
>>>>>>>>>>> cd /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6 && \
>>>>>>>>>>> HOME=/Users/alan \
>>>>>>>>>>> JDK8_HOME=/Library/Java/JavaVirtualMachines/1.9.0.jdk/Contents/Home \
>>>>>>>>>>> LANG=en_US.UTF-8 \
>>>>>>>>>>> LC_ALL=en_US.UTF-8 \
>>>>>>>>>>> PATH=/bin:/usr/bin \
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk/bin/java \
>>>>>>>>>>> -Dtest.class.path.prefix=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -Dtest.src=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -Dtest.src.path=/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac \
>>>>>>>>>>> -Dtest.classes=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>>>> -Dtest.class.path=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d \
>>>>>>>>>>> -Dtest.vm.opts='-Xmx512m -XX:MaxRAMPercentage=3 -ea -esa' \
>>>>>>>>>>> -Dtest.tool.vm.opts='-J-Xmx512m -J-XX:MaxRAMPercentage=3 -J-ea -J-esa' \
>>>>>>>>>>> -Dtest.compiler.opts= \
>>>>>>>>>>> -Dtest.java.opts= \
>>>>>>>>>>> -Dtest.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -Dcompile.jdk=/Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/images/jdk \
>>>>>>>>>>> -Dtest.timeout.factor=4.0 \
>>>>>>>>>>> -Dtest.modules=jdk.compiler/com.sun.tools.sjavac \
>>>>>>>>>>> -classpath /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d:/Volumes/A/JDK/jdk10/test/langtools/tools/sjavac:/Users/alan/javalib/share/jtreg/lib/javatest.jar:/Users/alan/javalib/share/jtreg/lib/jtreg.jar \
>>>>>>>>>>> Wrapper IgnoreSymbolFile
>>>>>>>>>>> STDOUT:
>>>>>>>>>>> javac: [-d, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, -sourcepath, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac, -classpath, /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/classes/1/tools/sjavac/IgnoreSymbolFile.d, --add-exports=jdk.compiler/com.sun.tools.sjavac=ALL-UNNAMED, /Volumes/A/JDK/jdk10/test/langtools/tools/sjavac/IgnoreSymbolFile.java]
>>>>>>>>>>> STDERR:
>>>>>>>>>>> Recompiling test class...
>>>>>>>>>>> compile: [-d, classes, --state-dir=classes, -Werror, src]
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>>>>>>>>>> import sun.reflect.annotation.*;
>>>>>>>>>>> ^
>>>>>>>>>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>>>>>>>>>> 1 error
>>>>>>>>>>> rc=1
>>>>>>>>>>> compile: [-d, classes, --state-dir=classes, -Werror, -XDignore.symbol.file=true, src]
>>>>>>>>>>> /Volumes/A/JDK/jdk10/build/macosx-x86_64-normal-server-release/test-support/jtreg_Volumes_A_JDK_jdk10_test_langtools_tier1/scratch/6/src/p/X.java:2: error: package sun.reflect.annotation is not visible
>>>>>>>>>>> import sun.reflect.annotation.*;
>>>>>>>>>>> ^
>>>>>>>>>>> (package sun.reflect.annotation is declared in module java.base, which does not export it to the unnamed module)
>>>>>>>>>>> 1 error
>>>>>>>>>>> rc=1
>>>>>>>>>>> Error: compilation failed unexpectedly: rc=1
>>>>>>>>>>> java.lang.reflect.InvocationTargetException
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>>> at Wrapper.main(Wrapper.java:72)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>>>>>> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>>>>>> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>>>>>> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
>>>>>>>>>>> at com.sun.javatest.regtest.agent.MainActionHelper$SameVMRunnable.run(MainActionHelper.java:229)
>>>>>>>>>>> at java.base/java.lang.Thread.run(Thread.java:844)
>>>>>>>>>>> Caused by: java.lang.Exception: 1 errors occurred
>>>>>>>>>>> at IgnoreSymbolFile.run(IgnoreSymbolFile.java:73)
>>>>>>>>>>> at IgnoreSymbolFile.main(IgnoreSymbolFile.java:43)
>>>>>>>>>>> ... 11 more
>>>>>>>>>>> JavaTest Message: Test threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> JavaTest Message: shutting down test
>>>>>>>>>>> TEST RESULT: Failed. Execution failed: `main' threw exception: java.lang.reflect.InvocationTargetException
>>>>>>>>>>> --------------------------------------------------
>>>>>>>>>>>> On Jan 5, 2018, at 2:04 PM, Alan Snyder <javalists at cbfiddle.com> wrote:
>>>>>>>>>>>> 
>>>>>>>>>>>> I am trying jtreg-4.2.0-tip now.
>>>>>>>>>>>> 
>>>>>>>>>>>> Building jtreg using build-all.sh made some progress until:
>>>>>>>>>>>> 
>>>>>>>>>>>> 2018-01-05 14:02:03 (5.89 MB/s) - '/Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar' saved [1289806/1289806]
>>>>>>>>>>>> 
>>>>>>>>>>>> /Volumes/A/JDK/jtreg/build/deps/ant/ant-1.7.0.jar: OK
>>>>>>>>>>>> make: *** No rule to make target `391:a13ec77e7adc'.  Stop.
>>>>>>>>>>>> 
>>>>>>>>>>>> Also, the README must be out of date, because it does not mention build-all.sh.
>>>>>>>>>>>> 
>>>>>>>>>>>> Alan
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>>> On Jan 5, 2018, at 1:45 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com> wrote:
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 1. The build labelled jtreg-4.2.0-tip.tar.gz should work for you.
>>>>>>>>>>>>>   https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/ <https://ci.adoptopenjdk.net/view/Dependencies/job/jtreg/>
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 2. The build instructions are here:
>>>>>>>>>>>>>   http://openjdk.java.net/jtreg/build.html <http://openjdk.java.net/jtreg/build.html>
>>>>>>>>>>>>>   See the section on using the "build-all.sh" script.
>>>>>>>>>>>>> 
>>>>>>>>>>>>> -- Jon
>>>>>>>>>>>>> 
>>>>>>>>>>>>>> On 01/05/2018 01:35 PM, Alan Snyder wrote:
>>>>>>>>>>>>>> Maybe not as easy as you expect:
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> ant -f make/build.xml
>>>>>>>>>>>>>> Buildfile: /Volumes/A/JDK/jtreg/make/build.xml
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> -init:
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> import-javahelp:
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> BUILD FAILED
>>>>>>>>>>>>>> /Volumes/A/JDK/jtreg/make/build.xml:246: Warning: Could not find file /opt/javahelp/2.0/javahelp/lib/jh.jar to copy.
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> make -C make
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> ?
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> ../src/share/classes/com/sun/javatest/regtest/agent/TestNGRunner.java:33: error: package org.testng does not exist
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> ...
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> On Jan 5, 2018, at 1:02 PM, Jonathan Gibbons <jonathan.gibbons at oracle.com <mailto:jonathan.gibbons at oracle.com>> wrote:
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> Alan,
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> I confirm there are problems with the jtreg builds from the Adopt OpenJDK group. I'll investigate what we can do to fix this.
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> -- Jon
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> On 01/05/2018 12:36 PM, Jonathan Gibbons wrote:
>>>>>>>>>>>>>>>> That sounds like a problem using an older build of jtreg, from the Adopt OpenJDK group. The tell-tale evidence is the Class-Path entry in the jtreg.jar MANIFEST.MF file:  does that entry include asmtools.jar?
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> There have been build changes for jtreg recently, that should have addressed this problem. If nothing else, it is now much easier to build jtreg yourself. The only external components you need are Ant and a recent JDK, such as JDK 8. Everything else will be downloaded, and built if necessary.
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> -- Jon
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> On 1/5/18 12:21 PM, Alan Snyder wrote:
>>>>>>>>>>>>>>>>> I am trying to build jdk10 on macOS 10.12.6. I got the basic build to work, but some tests fail.
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> Most of the test failures complain about not finding jasm or jcoder. This is odd because I downloaded jtreg-4.2-b11, which includes these classes, and the classpath appears to be correct in the log.
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> I got an error from StringPlatformChars, which could find native code. Could be the same jasm problem but not reported as such.
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> I got an error from NewUnsafeString, did not use provided string.
>>>>>>>>>>>>>>>>> 
> 



From javalists at cbfiddle.com  Wed Jan 17 20:52:32 2018
From: javalists at cbfiddle.com (Alan Snyder)
Date: Wed, 17 Jan 2018 12:52:32 -0800
Subject: jdk10 on macOS
In-Reply-To: <d0a010a7-5b89-7be2-cfc2-f2f5e2dfd0fc@oracle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
 <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
 <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>
 <c705d0b1-c1c6-1b6f-e8e6-ed255c601693@oracle.com>
 <C93F0C38-D59B-49C4-9309-A29FDC9962E6@cbfiddle.com>
 <5A53B9F1.1010700@oracle.com>
 <f63bc140-dbdf-d1ff-f53b-9624ae79ba60@oracle.com>
 <353B6BF1-7E78-4BBD-8D3A-02573527DAA6@oracle.com>
 <7BAAA3FB-0950-44B6-B103-3405E0BE8366@cbfiddle.com>
 <99F80933-FDF8-4DF0-9A0E-C77F56B63C59@cbfiddle.com>
 <d0a010a7-5b89-7be2-cfc2-f2f5e2dfd0fc@oracle.com>
Message-ID: <8E6E072C-E0CB-4EBE-BB6F-A3567912A958@cbfiddle.com>

To summarize, these are the test failures/errors:

	? StringPlatformChars (error ? native code not found)
	? NewUnsafeString (did not use provided string)
	? APIExtraction (class file for TestClass not found)
	? ClassDependenciesTest (assertion error ? null pointer in loadClass)
	? IgnoreSymbolFile (package sun.reflect.annotation is not visible)




From volker.simonis at gmail.com  Wed Jan 17 21:14:13 2018
From: volker.simonis at gmail.com (Volker Simonis)
Date: Wed, 17 Jan 2018 21:14:13 +0000
Subject: [10] RFR(S): 8189761: COMPANY_NAME, IMPLEMENTOR, BUNDLE_VENDOR,
 VENDOR, but no configure flag
In-Reply-To: <925deb32-a6af-d835-3ea9-d7b09c80e688@oracle.com>
References: <CA+3eh120FU701yYt+wgnkaaETStRJzB+pwy6k6VVmT7mdDcfeA@mail.gmail.com>
 <925deb32-a6af-d835-3ea9-d7b09c80e688@oracle.com>
Message-ID: <CA+3eh13sY-SJwZTTS=d-t6F4bK0vqj9K+P11QFPt1=-8qCLDzw@mail.gmail.com>

Erik Joelsson <erik.joelsson at oracle.com> schrieb am Mi. 17. Jan. 2018 um
20:16:

> Looks good to me. I can sponsor it.


Thanks a lot Erik!

Regards,
Volker


>
> /Erik
>
>
> On 2018-01-17 08:03, Volker Simonis wrote:
> > Hi,
> >
> > can I please have a review and sponsor for this change which finally
> > exposes the various "vendor*" properties:
> >
> > java.vendor
> > java.vm.vendor
> > java.vendor.url
> > java.vendor.url.bug
> >
> > as configure arguments:
> >
> > http://cr.openjdk.java.net/~simonis/webrevs/2018/8189761
> > https://bugs.openjdk.java.net/browse/JDK-8189761
> >
> > With this change, "java.vendor" and "java.vm.vendor" still default to
> > "Oracle Corporation" which is defined in System.c (for "java.vendor")
> > and in vm_version.cpp (for "java.vm.version") unless the new
> > "--with-vendor-name" option introduced by JDK-8193764 will be used in
> > the configure step.
> >
> > If the "--with-vendor-name" option will be used, its value will now,
> > with this change, also be assigned to both, the "java.vendor" and
> > "java.vm.vendor" properties. I don't think that we need a separate
> > configure option for "java.vm.vendor" because if somebody is building
> > the OpenJDK with a different VM, he will own the source code of that
> > VM anyway and can easily set "java.vm.vendor" in his code.
> >
> > For "java.vendor.url" and "java.vendor.url.bug" I've introduced the
> > two new configure options "--with-vendor-url" and
> > "--with-vendor-bug-url" which should be self explanatory. If they are
> > not set, the old default values will be used.
> >
> > In the case of a VM crash, the HotSpot displays a second, different
> > bug URL which is currently only configured in the arguments.cpp file.
> > I've exposed this URL as well to configure with the new
> > "--with-vendor-vm-bug-url" configure option. Again, if this option
> > will not use, the VM will fall back to the old default value.
> >
> > Notice that this patch also fixes a bug introduced by "8193764: Cannot
> > set COMPANY_NAME when configuring a build" because of which the jtreg
> > test "test/jdk/tools/jlink/ReleaseImplementorTest.java" fails if the
> > testee was configured without "--with-vendor-name". The problem is
> > that the code introduced by 8193764 unconditionally sets COMPANY_NAME
> > to the empty string, if no "--with-vendor-name" option was given. This
> > overrides the default setting of COMPANY_NAME=N/A from
> > $AUTOCONF_DIR/version-numbers.
> >
> > I want to bring this into jdk10 if possible.
> >
> > I need a sponsor because this change requires the regeneration of
> > "generated-configure.sh" (which I've included in the webrev for your
> > convenience only) and because it touches a HotSpot file and external
> > contributors still can't push such changes :(
> >
> > Thank you and best regards,
> > Volker
>
>


From david.holmes at oracle.com  Wed Jan 17 21:55:18 2018
From: david.holmes at oracle.com (David Holmes)
Date: Thu, 18 Jan 2018 07:55:18 +1000
Subject: [10] RFR(S): 8189761: COMPANY_NAME, IMPLEMENTOR, BUNDLE_VENDOR,
 VENDOR, but no configure flag
In-Reply-To: <CA+3eh120FU701yYt+wgnkaaETStRJzB+pwy6k6VVmT7mdDcfeA@mail.gmail.com>
References: <CA+3eh120FU701yYt+wgnkaaETStRJzB+pwy6k6VVmT7mdDcfeA@mail.gmail.com>
Message-ID: <2baa67e0-89e0-42d9-9b6e-affe0094e908@oracle.com>

Hi Volker,

Changes seem okay to me too.

spec.gmk.in:

! # Only export VENDOR_URL, VENDOR_URL_BUG and VENDOR_VM_URL_BUG tot he 
build if they

Typo: tot he -> to the

I'm also surprised this doesn't need any quoting:

   ifneq ($(COMPANY_NAME), N/A)

Thanks,
David

On 18/01/2018 2:03 AM, Volker Simonis wrote:
> Hi,
> 
> can I please have a review and sponsor for this change which finally
> exposes the various "vendor*" properties:
> 
> java.vendor
> java.vm.vendor
> java.vendor.url
> java.vendor.url.bug
> 
> as configure arguments:
> 
> http://cr.openjdk.java.net/~simonis/webrevs/2018/8189761
> https://bugs.openjdk.java.net/browse/JDK-8189761
> 
> With this change, "java.vendor" and "java.vm.vendor" still default to
> "Oracle Corporation" which is defined in System.c (for "java.vendor")
> and in vm_version.cpp (for "java.vm.version") unless the new
> "--with-vendor-name" option introduced by JDK-8193764 will be used in
> the configure step.
> 
> If the "--with-vendor-name" option will be used, its value will now,
> with this change, also be assigned to both, the "java.vendor" and
> "java.vm.vendor" properties. I don't think that we need a separate
> configure option for "java.vm.vendor" because if somebody is building
> the OpenJDK with a different VM, he will own the source code of that
> VM anyway and can easily set "java.vm.vendor" in his code.
> 
> For "java.vendor.url" and "java.vendor.url.bug" I've introduced the
> two new configure options "--with-vendor-url" and
> "--with-vendor-bug-url" which should be self explanatory. If they are
> not set, the old default values will be used.
> 
> In the case of a VM crash, the HotSpot displays a second, different
> bug URL which is currently only configured in the arguments.cpp file.
> I've exposed this URL as well to configure with the new
> "--with-vendor-vm-bug-url" configure option. Again, if this option
> will not use, the VM will fall back to the old default value.
> 
> Notice that this patch also fixes a bug introduced by "8193764: Cannot
> set COMPANY_NAME when configuring a build" because of which the jtreg
> test "test/jdk/tools/jlink/ReleaseImplementorTest.java" fails if the
> testee was configured without "--with-vendor-name". The problem is
> that the code introduced by 8193764 unconditionally sets COMPANY_NAME
> to the empty string, if no "--with-vendor-name" option was given. This
> overrides the default setting of COMPANY_NAME=N/A from
> $AUTOCONF_DIR/version-numbers.
> 
> I want to bring this into jdk10 if possible.
> 
> I need a sponsor because this change requires the regeneration of
> "generated-configure.sh" (which I've included in the webrev for your
> convenience only) and because it touches a HotSpot file and external
> contributors still can't push such changes :(
> 
> Thank you and best regards,
> Volker
> 


From david.holmes at oracle.com  Wed Jan 17 22:13:00 2018
From: david.holmes at oracle.com (David Holmes)
Date: Thu, 18 Jan 2018 08:13:00 +1000
Subject: [PATCH] (Title Corrected) Build fails to compile jchuff.c using
 gcc 4.8.5 on zLinux
In-Reply-To: <OFCDE3EE94.C6F6ADB1-ON00258218.0046C510-80258218.00470F24@notes.na.collabserv.com>
References: <OF9BE72648.7CE2EB9F-ON00258218.0040EBD6-80258218.00410EC5@notes.na.collabserv.com>
 <c01735da-2ac9-f506-9565-6313ccd65603@physik.fu-berlin.de>
 <OFCDE3EE94.C6F6ADB1-ON00258218.0046C510-80258218.00470F24@notes.na.collabserv.com>
Message-ID: <c3041d6e-08a9-3e54-aec1-6127146a93e7@oracle.com>

Adam,

Erik or Magnus from the build team should step in here if this 
information is wrong but AFAIK the intent is that using the official 
toolchains the OpenJDK will build out-of-the-box using the supplied 
instructions and whatever the default settings are (which ideally would 
be without any warnings).

Anyone building with a different toolchain may encounter problems, and 
may need to disable warnings-as-errors. That should be in the build docs 
somewhere if it isn't now.

The build wiki has unfortunately not been updated for JDK 10, but we 
didn't make any changes to the official toolchains compared to JDK 9:

https://wiki.openjdk.java.net/display/Build/Supported+Build+Platforms

As gcc 4.8.5 is listed as an "other build platform" I would not have 
expected you to encounter this problem. Though it is not stated on the 
wiki whether building on these other platforms requires changing any of 
the build settings.

If an official, or even semi-official, toolchain encounters a problem 
then we may look into adding a toolchain specific workaround for the 
specific file(s) affected (ie disable the specific warning). Otherwise, 
as "John" (aka Adrian) states we don't play this game for every possible 
toolchain that may be used.

David

On 17/01/2018 10:56 PM, Adam Farley8 wrote:
> Hi John, David,
> 
>>> If you compile jchuff.c  (part of javajpeg) without
>>> "--disable-warnings-as-errors",
>>> then you get an error that kills the build. This is seen in these
>>> circumstances:
> 
>>Last time this particular discussion came up, the conclusion was that
>>hunting for warnings is a lost battle as the generated warnings depend
>>heavily on the toolchain used [1,2].
> 
>>So, I think for now we're not going to address build errors which occur
>>when omitting "--disable-warnings-as-errors" in the configure  line.
> 
> If this is the consensus, then perhaps we should consider setting
> --disable-warnings-as-errors by default (in the code), rather than
> depending on the user using an option which is not part of the formal
> build instructions.
> 
> Thoughts?
> 
> Best Regards
> 
> Adam Farley
> 
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number 
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From david.holmes at oracle.com  Wed Jan 17 22:24:00 2018
From: david.holmes at oracle.com (David Holmes)
Date: Thu, 18 Jan 2018 08:24:00 +1000
Subject: jdk10 on macOS
In-Reply-To: <8E6E072C-E0CB-4EBE-BB6F-A3567912A958@cbfiddle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
 <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
 <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>
 <c705d0b1-c1c6-1b6f-e8e6-ed255c601693@oracle.com>
 <C93F0C38-D59B-49C4-9309-A29FDC9962E6@cbfiddle.com>
 <5A53B9F1.1010700@oracle.com>
 <f63bc140-dbdf-d1ff-f53b-9624ae79ba60@oracle.com>
 <353B6BF1-7E78-4BBD-8D3A-02573527DAA6@oracle.com>
 <7BAAA3FB-0950-44B6-B103-3405E0BE8366@cbfiddle.com>
 <99F80933-FDF8-4DF0-9A0E-C77F56B63C59@cbfiddle.com>
 <d0a010a7-5b89-7be2-cfc2-f2f5e2dfd0fc@oracle.com>
 <8E6E072C-E0CB-4EBE-BB6F-A3567912A958@cbfiddle.com>
Message-ID: <41947b98-588d-58bd-34b8-dd5c21f50d6e@oracle.com>

Alan,

On 18/01/2018 6:52 AM, Alan Snyder wrote:
> To summarize, these are the test failures/errors:
> 
> 	? StringPlatformChars (error ? native code not found)

This seems potentially a makefile issue.

> 	? NewUnsafeString (did not use provided string)
> 	? APIExtraction (class file for TestClass not found)
> 	? ClassDependenciesTest (assertion error ? null pointer in loadClass)
> 	? IgnoreSymbolFile (package sun.reflect.annotation is not visible)

Any other test failures should be taken up with the component area 
related to the test - and you can also search the bug systems for 
references to such failures. Not all tests are guaranteed to always pass 
in every environment - though the intent for tier1/2 tests that (unless 
excluded via the ProblemList.txt file, or marked "intermittent") they do 
pass.

David


From volker.simonis at gmail.com  Wed Jan 17 22:59:07 2018
From: volker.simonis at gmail.com (Volker Simonis)
Date: Wed, 17 Jan 2018 22:59:07 +0000
Subject: [10] RFR(S): 8189761: COMPANY_NAME, IMPLEMENTOR, BUNDLE_VENDOR,
 VENDOR, but no configure flag
In-Reply-To: <2baa67e0-89e0-42d9-9b6e-affe0094e908@oracle.com>
References: <CA+3eh120FU701yYt+wgnkaaETStRJzB+pwy6k6VVmT7mdDcfeA@mail.gmail.com>
 <2baa67e0-89e0-42d9-9b6e-affe0094e908@oracle.com>
Message-ID: <CA+3eh130XwS90hQ8FaVNsemRTngBnkbiPN4qsTZnr7jw0sUOhQ@mail.gmail.com>

David Holmes <david.holmes at oracle.com> schrieb am Mi. 17. Jan. 2018 um
22:55:

> Hi Volker,
>
> Changes seem okay to me too.
>

Thanks David!


> spec.gmk.in:
>
> ! # Only export VENDOR_URL, VENDOR_URL_BUG and VENDOR_VM_URL_BUG tot he
> build if they
>
> Typo: tot he -> to the
>

Will fix tomorrow morning when I?m back in the office!


> I'm also surprised this doesn't need any quoting:
>
>    ifneq ($(COMPANY_NAME), N/A)
>

Me too, but I can assure you that it doesn?t work if quoted. I?ve tried it
:)


> Thanks,
> David
>
> On 18/01/2018 2:03 AM, Volker Simonis wrote:
> > Hi,
> >
> > can I please have a review and sponsor for this change which finally
> > exposes the various "vendor*" properties:
> >
> > java.vendor
> > java.vm.vendor
> > java.vendor.url
> > java.vendor.url.bug
> >
> > as configure arguments:
> >
> > http://cr.openjdk.java.net/~simonis/webrevs/2018/8189761
> > https://bugs.openjdk.java.net/browse/JDK-8189761
> >
> > With this change, "java.vendor" and "java.vm.vendor" still default to
> > "Oracle Corporation" which is defined in System.c (for "java.vendor")
> > and in vm_version.cpp (for "java.vm.version") unless the new
> > "--with-vendor-name" option introduced by JDK-8193764 will be used in
> > the configure step.
> >
> > If the "--with-vendor-name" option will be used, its value will now,
> > with this change, also be assigned to both, the "java.vendor" and
> > "java.vm.vendor" properties. I don't think that we need a separate
> > configure option for "java.vm.vendor" because if somebody is building
> > the OpenJDK with a different VM, he will own the source code of that
> > VM anyway and can easily set "java.vm.vendor" in his code.
> >
> > For "java.vendor.url" and "java.vendor.url.bug" I've introduced the
> > two new configure options "--with-vendor-url" and
> > "--with-vendor-bug-url" which should be self explanatory. If they are
> > not set, the old default values will be used.
> >
> > In the case of a VM crash, the HotSpot displays a second, different
> > bug URL which is currently only configured in the arguments.cpp file.
> > I've exposed this URL as well to configure with the new
> > "--with-vendor-vm-bug-url" configure option. Again, if this option
> > will not use, the VM will fall back to the old default value.
> >
> > Notice that this patch also fixes a bug introduced by "8193764: Cannot
> > set COMPANY_NAME when configuring a build" because of which the jtreg
> > test "test/jdk/tools/jlink/ReleaseImplementorTest.java" fails if the
> > testee was configured without "--with-vendor-name". The problem is
> > that the code introduced by 8193764 unconditionally sets COMPANY_NAME
> > to the empty string, if no "--with-vendor-name" option was given. This
> > overrides the default setting of COMPANY_NAME=N/A from
> > $AUTOCONF_DIR/version-numbers.
> >
> > I want to bring this into jdk10 if possible.
> >
> > I need a sponsor because this change requires the regeneration of
> > "generated-configure.sh" (which I've included in the webrev for your
> > convenience only) and because it touches a HotSpot file and external
> > contributors still can't push such changes :(
> >
> > Thank you and best regards,
> > Volker
> >
>


From erik.joelsson at oracle.com  Wed Jan 17 23:07:33 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 17 Jan 2018 15:07:33 -0800
Subject: [10] RFR(S): 8189761: COMPANY_NAME, IMPLEMENTOR, BUNDLE_VENDOR,
 VENDOR, but no configure flag
In-Reply-To: <2baa67e0-89e0-42d9-9b6e-affe0094e908@oracle.com>
References: <CA+3eh120FU701yYt+wgnkaaETStRJzB+pwy6k6VVmT7mdDcfeA@mail.gmail.com>
 <2baa67e0-89e0-42d9-9b6e-affe0094e908@oracle.com>
Message-ID: <01230026-887e-766b-b9ec-6c4f9047bb5f@oracle.com>

I can just adjust that before I push. I'm running it through internal 
testing now.

Regarding quoting, make doesn't really do quotes. When you see quoted 
strings in make, it's generally done for shell consumption.

/Erik


On 2018-01-17 13:55, David Holmes wrote:
> Hi Volker,
>
> Changes seem okay to me too.
>
> spec.gmk.in:
>
> ! # Only export VENDOR_URL, VENDOR_URL_BUG and VENDOR_VM_URL_BUG tot 
> he build if they
>
> Typo: tot he -> to the
>
> I'm also surprised this doesn't need any quoting:
>
> ? ifneq ($(COMPANY_NAME), N/A)
>
> Thanks,
> David
>
> On 18/01/2018 2:03 AM, Volker Simonis wrote:
>> Hi,
>>
>> can I please have a review and sponsor for this change which finally
>> exposes the various "vendor*" properties:
>>
>> java.vendor
>> java.vm.vendor
>> java.vendor.url
>> java.vendor.url.bug
>>
>> as configure arguments:
>>
>> http://cr.openjdk.java.net/~simonis/webrevs/2018/8189761
>> https://bugs.openjdk.java.net/browse/JDK-8189761
>>
>> With this change, "java.vendor" and "java.vm.vendor" still default to
>> "Oracle Corporation" which is defined in System.c (for "java.vendor")
>> and in vm_version.cpp (for "java.vm.version") unless the new
>> "--with-vendor-name" option introduced by JDK-8193764 will be used in
>> the configure step.
>>
>> If the "--with-vendor-name" option will be used, its value will now,
>> with this change, also be assigned to both, the "java.vendor" and
>> "java.vm.vendor" properties. I don't think that we need a separate
>> configure option for "java.vm.vendor" because if somebody is building
>> the OpenJDK with a different VM, he will own the source code of that
>> VM anyway and can easily set "java.vm.vendor" in his code.
>>
>> For "java.vendor.url" and "java.vendor.url.bug" I've introduced the
>> two new configure options "--with-vendor-url" and
>> "--with-vendor-bug-url" which should be self explanatory. If they are
>> not set, the old default values will be used.
>>
>> In the case of a VM crash, the HotSpot displays a second, different
>> bug URL which is currently only configured in the arguments.cpp file.
>> I've exposed this URL as well to configure with the new
>> "--with-vendor-vm-bug-url" configure option. Again, if this option
>> will not use, the VM will fall back to the old default value.
>>
>> Notice that this patch also fixes a bug introduced by "8193764: Cannot
>> set COMPANY_NAME when configuring a build" because of which the jtreg
>> test "test/jdk/tools/jlink/ReleaseImplementorTest.java" fails if the
>> testee was configured without "--with-vendor-name". The problem is
>> that the code introduced by 8193764 unconditionally sets COMPANY_NAME
>> to the empty string, if no "--with-vendor-name" option was given. This
>> overrides the default setting of COMPANY_NAME=N/A from
>> $AUTOCONF_DIR/version-numbers.
>>
>> I want to bring this into jdk10 if possible.
>>
>> I need a sponsor because this change requires the regeneration of
>> "generated-configure.sh" (which I've included in the webrev for your
>> convenience only) and because it touches a HotSpot file and external
>> contributors still can't push such changes :(
>>
>> Thank you and best regards,
>> Volker
>>



From erik.joelsson at oracle.com  Wed Jan 17 23:12:59 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 17 Jan 2018 15:12:59 -0800
Subject: [PATCH] Build fails to compile jchuff.c using gcc 4.5 on zLinux
In-Reply-To: <OF3B052D19.B1125A92-ON00258218.003E705F-80258218.0040E655@notes.na.collabserv.com>
References: <OF3B052D19.B1125A92-ON00258218.003E705F-80258218.0040E655@notes.na.collabserv.com>
Message-ID: <07c43d5b-aee5-7019-1d54-e9519c90d283@oracle.com>

This isn't really a question for build-dev. It should be brought to the 
component team owning that particular source. I believe in this case 
that would be 2d-dev.

/Erik


On 2018-01-17 03:48, Adam Farley8 wrote:
> Hi All,
>
> If you compile jchuff.c (part of javajpeg) without
> "--disable-warnings-as-errors",
> then you get an error that kills the build. This is seen in these
> circumstances:
>
> Build: JDK9
> gcc and g++ Version: 4.8.5
> Platform: zLinux 64bit (s390x)
>
> The error message is:
>
> /home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:
> In function 'jGenOptTbl':
> /home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:808:18:
> error: array subscript is below array bounds [-Werror=array-bounds]
>        while (bits[j] == 0)
>                   ^
>
> It looks to me that this error happens because the while loop can
> technically
> reduce j down to beneath 0, resulting in us attempting to find the array
> entry
> with index -1.
>
> On the basis that if we get down to -1 here bad things will happen
> regardless,
> perhaps we should change that line to:
>
>        while ((bits[j] == 0) && (j != 0))
>
> This appears to prevent the compiler failing with this error, by providing
>
> unambiguous handling for the "index -1" scenario.
>
> Thoughts?
>
> Best Regards
>
> Adam Farley
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU



From erik.joelsson at oracle.com  Wed Jan 17 23:25:22 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 17 Jan 2018 15:25:22 -0800
Subject: [PATCH] (Title Corrected) Build fails to compile jchuff.c using
 gcc 4.8.5 on zLinux
In-Reply-To: <c3041d6e-08a9-3e54-aec1-6127146a93e7@oracle.com>
References: <OF9BE72648.7CE2EB9F-ON00258218.0040EBD6-80258218.00410EC5@notes.na.collabserv.com>
 <c01735da-2ac9-f506-9565-6313ccd65603@physik.fu-berlin.de>
 <OFCDE3EE94.C6F6ADB1-ON00258218.0046C510-80258218.00470F24@notes.na.collabserv.com>
 <c3041d6e-08a9-3e54-aec1-6127146a93e7@oracle.com>
Message-ID: <61916dc8-29c4-8946-e2df-39448a65be42@oracle.com>

This is all correct, thanks David!

For the official toolchains (basically what Oracle builds with), we very 
much like to keep warnings-as-errors active, because it's a very 
valuable tool in keeping the code healthy. For other toolchains, it 
depends, as David says.

We have a mechanism for disabling warnings for specific toolchain types 
(gcc, clang, solstudio, visualstudio) on a per library basis. We also 
have the ability to add flags globally for specific toolchain versions 
in configure, in flags.m4. If we want to solve this by disabling a 
warning due to a bug in a specific gcc version, I would recommend the 
latter.

/Erik

On 2018-01-17 14:13, David Holmes wrote:
> Adam,
>
> Erik or Magnus from the build team should step in here if this 
> information is wrong but AFAIK the intent is that using the official 
> toolchains the OpenJDK will build out-of-the-box using the supplied 
> instructions and whatever the default settings are (which ideally 
> would be without any warnings).
>
> Anyone building with a different toolchain may encounter problems, and 
> may need to disable warnings-as-errors. That should be in the build 
> docs somewhere if it isn't now.
>
> The build wiki has unfortunately not been updated for JDK 10, but we 
> didn't make any changes to the official toolchains compared to JDK 9:
>
> https://wiki.openjdk.java.net/display/Build/Supported+Build+Platforms
>
> As gcc 4.8.5 is listed as an "other build platform" I would not have 
> expected you to encounter this problem. Though it is not stated on the 
> wiki whether building on these other platforms requires changing any 
> of the build settings.
>
> If an official, or even semi-official, toolchain encounters a problem 
> then we may look into adding a toolchain specific workaround for the 
> specific file(s) affected (ie disable the specific warning). 
> Otherwise, as "John" (aka Adrian) states we don't play this game for 
> every possible toolchain that may be used.
>
> David
>
> On 17/01/2018 10:56 PM, Adam Farley8 wrote:
>> Hi John, David,
>>
>>>> If you compile jchuff.c? (part of javajpeg) without
>>>> "--disable-warnings-as-errors",
>>>> then you get an error that kills the build. This is seen in these
>>>> circumstances:
>>
>>> Last time this particular discussion came up, the conclusion was that
>>> hunting for warnings is a lost battle as the generated warnings depend
>>> heavily on the toolchain used [1,2].
>>
>>> So, I think for now we're not going to address build errors which occur
>>> when omitting "--disable-warnings-as-errors" in the configure line.
>>
>> If this is the consensus, then perhaps we should consider setting
>> --disable-warnings-as-errors by default (in the code), rather than
>> depending on the user using an option which is not part of the formal
>> build instructions.
>>
>> Thoughts?
>>
>> Best Regards
>>
>> Adam Farley
>>
>> Unless stated otherwise above:
>> IBM United Kingdom Limited - Registered in England and Wales with 
>> number 741598.
>> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire 
>> PO6 3AU



From adam.farley at uk.ibm.com  Thu Jan 18 10:48:53 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Thu, 18 Jan 2018 10:48:53 +0000
Subject: [PATCH] Build fails to compile jchuff.c using gcc 4.5 on zLinux
In-Reply-To: <07c43d5b-aee5-7019-1d54-e9519c90d283@oracle.com>
References: <OF3B052D19.B1125A92-ON00258218.003E705F-80258218.0040E655@notes.na.collabserv.com>
 <07c43d5b-aee5-7019-1d54-e9519c90d283@oracle.com>
Message-ID: <OF48E89819.095460A3-ON00258219.003B4068-80258219.003B6C37@notes.na.collabserv.com>

> This isn't really a question for build-dev. It should be brought to the 
> component team owning that particular source. I believe in this case 
> that would be 2d-dev.

> /Erik

Hi Erik,

This has been mentioned. One of my responses yesterday indicates I raised 
a counterpart in 2d-dev already.

Thanks for your time. :)

Best Regards

Adam Farley

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From adam.farley at uk.ibm.com  Thu Jan 18 11:15:48 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Thu, 18 Jan 2018 11:15:48 +0000
Subject: [PATCH] (Title Corrected) Build fails to compile jchuff.c using
 gcc 4.8.5 on zLinux
In-Reply-To: <61916dc8-29c4-8946-e2df-39448a65be42@oracle.com>
References: <OF9BE72648.7CE2EB9F-ON00258218.0040EBD6-80258218.00410EC5@notes.na.collabserv.com>
 <c01735da-2ac9-f506-9565-6313ccd65603@physik.fu-berlin.de>
 <OFCDE3EE94.C6F6ADB1-ON00258218.0046C510-80258218.00470F24@notes.na.collabserv.com>
 <c3041d6e-08a9-3e54-aec1-6127146a93e7@oracle.com>
 <61916dc8-29c4-8946-e2df-39448a65be42@oracle.com>
Message-ID: <OF757274B2.A8DB03E3-ON00258219.003CDC45-80258219.003DE2FC@notes.na.collabserv.com>

Hi All

I sent an email to the 2d-dev list yesterday, but I'll respond here as 
well 
so you guys know I'm not ignoring you. :)

> This is all correct, thanks David!
>
> For the official toolchains (basically what Oracle builds with), we very 

> much like to keep warnings-as-errors active, because it's a very 
> valuable tool in keeping the code healthy. For other toolchains, it 
> depends, as David says.
>
> We have a mechanism for disabling warnings for specific toolchain types 
> (gcc, clang, solstudio, visualstudio) on a per library basis. We also 
> have the ability to add flags globally for specific toolchain versions 
> in configure, in flags.m4. If we want to solve this by disabling a 
> warning due to a bug in a specific gcc version, I would recommend the 
> latter.
>
> /Erik

This is correct. In flags.m4, GCC has a potential 
DISABLE_WARNING_PREFIX value of "-Wno-". 

Yesterday I posted to 2d-dev and recommended changing 
Awt2dLibraries.gmk, which supplies suffixes for that prefix

Basically you change line 494 to this:

    DISABLED_WARNINGS_gcc := clobbered array-bounds, \

This puts a -Wno-array-bounds on the gcc compile command for 
jchuff.c, thereby ignoring the error-warning I'm seeing.

I ran a build to confirm this works. It did, and the build completed 
without further errors.

This fix, if accepted, means --disable-warnings-as-errors will not be 
needed
in future zLinux compiles using this gcc (which, as David points out, is 
the
gcc version on the build list).

Just "bash ./compile" and "make all". Simples!

Please send future responses through my email to the 2d-dev list.

http://mail.openjdk.java.net/pipermail/2d-dev/2018-January/008836.html

Thanks for your time. :)

Best Regards

Adam Farley

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From magnus.ihse.bursie at oracle.com  Thu Jan 18 13:28:16 2018
From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie)
Date: Thu, 18 Jan 2018 14:28:16 +0100
Subject: RFR: JDK-8195689 Remove generated-configure.sh and instead use
 autoconf
Message-ID: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>

Currently, we require all developers who modify the configure script to 
run autoconf locally, to update the generated-configure.sh script, which 
is then checked in. This is the only instance of checked in "compiled" 
code in OpenJDK, and this has brought along several problems:

* Only a specific version of autoconf, 2.69, can be used, to avoid large 
code changes in the generated file. Unfortunately, Ubuntu ships a 
version of autoconf that claims to be 2.69 but is actually heavily 
patched. This requires all Ubuntu users to compiler their own autoconf 
from source.

* The Oracle JDK closed sources has a closed version that needs to be 
updated. In practice, this has meant that all non-Oracle developers, 
need an Oracle sponsor for patches modifying the configure script.

* If the configure script is not properly updated, the build will fail. 
The same happens on the Oracle side if the closed version is not in sync 
with the open version. It is easy to miss re-generating the script after 
the last fix of a typo in the comments in an .m4 file...

* Merging between two changes containing configure modifications is 
almost impossible. In practice, the entire generated-configure.sh needs 
to be thrown away and regenerated.

The entire benefit of having the file in the repo is to save first-time 
developers the hassle of installing autoconf. On most platforms, this is 
a no-brainer (like "apt install autoconf"), and the requirement is 
similar to other open source projects using autoconf and "./configure". 
It's just not worth it.

Bug: https://bugs.openjdk.java.net/browse/JDK-8195689
WebRev: 
http://cr.openjdk.java.net/~ihse/JDK-8195689-remove-generated-configure/webrev.01

/Magnus


From sgehwolf at redhat.com  Thu Jan 18 14:13:40 2018
From: sgehwolf at redhat.com (Severin Gehwolf)
Date: Thu, 18 Jan 2018 15:13:40 +0100
Subject: RFR: JDK-8195689 Remove generated-configure.sh and instead use
 autoconf
In-Reply-To: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
References: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
Message-ID: <1516284820.4734.8.camel@redhat.com>

On Thu, 2018-01-18 at 14:28 +0100, Magnus Ihse Bursie wrote:
> Currently, we require all developers who modify the configure script to 
> run autoconf locally, to update the generated-configure.sh script, which 
> is then checked in. This is the only instance of checked in "compiled" 
> code in OpenJDK, and this has brought along several problems:
> 
> * Only a specific version of autoconf, 2.69, can be used, to avoid large 
> code changes in the generated file. Unfortunately, Ubuntu ships a 
> version of autoconf that claims to be 2.69 but is actually heavily 
> patched. This requires all Ubuntu users to compiler their own autoconf 
> from source.
> 
> * The Oracle JDK closed sources has a closed version that needs to be 
> updated. In practice, this has meant that all non-Oracle developers, 
> need an Oracle sponsor for patches modifying the configure script.
> 
> * If the configure script is not properly updated, the build will fail. 
> The same happens on the Oracle side if the closed version is not in sync 
> with the open version. It is easy to miss re-generating the script after 
> the last fix of a typo in the comments in an .m4 file...
> 
> * Merging between two changes containing configure modifications is 
> almost impossible. In practice, the entire generated-configure.sh needs 
> to be thrown away and regenerated.
> 
> The entire benefit of having the file in the repo is to save first-time 
> developers the hassle of installing autoconf. On most platforms, this is 
> a no-brainer (like "apt install autoconf"), and the requirement is 
> similar to other open source projects using autoconf and "./configure". 
> It's just not worth it.
> 
> Bug: https://bugs.openjdk.java.net/browse/JDK-8195689
> WebRev: 
> http://cr.openjdk.java.net/~ihse/JDK-8195689-remove-generated-configure/webrev.01

Very cool! +1

Note: I haven't really reviewed the patch. This change in approach is
very welcome, though.

Thanks,
Severin


From jonathan.gibbons at oracle.com  Thu Jan 18 15:42:32 2018
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Thu, 18 Jan 2018 07:42:32 -0800
Subject: RFR: JDK-8195689 Remove generated-configure.sh and instead use
 autoconf
In-Reply-To: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
References: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
Message-ID: <25ce71c7-2d9d-9f42-4c78-15c70cbf392a@oracle.com>

On 1/18/18 5:28 AM, Magnus Ihse Bursie wrote:

>
> * Only a specific version of autoconf, 2.69, can be used, to avoid 
> large code changes in the generated file. Unfortunately, Ubuntu ships 
> a version of autoconf that claims to be 2.69 but is actually heavily 
> patched. This requires all Ubuntu users to compiler their own autoconf 
> from source. 
Can you provide more details here?? My recent experience is that some 
older versions of Ubuntu are OK, with respect to autoconf 2.69.? Is 
there are list somewhere of which versions of Ubuntu are good and which 
are bad?

-- Jon


From erik.joelsson at oracle.com  Thu Jan 18 16:39:09 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 18 Jan 2018 08:39:09 -0800
Subject: RFR: JDK-8195689 Remove generated-configure.sh and instead use
 autoconf
In-Reply-To: <25ce71c7-2d9d-9f42-4c78-15c70cbf392a@oracle.com>
References: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
 <25ce71c7-2d9d-9f42-4c78-15c70cbf392a@oracle.com>
Message-ID: <93898f90-2ab4-dcc3-d1c6-e82ef4da3daa@oracle.com>



On 2018-01-18 07:42, Jonathan Gibbons wrote:
> On 1/18/18 5:28 AM, Magnus Ihse Bursie wrote:
>
>>
>> * Only a specific version of autoconf, 2.69, can be used, to avoid 
>> large code changes in the generated file. Unfortunately, Ubuntu ships 
>> a version of autoconf that claims to be 2.69 but is actually heavily 
>> patched. This requires all Ubuntu users to compiler their own 
>> autoconf from source. 
> Can you provide more details here?? My recent experience is that some 
> older versions of Ubuntu are OK, with respect to autoconf 2.69.? Is 
> there are list somewhere of which versions of Ubuntu are good and 
> which are bad?
>
I know 16.04 is bad and 14.04 is good. Likely other non LTS versions are 
bad as well. The point is though that with this change, we won't need to 
care anymore. The autoconf in Ubuntu still works fine for building the 
product. We just don't like it now because it introduces spurious 
changes in the history for generated-configure.sh.

/Erik


From javalists at cbfiddle.com  Thu Jan 18 17:20:06 2018
From: javalists at cbfiddle.com (Alan Snyder)
Date: Thu, 18 Jan 2018 09:20:06 -0800
Subject: jdk10 on macOS
In-Reply-To: <41947b98-588d-58bd-34b8-dd5c21f50d6e@oracle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
 <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
 <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>
 <c705d0b1-c1c6-1b6f-e8e6-ed255c601693@oracle.com>
 <C93F0C38-D59B-49C4-9309-A29FDC9962E6@cbfiddle.com>
 <5A53B9F1.1010700@oracle.com>
 <f63bc140-dbdf-d1ff-f53b-9624ae79ba60@oracle.com>
 <353B6BF1-7E78-4BBD-8D3A-02573527DAA6@oracle.com>
 <7BAAA3FB-0950-44B6-B103-3405E0BE8366@cbfiddle.com>
 <99F80933-FDF8-4DF0-9A0E-C77F56B63C59@cbfiddle.com>
 <d0a010a7-5b89-7be2-cfc2-f2f5e2dfd0fc@oracle.com>
 <8E6E072C-E0CB-4EBE-BB6F-A3567912A958@cbfiddle.com>
 <41947b98-588d-58bd-34b8-dd5c21f50d6e@oracle.com>
Message-ID: <B9F92D88-C276-47F5-B66E-D04034AE7D31@cbfiddle.com>

I tried building from the jdk repo (vs jdk10). The StringPlatformChars test passed. The other four tests appear to have been removed.

However, I did get failures on these tests:

	? MethodHandleConstants (internal error: appendix)
	? JavadocHelperTest (out of memory ? Java heap space)
	? MethodReferenceTestMethodHandle (internal error: appendix)


> On Jan 17, 2018, at 2:24 PM, David Holmes <david.holmes at oracle.com> wrote:
> 
> Alan,
> 
> On 18/01/2018 6:52 AM, Alan Snyder wrote:
>> To summarize, these are the test failures/errors:
>> 	? StringPlatformChars (error ? native code not found)
> 
> This seems potentially a makefile issue.
> 
>> 	? NewUnsafeString (did not use provided string)
>> 	? APIExtraction (class file for TestClass not found)
>> 	? ClassDependenciesTest (assertion error ? null pointer in loadClass)
>> 	? IgnoreSymbolFile (package sun.reflect.annotation is not visible)
> 
> Any other test failures should be taken up with the component area related to the test - and you can also search the bug systems for references to such failures. Not all tests are guaranteed to always pass in every environment - though the intent for tier1/2 tests that (unless excluded via the ProblemList.txt file, or marked "intermittent") they do pass.
> 
> David



From erik.joelsson at oracle.com  Thu Jan 18 17:27:25 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 18 Jan 2018 09:27:25 -0800
Subject: [PATCH] (Title Corrected) Build fails to compile jchuff.c using
 gcc 4.8.5 on zLinux
In-Reply-To: <OF757274B2.A8DB03E3-ON00258219.003CDC45-80258219.003DE2FC@notes.na.collabserv.com>
References: <OF9BE72648.7CE2EB9F-ON00258218.0040EBD6-80258218.00410EC5@notes.na.collabserv.com>
 <c01735da-2ac9-f506-9565-6313ccd65603@physik.fu-berlin.de>
 <OFCDE3EE94.C6F6ADB1-ON00258218.0046C510-80258218.00470F24@notes.na.collabserv.com>
 <c3041d6e-08a9-3e54-aec1-6127146a93e7@oracle.com>
 <61916dc8-29c4-8946-e2df-39448a65be42@oracle.com>
 <OF757274B2.A8DB03E3-ON00258219.003CDC45-80258219.003DE2FC@notes.na.collabserv.com>
Message-ID: <7f793d95-97df-24bf-95b8-9fc6a9c1e15e@oracle.com>

Hello Adam,

When adding a disabled warning like this, we need to also add a clear 
comment describing why it's necessary. In this case it's caused by a bug 
in GCC and only affects certain versions. Otherwise, we will likely try 
to remove them later and without information on why it was added, we 
will just conclude that the warning is not triggering with the official 
GCC version and remove it.

If the affected versions is limited, then we may also consider making 
this conditional on the GCC version. The version is available in the 
variables TOOLCHAIN_VERSION, CC_VERSION_NUMBER and CXX_VERSION_NUMBER.

/Erik

On 2018-01-18 03:15, Adam Farley8 wrote:
> Hi All
>
> I sent an email to the 2d-dev list yesterday, but I'll respond here as 
> well
> so you guys know I'm not ignoring you. :)
>
> > This is all correct, thanks David!
> >
> > For the official toolchains (basically what Oracle builds with), we very
> > much like to keep warnings-as-errors active, because it's a very
> > valuable tool in keeping the code healthy. For other toolchains, it
> > depends, as David says.
> >
> > We have a mechanism for disabling warnings for specific toolchain types
> > (gcc, clang, solstudio, visualstudio) on a per library basis. We also
> > have the ability to add flags globally for specific toolchain versions
> > in configure, in flags.m4. If we want to solve this by disabling a
> > warning due to a bug in a specific gcc version, I would recommend the
> > latter.
> >
> > /Erik
>
> This is correct. In flags.m4, GCC has a potential
> DISABLE_WARNING_PREFIX value of "-Wno-".
>
> Yesterday I posted to 2d-dev and recommended changing
> Awt2dLibraries.gmk, which supplies suffixes for that prefix
>
> Basically you change line 494 to this:
>
> ? ? DISABLED_WARNINGS_gcc := clobbered array-bounds, \
>
> This puts a -Wno-array-bounds on the gcc compile command for
> jchuff.c, thereby ignoring the error-warning I'm seeing.
>
> I ran a build to confirm this works. It did, and the build completed
> without further errors.
>
> This fix, if accepted, means --disable-warnings-as-errors will not be 
> needed
> in future zLinux compiles using this gcc (which, as David points out, 
> is the
> gcc version on the build list).
>
> Just "bash ./compile" and "make all". Simples!
>
> Please send future responses through my email to the 2d-dev list.
>
> http://mail.openjdk.java.net/pipermail/2d-dev/2018-January/008836.html
>
> Thanks for your time. :)
>
> Best Regards
>
> Adam Farley
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with 
> number 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU



From jonathan.gibbons at oracle.com  Thu Jan 18 17:46:59 2018
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Thu, 18 Jan 2018 09:46:59 -0800
Subject: RFR: JDK-8195689 Remove generated-configure.sh and instead use
 autoconf
In-Reply-To: <93898f90-2ab4-dcc3-d1c6-e82ef4da3daa@oracle.com>
References: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
 <25ce71c7-2d9d-9f42-4c78-15c70cbf392a@oracle.com>
 <93898f90-2ab4-dcc3-d1c6-e82ef4da3daa@oracle.com>
Message-ID: <533da544-329c-829b-67a4-746efc31a4b7@oracle.com>



On 1/18/18 8:39 AM, Erik Joelsson wrote:
>
>
> On 2018-01-18 07:42, Jonathan Gibbons wrote:
>> On 1/18/18 5:28 AM, Magnus Ihse Bursie wrote:
>>
>>>
>>> * Only a specific version of autoconf, 2.69, can be used, to avoid 
>>> large code changes in the generated file. Unfortunately, Ubuntu 
>>> ships a version of autoconf that claims to be 2.69 but is actually 
>>> heavily patched. This requires all Ubuntu users to compiler their 
>>> own autoconf from source. 
>> Can you provide more details here?? My recent experience is that some 
>> older versions of Ubuntu are OK, with respect to autoconf 2.69.? Is 
>> there are list somewhere of which versions of Ubuntu are good and 
>> which are bad?
>>
> I know 16.04 is bad and 14.04 is good. Likely other non LTS versions 
> are bad as well. The point is though that with this change, we won't 
> need to care anymore. The autoconf in Ubuntu still works fine for 
> building the product. We just don't like it now because it introduces 
> spurious changes in the history for generated-configure.sh.
>
> /Erik

OK, thanks for the clarification.

-- Jon


From glaubitz at physik.fu-berlin.de  Thu Jan 18 17:59:43 2018
From: glaubitz at physik.fu-berlin.de (John Paul Adrian Glaubitz)
Date: Thu, 18 Jan 2018 18:59:43 +0100
Subject: [PATCH] (Title Corrected) Build fails to compile jchuff.c using
 gcc 4.8.5 on zLinux
In-Reply-To: <7f793d95-97df-24bf-95b8-9fc6a9c1e15e@oracle.com>
References: <OF9BE72648.7CE2EB9F-ON00258218.0040EBD6-80258218.00410EC5@notes.na.collabserv.com>
 <c01735da-2ac9-f506-9565-6313ccd65603@physik.fu-berlin.de>
 <OFCDE3EE94.C6F6ADB1-ON00258218.0046C510-80258218.00470F24@notes.na.collabserv.com>
 <c3041d6e-08a9-3e54-aec1-6127146a93e7@oracle.com>
 <61916dc8-29c4-8946-e2df-39448a65be42@oracle.com>
 <OF757274B2.A8DB03E3-ON00258219.003CDC45-80258219.003DE2FC@notes.na.collabserv.com>
 <7f793d95-97df-24bf-95b8-9fc6a9c1e15e@oracle.com>
Message-ID: <548c2de3-a33e-5214-2286-7a8d2ec40b18@physik.fu-berlin.de>

Hi!

On 01/18/2018 06:27 PM, Erik Joelsson wrote:
> When adding a disabled warning like this, we need to also add a clear comment
> describing why it's necessary. In this case it's caused by a bug in GCC and only
> affects certain versions. Otherwise, we will likely try to remove them later and
> without information on why it was added, we will just conclude that the warning
> is not triggering with the official GCC version and remove it.

I don't quite understand why we would want to patch OpenJDK-11 in the first place
when the reason this bug is triggered is a) a known toolchain bug in an old and
unsupported version of gcc and b) can be easily disabled by building with
"--disable-warnings-as-errors".

The only thing here to patch is obviously gcc and not any other project that is
built with gcc. I am pretty confident that OpenJDK isn't the only project that
is affected by this particular gcc bug.

And if a Linux distribution is using gcc-4.8.5 as their default compiler, they will
most likely not be using OpenJDK-11 but rather be stuck with OpenJDK-7 or 8.

Thus, I don't see a point in working around bugs in an ancient toolchain in the
current OpenJDK code.

Thanks,
Adrian

-- 
  .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz at debian.org
`. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


From erik.joelsson at oracle.com  Thu Jan 18 18:37:33 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 18 Jan 2018 10:37:33 -0800
Subject: RFR: JDK-8195689 Remove generated-configure.sh and instead use
 autoconf
In-Reply-To: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
References: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
Message-ID: <ab7a26b3-e31f-0883-32bd-2f121287251b@oracle.com>

Hello Magnus,

Nice to see this finally happening!

In building.md, when getting autoconf for Cygwin, I believe you also 
need the autoconf wrapper scripts package. Perhaps it's also worth 
mentioning that you can download the autoconf src and build/install from 
there?

In jib-profiles.js, you need to use build_platform instead of 
target_platform when creating the module name for the dependency. I 
would also like if you added the dependency on the other main profiles 
as well. At least linux-x86, linux-arm64 and windows-x86 are still 
possible to build and should work fine with this. For solaris-x64 you 
would need to generate the package for it to work.

The TMPDIR logic looks weird. Are you unconditionally setting it to 
/cygdrive/t/...? That's a valid dir in our build farm, but not on my 
local windows box:

mkdir: cannot create directory ?/cygdrive/t?: No such file or directory
autom4te: cannot create 
/cygdrive/t/workspace/.build/tmpdir/am4t7009.7040: No such file or directory
 ?at 
/cygdrive/c/cygwin64/var/tmp/jib-erik/install/jpg/infra/builddeps/autoconf-windows_x64/2.69+1.0.1/autoconf-windows_x64-2.69+1.0.1.tar.gz/usr/bin/autom4te 
line 954.
Error: Failed to generate runnable configure script

/Erik


On 2018-01-18 05:28, Magnus Ihse Bursie wrote:
> Currently, we require all developers who modify the configure script 
> to run autoconf locally, to update the generated-configure.sh script, 
> which is then checked in. This is the only instance of checked in 
> "compiled" code in OpenJDK, and this has brought along several problems:
>
> * Only a specific version of autoconf, 2.69, can be used, to avoid 
> large code changes in the generated file. Unfortunately, Ubuntu ships 
> a version of autoconf that claims to be 2.69 but is actually heavily 
> patched. This requires all Ubuntu users to compiler their own autoconf 
> from source.
>
> * The Oracle JDK closed sources has a closed version that needs to be 
> updated. In practice, this has meant that all non-Oracle developers, 
> need an Oracle sponsor for patches modifying the configure script.
>
> * If the configure script is not properly updated, the build will 
> fail. The same happens on the Oracle side if the closed version is not 
> in sync with the open version. It is easy to miss re-generating the 
> script after the last fix of a typo in the comments in an .m4 file...
>
> * Merging between two changes containing configure modifications is 
> almost impossible. In practice, the entire generated-configure.sh 
> needs to be thrown away and regenerated.
>
> The entire benefit of having the file in the repo is to save 
> first-time developers the hassle of installing autoconf. On most 
> platforms, this is a no-brainer (like "apt install autoconf"), and the 
> requirement is similar to other open source projects using autoconf 
> and "./configure". It's just not worth it.
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8195689
> WebRev: 
> http://cr.openjdk.java.net/~ihse/JDK-8195689-remove-generated-configure/webrev.01
>
> /Magnus



From philip.race at oracle.com  Thu Jan 18 19:15:09 2018
From: philip.race at oracle.com (Phil Race)
Date: Thu, 18 Jan 2018 11:15:09 -0800
Subject: [OpenJDK 2D-Dev] [PATCH] Build fails to compile jchuff.c
In-Reply-To: <2db0bae0-9486-9656-ae83-27b6e28e190b@oracle.com>
References: <OF8848EC5E.43B1571E-ON00258218.005E2FC4-80258218.00602FBE@notes.na.collabserv.com>
 <2db0bae0-9486-9656-ae83-27b6e28e190b@oracle.com>
Message-ID: <d01684d5-ed38-ed3d-29bb-ac83eb179b5c@oracle.com>

Try again with build-dev cc'd ..

-phil.

On 01/18/2018 11:14 AM, Phil Race wrote:
> I agree with what Erik said on build-dev that being specific about the 
> tool chain
> and the reason are worthwhile and important. We've done that in 
> similar cases.
>
> Also these review threads usually should have a subject like
> RFR: <BUG ID>: <Bug Synopsis>
>
> which means you first need a bug id .. the patch can't be pushed 
> without one anyway.
>
> Then the patch should be an in-line diff or a webrev hosted on 
> cr.openjdk.java.net.
>
> I think in-line would be OK for this small change.
>
> -phil.
>
> On 01/17/2018 09:30 AM, Adam Farley8 wrote:
>> Hi All,
>>
>> Under these circumstances, jchuff.c will not compile:
>>
>> Platform: zLinux (s390x)
>> Release: JDK9 (may affect other JDKs).
>> GCC Version: 4.8.5
>> Notes: --disable-warnings-as-errors suppresses this error.
>>
>> The error is:
>>
>> /home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:
>> In function 'jGenOptTbl':
>> /home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:808:18:
>> error: array subscript is below array bounds [-Werror=array-bounds]
>>       while (bits[j] == 0)
>>                  ^
>>
>> This is a continuation of a conversation in the build-dev mailing 
>> list, if anyone wants to
>> check the history.
>>
>> The short version is that, while you *can* suppress the problem by 
>> adding
>> --disable-warnings-as-errors to your configure step, I posit that a 
>> builder shouldn't
>> have to.
>>
>> Various solutions were debated. One involves changing 
>> Awt2dLibraries.gmk.
>>
>> Basically you change line 494 to this:
>>
>>     DISABLED_WARNINGS_gcc := clobbered array-bounds, \
>>
>> I'm running a build now to check that works, but basically we should 
>> end up with a
>> -Wno-array-bounds on the gcc compile command for jchuff.c, thereby 
>> ignoring the warning.
>>
>> A smarter variant involves checking for that specific version of the 
>> gcc, but that seems
>> wordy to me for this problem. Keeping it simple. :)
>>
>> Thoughts?
>>
>> Best Regards
>>
>> Adam Farley
>>
>> Unless stated otherwise above:
>> IBM United Kingdom Limited - Registered in England and Wales with 
>> number 741598.
>> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire 
>> PO6 3AU
>



From philip.race at oracle.com  Thu Jan 18 19:14:11 2018
From: philip.race at oracle.com (Phil Race)
Date: Thu, 18 Jan 2018 11:14:11 -0800
Subject: [OpenJDK 2D-Dev] [PATCH] Build fails to compile jchuff.c
In-Reply-To: <OF8848EC5E.43B1571E-ON00258218.005E2FC4-80258218.00602FBE@notes.na.collabserv.com>
References: <OF8848EC5E.43B1571E-ON00258218.005E2FC4-80258218.00602FBE@notes.na.collabserv.com>
Message-ID: <2db0bae0-9486-9656-ae83-27b6e28e190b@oracle.com>

I agree with what Erik said on build-dev that being specific about the 
tool chain
and the reason are worthwhile and important. We've done that in similar 
cases.

Also these review threads usually should have a subject like
RFR: <BUG ID>: <Bug Synopsis>

which means you first need a bug id .. the patch can't be pushed without 
one anyway.

Then the patch should be an in-line diff or a webrev hosted on 
cr.openjdk.java.net.

I think in-line would be OK for this small change.

-phil.

On 01/17/2018 09:30 AM, Adam Farley8 wrote:
> Hi All,
>
> Under these circumstances, jchuff.c will not compile:
>
> Platform: zLinux (s390x)
> Release: JDK9 (may affect other JDKs).
> GCC Version: 4.8.5
> Notes: --disable-warnings-as-errors suppresses this error.
>
> The error is:
>
> /home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:
> In function 'jGenOptTbl':
> /home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:808:18:
> error: array subscript is below array bounds [-Werror=array-bounds]
>       while (bits[j] == 0)
>                  ^
>
> This is a continuation of a conversation in the build-dev mailing 
> list, if anyone wants to
> check the history.
>
> The short version is that, while you *can* suppress the problem by adding
> --disable-warnings-as-errors to your configure step, I posit that a 
> builder shouldn't
> have to.
>
> Various solutions were debated. One involves changing Awt2dLibraries.gmk.
>
> Basically you change line 494 to this:
>
>     DISABLED_WARNINGS_gcc := clobbered array-bounds, \
>
> I'm running a build now to check that works, but basically we should 
> end up with a
> -Wno-array-bounds on the gcc compile command for jchuff.c, thereby 
> ignoring the warning.
>
> A smarter variant involves checking for that specific version of the 
> gcc, but that seems
> wordy to me for this problem. Keeping it simple. :)
>
> Thoughts?
>
> Best Regards
>
> Adam Farley
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with 
> number 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU



From david.holmes at oracle.com  Fri Jan 19 01:51:35 2018
From: david.holmes at oracle.com (David Holmes)
Date: Fri, 19 Jan 2018 11:51:35 +1000
Subject: jdk10 on macOS
In-Reply-To: <B9F92D88-C276-47F5-B66E-D04034AE7D31@cbfiddle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <e3cd0b04-e39f-c196-be86-540cd1d76914@oracle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
 <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
 <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>
 <c705d0b1-c1c6-1b6f-e8e6-ed255c601693@oracle.com>
 <C93F0C38-D59B-49C4-9309-A29FDC9962E6@cbfiddle.com>
 <5A53B9F1.1010700@oracle.com>
 <f63bc140-dbdf-d1ff-f53b-9624ae79ba60@oracle.com>
 <353B6BF1-7E78-4BBD-8D3A-02573527DAA6@oracle.com>
 <7BAAA3FB-0950-44B6-B103-3405E0BE8366@cbfiddle.com>
 <99F80933-FDF8-4DF0-9A0E-C77F56B63C59@cbfiddle.com>
 <d0a010a7-5b89-7be2-cfc2-f2f5e2dfd0fc@oracle.com>
 <8E6E072C-E0CB-4EBE-BB6F-A3567912A958@cbfiddle.com>
 <41947b98-588d-58bd-34b8-dd5c21f50d6e@oracle.com>
 <B9F92D88-C276-47F5-B66E-D04034AE7D31@cbfiddle.com>
Message-ID: <62a98a47-055d-644c-9c84-070dda8c6b32@oracle.com>

On 19/01/2018 3:20 AM, Alan Snyder wrote:
> I tried building from the jdk repo (vs jdk10). The StringPlatformChars test passed. The other four tests appear to have been removed.
> 
> However, I did get failures on these tests:
> 
> 	? MethodHandleConstants (internal error: appendix)
 > 	? MethodReferenceTestMethodHandle (internal error: appendix)

https://bugs.openjdk.java.net/browse/JDK-8194963

> 	? JavadocHelperTest (out of memory ? Java heap space)

Common problem with javadoc.

David
> 
> 
>> On Jan 17, 2018, at 2:24 PM, David Holmes <david.holmes at oracle.com> wrote:
>>
>> Alan,
>>
>> On 18/01/2018 6:52 AM, Alan Snyder wrote:
>>> To summarize, these are the test failures/errors:
>>> 	? StringPlatformChars (error ? native code not found)
>>
>> This seems potentially a makefile issue.
>>
>>> 	? NewUnsafeString (did not use provided string)
>>> 	? APIExtraction (class file for TestClass not found)
>>> 	? ClassDependenciesTest (assertion error ? null pointer in loadClass)
>>> 	? IgnoreSymbolFile (package sun.reflect.annotation is not visible)
>>
>> Any other test failures should be taken up with the component area related to the test - and you can also search the bug systems for references to such failures. Not all tests are guaranteed to always pass in every environment - though the intent for tier1/2 tests that (unless excluded via the ProblemList.txt file, or marked "intermittent") they do pass.
>>
>> David
> 


From david.holmes at oracle.com  Fri Jan 19 02:14:17 2018
From: david.holmes at oracle.com (David Holmes)
Date: Fri, 19 Jan 2018 12:14:17 +1000
Subject: RFR: JDK-8195689 Remove generated-configure.sh and instead use
 autoconf
In-Reply-To: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
References: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
Message-ID: <b51ab6ae-775c-a3f1-ed48-26abdf9be67e@oracle.com>

On 18/01/2018 11:28 PM, Magnus Ihse Bursie wrote:
> Currently, we require all developers who modify the configure script to 
> run autoconf locally, to update the generated-configure.sh script, which 
> is then checked in. This is the only instance of checked in "compiled" 
> code in OpenJDK, and this has brought along several problems:
> 
> * Only a specific version of autoconf, 2.69, can be used, to avoid large 
> code changes in the generated file. Unfortunately, Ubuntu ships a 
> version of autoconf that claims to be 2.69 but is actually heavily 
> patched. This requires all Ubuntu users to compiler their own autoconf 
> from source.
> 
> * The Oracle JDK closed sources has a closed version that needs to be 
> updated. In practice, this has meant that all non-Oracle developers, 
> need an Oracle sponsor for patches modifying the configure script.
> 
> * If the configure script is not properly updated, the build will fail. 
> The same happens on the Oracle side if the closed version is not in sync 
> with the open version. It is easy to miss re-generating the script after 
> the last fix of a typo in the comments in an .m4 file...
> 
> * Merging between two changes containing configure modifications is 
> almost impossible. In practice, the entire generated-configure.sh needs 
> to be thrown away and regenerated.
> 
> The entire benefit of having the file in the repo is to save first-time 
> developers the hassle of installing autoconf. On most platforms, this is 
> a no-brainer (like "apt install autoconf"), and the requirement is 
> similar to other open source projects using autoconf and "./configure". 
> It's just not worth it.

I'm not convinced just by you saying it is so - sorry. This seems to 
make an already complex build process even more complex for every single 
person who wants to build OpenJDK, for the benefit of a handful of 
people who may want to modify configure options and whom already work 
closely with the build team and so there's really little hardship in 
getting a sponsor, or just someone with access to autoconf.

It introduces a new point of failure in the build for everyone.

Has this been beta-tested with external contributors? I'd be happier 
knowing we've put this through its paces with people developing on a 
wide range of platforms, before making it the default.

Have the devkits been updated so I can try this out myself?

Thanks,
David

> Bug: https://bugs.openjdk.java.net/browse/JDK-8195689
> WebRev: 
> http://cr.openjdk.java.net/~ihse/JDK-8195689-remove-generated-configure/webrev.01 

> 
> /Magnus


From erik.joelsson at oracle.com  Fri Jan 19 02:29:38 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 18 Jan 2018 18:29:38 -0800
Subject: RFR: JDK-8195689 Remove generated-configure.sh and instead use
 autoconf
In-Reply-To: <b51ab6ae-775c-a3f1-ed48-26abdf9be67e@oracle.com>
References: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
 <b51ab6ae-775c-a3f1-ed48-26abdf9be67e@oracle.com>
Message-ID: <8b4f8e80-bcb4-4a96-802a-58cf19943553@oracle.com>

Just apply the patch and you can try it. The current version of the patch is somewhat broken on windows though, needs another iteration. 
/Erik 

?Sent from BlueMail ?

On Jan 18, 2018, 18:14, at 18:14, David Holmes <david.holmes at oracle.com> wrote:
>On 18/01/2018 11:28 PM, Magnus Ihse Bursie wrote:
>> Currently, we require all developers who modify the configure script
>to 
>> run autoconf locally, to update the generated-configure.sh script,
>which 
>> is then checked in. This is the only instance of checked in
>"compiled" 
>> code in OpenJDK, and this has brought along several problems:
>> 
>> * Only a specific version of autoconf, 2.69, can be used, to avoid
>large 
>> code changes in the generated file. Unfortunately, Ubuntu ships a 
>> version of autoconf that claims to be 2.69 but is actually heavily 
>> patched. This requires all Ubuntu users to compiler their own
>autoconf 
>> from source.
>> 
>> * The Oracle JDK closed sources has a closed version that needs to be
>
>> updated. In practice, this has meant that all non-Oracle developers, 
>> need an Oracle sponsor for patches modifying the configure script.
>> 
>> * If the configure script is not properly updated, the build will
>fail. 
>> The same happens on the Oracle side if the closed version is not in
>sync 
>> with the open version. It is easy to miss re-generating the script
>after 
>> the last fix of a typo in the comments in an .m4 file...
>> 
>> * Merging between two changes containing configure modifications is 
>> almost impossible. In practice, the entire generated-configure.sh
>needs 
>> to be thrown away and regenerated.
>> 
>> The entire benefit of having the file in the repo is to save
>first-time 
>> developers the hassle of installing autoconf. On most platforms, this
>is 
>> a no-brainer (like "apt install autoconf"), and the requirement is 
>> similar to other open source projects using autoconf and
>"./configure". 
>> It's just not worth it.
>
>I'm not convinced just by you saying it is so - sorry. This seems to 
>make an already complex build process even more complex for every
>single 
>person who wants to build OpenJDK, for the benefit of a handful of 
>people who may want to modify configure options and whom already work 
>closely with the build team and so there's really little hardship in 
>getting a sponsor, or just someone with access to autoconf.
>
>It introduces a new point of failure in the build for everyone.
>
>Has this been beta-tested with external contributors? I'd be happier 
>knowing we've put this through its paces with people developing on a 
>wide range of platforms, before making it the default.
>
>Have the devkits been updated so I can try this out myself?
>
>Thanks,
>David
>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8195689
>> WebRev: 
>>
>http://cr.openjdk.java.net/~ihse/JDK-8195689-remove-generated-configure/webrev.01
>
>
>> 
>> /Magnus


From jonathan.gibbons at oracle.com  Fri Jan 19 03:07:08 2018
From: jonathan.gibbons at oracle.com (Jonathan Gibbons)
Date: Thu, 18 Jan 2018 19:07:08 -0800
Subject: jdk10 on macOS
In-Reply-To: <62a98a47-055d-644c-9c84-070dda8c6b32@oracle.com>
References: <C0DB90FA-8020-46ED-99E4-3480DA2738FF@cbfiddle.com>
 <5A4FE800.3080503@oracle.com>
 <B34666AB-4107-4B0F-A8BB-91EAF0ED8B24@cbfiddle.com>
 <5A4FF20C.3080105@oracle.com>
 <8FAAA922-627F-474B-83B5-296431525647@cbfiddle.com>
 <C2A8B8D9-8B45-49AF-8508-5449D722B810@cbfiddle.com>
 <da0d559e-b69e-6d2c-5c6f-60d3d0501415@oracle.com>
 <2152709F-4BA0-4E29-A9CF-2C0E8DCFD855@cbfiddle.com>
 <c705d0b1-c1c6-1b6f-e8e6-ed255c601693@oracle.com>
 <C93F0C38-D59B-49C4-9309-A29FDC9962E6@cbfiddle.com>
 <5A53B9F1.1010700@oracle.com>
 <f63bc140-dbdf-d1ff-f53b-9624ae79ba60@oracle.com>
 <353B6BF1-7E78-4BBD-8D3A-02573527DAA6@oracle.com>
 <7BAAA3FB-0950-44B6-B103-3405E0BE8366@cbfiddle.com>
 <99F80933-FDF8-4DF0-9A0E-C77F56B63C59@cbfiddle.com>
 <d0a010a7-5b89-7be2-cfc2-f2f5e2dfd0fc@oracle.com>
 <8E6E072C-E0CB-4EBE-BB6F-A3567912A958@cbfiddle.com>
 <41947b98-588d-58bd-34b8-dd5c21f50d6e@oracle.com>
 <B9F92D88-C276-47F5-B66E-D04034AE7D31@cbfiddle.com>
 <62a98a47-055d-644c-9c84-070dda8c6b32@oracle.com>
Message-ID: <5A6160DC.6040604@oracle.com>



On 01/18/2018 05:51 PM, David Holmes wrote:
> On 19/01/2018 3:20 AM, Alan Snyder wrote:
>> I tried building from the jdk repo (vs jdk10). The 
>> StringPlatformChars test passed. The other four tests appear to have 
>> been removed.
>>
>> However, I did get failures on these tests:
>>
>>     ? MethodHandleConstants (internal error: appendix)
> >     ? MethodReferenceTestMethodHandle (internal error: appendix)
>
> https://bugs.openjdk.java.net/browse/JDK-8194963
>
>>     ? JavadocHelperTest (out of memory ? Java heap space)
>
> Common problem with javadoc.

Regrettably true, but that's not the problem in this case.    The test 
is a jshell test that is analysing doc-comments, but without using the 
javadoc tool.

The heap needs to be increased. I've encountered the problem myself and 
already raised the issue with the JShell folk.

-- Jon

>
> David
>>
>>
>>> On Jan 17, 2018, at 2:24 PM, David Holmes <david.holmes at oracle.com> 
>>> wrote:
>>>
>>> Alan,
>>>
>>> On 18/01/2018 6:52 AM, Alan Snyder wrote:
>>>> To summarize, these are the test failures/errors:
>>>>     ? StringPlatformChars (error ? native code not found)
>>>
>>> This seems potentially a makefile issue.
>>>
>>>>     ? NewUnsafeString (did not use provided string)
>>>>     ? APIExtraction (class file for TestClass not found)
>>>>     ? ClassDependenciesTest (assertion error ? null pointer in 
>>>> loadClass)
>>>>     ? IgnoreSymbolFile (package sun.reflect.annotation is not visible)
>>>
>>> Any other test failures should be taken up with the component area 
>>> related to the test - and you can also search the bug systems for 
>>> references to such failures. Not all tests are guaranteed to always 
>>> pass in every environment - though the intent for tier1/2 tests that 
>>> (unless excluded via the ProblemList.txt file, or marked 
>>> "intermittent") they do pass.
>>>
>>> David
>>



From martinrb at google.com  Fri Jan 19 06:18:13 2018
From: martinrb at google.com (Martin Buchholz)
Date: Thu, 18 Jan 2018 22:18:13 -0800
Subject: RFR: JDK-8195689 Remove generated-configure.sh and instead use
 autoconf
In-Reply-To: <b51ab6ae-775c-a3f1-ed48-26abdf9be67e@oracle.com>
References: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
 <b51ab6ae-775c-a3f1-ed48-26abdf9be67e@oracle.com>
Message-ID: <CA+kOe0_STGGj1VUZ5j4AHwbXxKvQ-VgX_zfvavg5_VeGPHd8AA@mail.gmail.com>

Differing projects have come to different conclusions about whether to
include a generated configure.

But the standard seems to be to include one. The mantra is: "./configure &&
make" without an autoconf step.  The number of people building openjdk is
much larger than the number of people patching configure.  So I agree with
David that we should stick with the status quo.

On Thu, Jan 18, 2018 at 6:14 PM, David Holmes <david.holmes at oracle.com>
wrote:

> On 18/01/2018 11:28 PM, Magnus Ihse Bursie wrote:
>
>> Currently, we require all developers who modify the configure script to
>> run autoconf locally, to update the generated-configure.sh script, which is
>> then checked in. This is the only instance of checked in "compiled" code in
>> OpenJDK, and this has brought along several problems:
>>
>> * Only a specific version of autoconf, 2.69, can be used, to avoid large
>> code changes in the generated file. Unfortunately, Ubuntu ships a version
>> of autoconf that claims to be 2.69 but is actually heavily patched. This
>> requires all Ubuntu users to compiler their own autoconf from source.
>>
>> * The Oracle JDK closed sources has a closed version that needs to be
>> updated. In practice, this has meant that all non-Oracle developers, need
>> an Oracle sponsor for patches modifying the configure script.
>>
>> * If the configure script is not properly updated, the build will fail.
>> The same happens on the Oracle side if the closed version is not in sync
>> with the open version. It is easy to miss re-generating the script after
>> the last fix of a typo in the comments in an .m4 file...
>>
>> * Merging between two changes containing configure modifications is
>> almost impossible. In practice, the entire generated-configure.sh needs to
>> be thrown away and regenerated.
>>
>> The entire benefit of having the file in the repo is to save first-time
>> developers the hassle of installing autoconf. On most platforms, this is a
>> no-brainer (like "apt install autoconf"), and the requirement is similar to
>> other open source projects using autoconf and "./configure". It's just not
>> worth it.
>>
>
> I'm not convinced just by you saying it is so - sorry. This seems to make
> an already complex build process even more complex for every single person
> who wants to build OpenJDK, for the benefit of a handful of people who may
> want to modify configure options and whom already work closely with the
> build team and so there's really little hardship in getting a sponsor, or
> just someone with access to autoconf.
>
> It introduces a new point of failure in the build for everyone.
>
> Has this been beta-tested with external contributors? I'd be happier
> knowing we've put this through its paces with people developing on a wide
> range of platforms, before making it the default.
>
> Have the devkits been updated so I can try this out myself?
>
> Thanks,
> David
>
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8195689
>> WebRev: http://cr.openjdk.java.net/~ihse/JDK-8195689-remove-generate
>> d-configure/webrev.01
>>
>
>
>> /Magnus
>>
>


From martinrb at google.com  Fri Jan 19 06:22:33 2018
From: martinrb at google.com (Martin Buchholz)
Date: Thu, 18 Jan 2018 22:22:33 -0800
Subject: RFR: JDK-8195689 Remove generated-configure.sh and instead use
 autoconf
In-Reply-To: <CA+kOe0_STGGj1VUZ5j4AHwbXxKvQ-VgX_zfvavg5_VeGPHd8AA@mail.gmail.com>
References: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
 <b51ab6ae-775c-a3f1-ed48-26abdf9be67e@oracle.com>
 <CA+kOe0_STGGj1VUZ5j4AHwbXxKvQ-VgX_zfvavg5_VeGPHd8AA@mail.gmail.com>
Message-ID: <CA+kOe08BwawVi=BVwUS2GEJjeYvM9VDZNjEhyE+U1Q3FB+ZRKg@mail.gmail.com>

Another possibility is implementing the invariant that configure is
generated via autoconf 2.69 by a mercurial commit hook.

On Thu, Jan 18, 2018 at 10:18 PM, Martin Buchholz <martinrb at google.com>
wrote:

> Differing projects have come to different conclusions about whether to
> include a generated configure.
>
> But the standard seems to be to include one. The mantra is: "./configure
> && make" without an autoconf step.  The number of people building openjdk
> is much larger than the number of people patching configure.  So I agree
> with David that we should stick with the status quo.
>
> On Thu, Jan 18, 2018 at 6:14 PM, David Holmes <david.holmes at oracle.com>
> wrote:
>
>> On 18/01/2018 11:28 PM, Magnus Ihse Bursie wrote:
>>
>>> Currently, we require all developers who modify the configure script to
>>> run autoconf locally, to update the generated-configure.sh script, which is
>>> then checked in. This is the only instance of checked in "compiled" code in
>>> OpenJDK, and this has brought along several problems:
>>>
>>> * Only a specific version of autoconf, 2.69, can be used, to avoid large
>>> code changes in the generated file. Unfortunately, Ubuntu ships a version
>>> of autoconf that claims to be 2.69 but is actually heavily patched. This
>>> requires all Ubuntu users to compiler their own autoconf from source.
>>>
>>> * The Oracle JDK closed sources has a closed version that needs to be
>>> updated. In practice, this has meant that all non-Oracle developers, need
>>> an Oracle sponsor for patches modifying the configure script.
>>>
>>> * If the configure script is not properly updated, the build will fail.
>>> The same happens on the Oracle side if the closed version is not in sync
>>> with the open version. It is easy to miss re-generating the script after
>>> the last fix of a typo in the comments in an .m4 file...
>>>
>>> * Merging between two changes containing configure modifications is
>>> almost impossible. In practice, the entire generated-configure.sh needs to
>>> be thrown away and regenerated.
>>>
>>> The entire benefit of having the file in the repo is to save first-time
>>> developers the hassle of installing autoconf. On most platforms, this is a
>>> no-brainer (like "apt install autoconf"), and the requirement is similar to
>>> other open source projects using autoconf and "./configure". It's just not
>>> worth it.
>>>
>>
>> I'm not convinced just by you saying it is so - sorry. This seems to make
>> an already complex build process even more complex for every single person
>> who wants to build OpenJDK, for the benefit of a handful of people who may
>> want to modify configure options and whom already work closely with the
>> build team and so there's really little hardship in getting a sponsor, or
>> just someone with access to autoconf.
>>
>> It introduces a new point of failure in the build for everyone.
>>
>> Has this been beta-tested with external contributors? I'd be happier
>> knowing we've put this through its paces with people developing on a wide
>> range of platforms, before making it the default.
>>
>> Have the devkits been updated so I can try this out myself?
>>
>> Thanks,
>> David
>>
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8195689
>>> WebRev: http://cr.openjdk.java.net/~ihse/JDK-8195689-remove-generate
>>> d-configure/webrev.01
>>>
>>
>>
>>> /Magnus
>>>
>>
>


From erik.helin at oracle.com  Fri Jan 19 07:08:04 2018
From: erik.helin at oracle.com (Erik Helin)
Date: Fri, 19 Jan 2018 08:08:04 +0100
Subject: RFR: JDK-8195689 Remove generated-configure.sh and instead use
 autoconf
In-Reply-To: <CA+kOe0_STGGj1VUZ5j4AHwbXxKvQ-VgX_zfvavg5_VeGPHd8AA@mail.gmail.com>
References: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
 <b51ab6ae-775c-a3f1-ed48-26abdf9be67e@oracle.com>
 <CA+kOe0_STGGj1VUZ5j4AHwbXxKvQ-VgX_zfvavg5_VeGPHd8AA@mail.gmail.com>
Message-ID: <ccbdf511-5a9a-c01b-f82d-65149b018dac@oracle.com>

On 01/19/2018 07:18 AM, Martin Buchholz wrote:
> Differing projects have come to different conclusions about whether to
> include a generated configure.
> 
> But the standard seems to be to include one. The mantra is: "./configure &&
> make" without an autoconf step.

And this is still the mantra (except we don't have an executable 
configure file in the repo so you have to run `bash configure && make`). 
The only thing we are discussing is whether the script "configure" 
should depend on the program "autoconf" or not.

If I'm downloading a .tar.gz source code bundle of a project (like the 
ones usually generated via `make dist`), then it seems more common that 
"configure" will not depend on autoconf. However, if I'm cloning a 
project from source, then I'm used to having autoconf being run for me 
(or sometimes having to run it myself).

> The number of people building openjdk is
> much larger than the number of people patching configure.  So I agree with
> David that we should stick with the status quo.

I disagree, I don't think depending on autoconf will make it harder to 
build OpenJDK. Remember that the build steps are still:

$ bash configure
$ make

the only difference now is that configure will use autoconf to first 
generate .build/generated-configure.sh. As noted in the documentation, 
installing autoconf is trivial on essentially any system today (the 
configure script will also provide a useful help message for your 
platform if you are missing autoconf).

So for me, this patch gets +1. I'll leave the actual Makefile changes 
and details for Erik J to review though ;)

Thanks,
Erik

> On Thu, Jan 18, 2018 at 6:14 PM, David Holmes <david.holmes at oracle.com>
> wrote:
> 
>> On 18/01/2018 11:28 PM, Magnus Ihse Bursie wrote:
>>
>>> Currently, we require all developers who modify the configure script to
>>> run autoconf locally, to update the generated-configure.sh script, which is
>>> then checked in. This is the only instance of checked in "compiled" code in
>>> OpenJDK, and this has brought along several problems:
>>>
>>> * Only a specific version of autoconf, 2.69, can be used, to avoid large
>>> code changes in the generated file. Unfortunately, Ubuntu ships a version
>>> of autoconf that claims to be 2.69 but is actually heavily patched. This
>>> requires all Ubuntu users to compiler their own autoconf from source.
>>>
>>> * The Oracle JDK closed sources has a closed version that needs to be
>>> updated. In practice, this has meant that all non-Oracle developers, need
>>> an Oracle sponsor for patches modifying the configure script.
>>>
>>> * If the configure script is not properly updated, the build will fail.
>>> The same happens on the Oracle side if the closed version is not in sync
>>> with the open version. It is easy to miss re-generating the script after
>>> the last fix of a typo in the comments in an .m4 file...
>>>
>>> * Merging between two changes containing configure modifications is
>>> almost impossible. In practice, the entire generated-configure.sh needs to
>>> be thrown away and regenerated.
>>>
>>> The entire benefit of having the file in the repo is to save first-time
>>> developers the hassle of installing autoconf. On most platforms, this is a
>>> no-brainer (like "apt install autoconf"), and the requirement is similar to
>>> other open source projects using autoconf and "./configure". It's just not
>>> worth it.
>>>
>>
>> I'm not convinced just by you saying it is so - sorry. This seems to make
>> an already complex build process even more complex for every single person
>> who wants to build OpenJDK, for the benefit of a handful of people who may
>> want to modify configure options and whom already work closely with the
>> build team and so there's really little hardship in getting a sponsor, or
>> just someone with access to autoconf.
>>
>> It introduces a new point of failure in the build for everyone.
>>
>> Has this been beta-tested with external contributors? I'd be happier
>> knowing we've put this through its paces with people developing on a wide
>> range of platforms, before making it the default.
>>
>> Have the devkits been updated so I can try this out myself?
>>
>> Thanks,
>> David
>>
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8195689
>>> WebRev: http://cr.openjdk.java.net/~ihse/JDK-8195689-remove-generate
>>> d-configure/webrev.01
>>>
>>
>>
>>> /Magnus
>>>
>>


From magnus.ihse.bursie at oracle.com  Fri Jan 19 07:43:59 2018
From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie)
Date: Fri, 19 Jan 2018 08:43:59 +0100
Subject: RFR: JDK-8195689 Remove generated-configure.sh and instead use
 autoconf
In-Reply-To: <CA+kOe0_STGGj1VUZ5j4AHwbXxKvQ-VgX_zfvavg5_VeGPHd8AA@mail.gmail.com>
References: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
 <b51ab6ae-775c-a3f1-ed48-26abdf9be67e@oracle.com>
 <CA+kOe0_STGGj1VUZ5j4AHwbXxKvQ-VgX_zfvavg5_VeGPHd8AA@mail.gmail.com>
Message-ID: <a766323c-e660-2a0e-d3ec-336cc737b2c2@oracle.com>

On 2018-01-19 07:18, Martin Buchholz wrote:
> Differing projects have come to different conclusions about whether to 
> include a generated configure.
>
> But the standard seems to be to include one. The mantra is: 
> "./configure && make" without an autoconf step. The number of people 
> building openjdk is much larger than the number of people patching 
> configure.? So I agree with David that we should stick with the status 
> quo.

This patch will not introduce a separate autoconf step. Please see the 
updated build readme in my patch. The only difference is an added build 
requirement.

If someone wants to contribute to OpenJDK, installing external 
dependencies for the build can hardly be the biggest hurdle. If we 
*really* thought that was an issue, then we should start bundling much 
more external dependencies. Like freetype, which is a *real* problem for 
all Windows users, for instance.

I don't think that's the right way to go, though. And in general, the 
direction of OpenJDK for the last few years has been in the opposite 
direction: less bundling, more external dependencies. The community has 
requested configure arguments for using the system provided versions of 
libraries that we also bundle. We've stopped linking statically with 
glibc. We've removed bundled source code and introduced a new dependency 
for fontconfig.

/Magnus
>
> On Thu, Jan 18, 2018 at 6:14 PM, David Holmes <david.holmes at oracle.com 
> <mailto:david.holmes at oracle.com>> wrote:
>
>     On 18/01/2018 11:28 PM, Magnus Ihse Bursie wrote:
>
>         Currently, we require all developers who modify the configure
>         script to run autoconf locally, to update the
>         generated-configure.sh script, which is then checked in. This
>         is the only instance of checked in "compiled" code in OpenJDK,
>         and this has brought along several problems:
>
>         * Only a specific version of autoconf, 2.69, can be used, to
>         avoid large code changes in the generated file. Unfortunately,
>         Ubuntu ships a version of autoconf that claims to be 2.69 but
>         is actually heavily patched. This requires all Ubuntu users to
>         compiler their own autoconf from source.
>
>         * The Oracle JDK closed sources has a closed version that
>         needs to be updated. In practice, this has meant that all
>         non-Oracle developers, need an Oracle sponsor for patches
>         modifying the configure script.
>
>         * If the configure script is not properly updated, the build
>         will fail. The same happens on the Oracle side if the closed
>         version is not in sync with the open version. It is easy to
>         miss re-generating the script after the last fix of a typo in
>         the comments in an .m4 file...
>
>         * Merging between two changes containing configure
>         modifications is almost impossible. In practice, the entire
>         generated-configure.sh needs to be thrown away and regenerated.
>
>         The entire benefit of having the file in the repo is to save
>         first-time developers the hassle of installing autoconf. On
>         most platforms, this is a no-brainer (like "apt install
>         autoconf"), and the requirement is similar to other open
>         source projects using autoconf and "./configure". It's just
>         not worth it.
>
>
>     I'm not convinced just by you saying it is so - sorry. This seems
>     to make an already complex build process even more complex for
>     every single person who wants to build OpenJDK, for the benefit of
>     a handful of people who may want to modify configure options and
>     whom already work closely with the build team and so there's
>     really little hardship in getting a sponsor, or just someone with
>     access to autoconf.
>
>     It introduces a new point of failure in the build for everyone.
>
>     Has this been beta-tested with external contributors? I'd be
>     happier knowing we've put this through its paces with people
>     developing on a wide range of platforms, before making it the default.
>
>     Have the devkits been updated so I can try this out myself?
>
>     Thanks,
>     David
>
>
>         Bug: https://bugs.openjdk.java.net/browse/JDK-8195689
>         <https://bugs.openjdk.java.net/browse/JDK-8195689>
>         WebRev:
>         http://cr.openjdk.java.net/~ihse/JDK-8195689-remove-generated-configure/webrev.01
>         <http://cr.openjdk.java.net/%7Eihse/JDK-8195689-remove-generated-configure/webrev.01>
>
>
>
>
>         /Magnus
>
>



From magnus.ihse.bursie at oracle.com  Fri Jan 19 07:49:50 2018
From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie)
Date: Fri, 19 Jan 2018 08:49:50 +0100
Subject: RFR: JDK-8195689 Remove generated-configure.sh and instead use
 autoconf
In-Reply-To: <ccbdf511-5a9a-c01b-f82d-65149b018dac@oracle.com>
References: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
 <b51ab6ae-775c-a3f1-ed48-26abdf9be67e@oracle.com>
 <CA+kOe0_STGGj1VUZ5j4AHwbXxKvQ-VgX_zfvavg5_VeGPHd8AA@mail.gmail.com>
 <ccbdf511-5a9a-c01b-f82d-65149b018dac@oracle.com>
Message-ID: <a4e628ec-f1fa-b147-df5b-c72c8ea4c3c0@oracle.com>

On 2018-01-19 08:08, Erik Helin wrote:
> On 01/19/2018 07:18 AM, Martin Buchholz wrote:
>> Differing projects have come to different conclusions about whether to
>> include a generated configure.
>>
>> But the standard seems to be to include one. The mantra is: 
>> "./configure &&
>> make" without an autoconf step.
>
> And this is still the mantra (except we don't have an executable 
> configure file in the repo so you have to run `bash configure && 
> make`). The only thing we are discussing is whether the script 
> "configure" should depend on the program "autoconf" or not.
>
> If I'm downloading a .tar.gz source code bundle of a project (like the 
> ones usually generated via `make dist`), then it seems more common 
> that "configure" will not depend on autoconf. However, if I'm cloning 
> a project from source, then I'm used to having autoconf being run for 
> me (or sometimes having to run it myself).
Good point. If we were to start shipping source code bundles, it would 
certainly make sense to include a generated configure script for it. I'm 
all for it. The problem here is that the current model presupposes a 
working, generated configure script for every separate commit.

I'll admit that I was part of introducing this model some five (or 
more?) years ago. I didn't really like it then either, but at that time 
I perceived it to be a quite massive resistance amongst the JDK 
developers (perhaps mostly inside Oracle) for any kind of change in the 
environment, so adding a new build requirement seemed like a huge war 
that was needed to be fought. (Just removing the old build system was 
enough effort...) Nowadays, we're using jib inside Oracle, so a new 
requirement is virtually undetectable by most developers. And for all 
others, it's just an "sudo apt install autoconf" (or brew, or whatever) 
away, in the unlikely case that you're a developer without autoconf 
installed already.

/Magnus
>
>> The number of people building openjdk is
>> much larger than the number of people patching configure.? So I agree 
>> with
>> David that we should stick with the status quo.
>
> I disagree, I don't think depending on autoconf will make it harder to 
> build OpenJDK. Remember that the build steps are still:
>
> $ bash configure
> $ make
>
> the only difference now is that configure will use autoconf to first 
> generate .build/generated-configure.sh. As noted in the documentation, 
> installing autoconf is trivial on essentially any system today (the 
> configure script will also provide a useful help message for your 
> platform if you are missing autoconf).
>
> So for me, this patch gets +1. I'll leave the actual Makefile changes 
> and details for Erik J to review though ;)
>
> Thanks,
> Erik
>
>> On Thu, Jan 18, 2018 at 6:14 PM, David Holmes <david.holmes at oracle.com>
>> wrote:
>>
>>> On 18/01/2018 11:28 PM, Magnus Ihse Bursie wrote:
>>>
>>>> Currently, we require all developers who modify the configure 
>>>> script to
>>>> run autoconf locally, to update the generated-configure.sh script, 
>>>> which is
>>>> then checked in. This is the only instance of checked in "compiled" 
>>>> code in
>>>> OpenJDK, and this has brought along several problems:
>>>>
>>>> * Only a specific version of autoconf, 2.69, can be used, to avoid 
>>>> large
>>>> code changes in the generated file. Unfortunately, Ubuntu ships a 
>>>> version
>>>> of autoconf that claims to be 2.69 but is actually heavily patched. 
>>>> This
>>>> requires all Ubuntu users to compiler their own autoconf from source.
>>>>
>>>> * The Oracle JDK closed sources has a closed version that needs to be
>>>> updated. In practice, this has meant that all non-Oracle 
>>>> developers, need
>>>> an Oracle sponsor for patches modifying the configure script.
>>>>
>>>> * If the configure script is not properly updated, the build will 
>>>> fail.
>>>> The same happens on the Oracle side if the closed version is not in 
>>>> sync
>>>> with the open version. It is easy to miss re-generating the script 
>>>> after
>>>> the last fix of a typo in the comments in an .m4 file...
>>>>
>>>> * Merging between two changes containing configure modifications is
>>>> almost impossible. In practice, the entire generated-configure.sh 
>>>> needs to
>>>> be thrown away and regenerated.
>>>>
>>>> The entire benefit of having the file in the repo is to save 
>>>> first-time
>>>> developers the hassle of installing autoconf. On most platforms, 
>>>> this is a
>>>> no-brainer (like "apt install autoconf"), and the requirement is 
>>>> similar to
>>>> other open source projects using autoconf and "./configure". It's 
>>>> just not
>>>> worth it.
>>>>
>>>
>>> I'm not convinced just by you saying it is so - sorry. This seems to 
>>> make
>>> an already complex build process even more complex for every single 
>>> person
>>> who wants to build OpenJDK, for the benefit of a handful of people 
>>> who may
>>> want to modify configure options and whom already work closely with the
>>> build team and so there's really little hardship in getting a 
>>> sponsor, or
>>> just someone with access to autoconf.
>>>
>>> It introduces a new point of failure in the build for everyone.
>>>
>>> Has this been beta-tested with external contributors? I'd be happier
>>> knowing we've put this through its paces with people developing on a 
>>> wide
>>> range of platforms, before making it the default.
>>>
>>> Have the devkits been updated so I can try this out myself?
>>>
>>> Thanks,
>>> David
>>>
>>>
>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8195689
>>>> WebRev: http://cr.openjdk.java.net/~ihse/JDK-8195689-remove-generate
>>>> d-configure/webrev.01
>>>>
>>>
>>>
>>>> /Magnus
>>>>
>>>



From archana.nogriya at uk.ibm.com  Fri Jan 19 13:07:39 2018
From: archana.nogriya at uk.ibm.com (Archana Nogriya)
Date: Fri, 19 Jan 2018 13:07:39 +0000
Subject: Contribute towards native code which override to OpenJDK
Message-ID: <OF6BC86619.BA15CB0A-ON0025821A.00479AA1-8025821A.00481DA6@notes.na.collabserv.com>

Hi, 

Why this contribution is required

These changes are to support the override of native C/C++ source by the 
SetupNativeCompilation macro in a similar way to how java classes can be 
overridden in SetupJavaCompilation. This will enable extension/closed 
source providers to easily override native implementations.

Changes were made in:

make/common/NativeCompilation.gmk
diff -r 3a52333a5e57 make/common/NativeCompilation.gmk
--- a/make/common/NativeCompilation.gmk Tue Jan 02 16:35:04 2018 -0500
+++ b/make/common/NativeCompilation.gmk Tue Jan 16 13:42:54 2018 +0000
@@ -511,8 +511,14 @@
       $$(error SRC specified to SetupNativeCompilation $1 contains 
missing directory $$d)))
 
   # Find all files in the source trees. Preserve order.
-  $1_SRCS := $$(foreach s, $$($1_SRC), $$(call CacheFind,$$(s)))
+  $1_SRCS := $$(call uniq, $$(foreach s, $$($1_SRC), $$(call 
CacheFind,$$(s))))
   $1_SRCS := $$(filter $$(NATIVE_SOURCE_EXTENSIONS), $$($1_SRCS))
+  $1_SRCS := $$(strip $$(foreach s, $$($1_SRCS), \
+       $$(eval relative_src := $$(call remove-prefixes, $$($1_SRC), 
$$(s))) \
+    $$(if $$($1_$$(relative_src)), \
+      $$(eval $1_NATIVE_EXCLUDE_FILES += $$(s)), \
+      $$(eval $1_$$(relative_src) := 1) $$(s))))
+  $1_SRCS := $$(filter-out $$($1_NATIVE_EXCLUDE_FILES), $$($1_SRCS))
   # Extract the C/C++ files.
   ifneq ($$($1_EXCLUDE_PATTERNS), )
     # We must not match the exclude pattern against the src root(s).



This new code has been tested by building with latest JDK11. Build has 
been successful. 
Please let me know what is your view on these changes and if we can 
contribute to openJDK. 


Thanks and Regards
Archana Nogriya 
IBM Java Runtime, Open Java Developer
IBM Hursley
Tel: Internal - 247073, External - +44 (0) 1962 81 7073
Office Mobile: 07500095480
Email: archana.nogriya at uk.ibm.com
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From martinrb at google.com  Fri Jan 19 18:43:05 2018
From: martinrb at google.com (Martin Buchholz)
Date: Fri, 19 Jan 2018 10:43:05 -0800
Subject: OpenJDK installation instructions - SUSE install instructions are
 missing
In-Reply-To: <76c7ccab-52e6-35ab-9366-eab5dcade822@suse.de>
References: <3575073.k7dDFlIzvT@thinktank>
 <76c7ccab-52e6-35ab-9366-eab5dcade822@suse.de>
Message-ID: <CA+kOe09o+fasEv+rtJ2xj5-5_fKtpeCmU6rX4tBk3MMLu+FpMQ@mail.gmail.com>

[+build-dev]

On Fri, Jan 19, 2018 at 9:48 AM, Stefan Knorr <sknorr at suse.de> wrote:

> Hi,
>
> I noticed that the page at http://openjdk.java.net/install/ does not
> mention how to install OpenJDK on SUSE-based distros (openSUSE and SUSE
> Linux Enterprise/SLE). Would it be possible to add that information?
>
> For the record, the package name is the same as on Fedora, but the
> command to install is different:
>
> sudo zypper in java-1_8_0-openjdk
>
>
> Please keep me on CC for responses, I am not subscribed to this list.
>
>
> Thanks in advance,
>
> Stefan.
>
>
> (Btw, the Fedora instructions seem a bit outdated too -- iirc, Fedora
> now uses dnf as its main package manager.)
>
> --
> SUSE Linux GmbH. Gesch?ftsf?hrer: Felix Imend?rffer, Jane Smithard,    .
> Graham Norton. HRB 21284 (AG N?rnberg).
>
>


From glaubitz at physik.fu-berlin.de  Fri Jan 19 19:16:22 2018
From: glaubitz at physik.fu-berlin.de (John Paul Adrian Glaubitz)
Date: Fri, 19 Jan 2018 20:16:22 +0100
Subject: OpenJDK installation instructions - SUSE install instructions are
 missing
In-Reply-To: <CA+kOe09o+fasEv+rtJ2xj5-5_fKtpeCmU6rX4tBk3MMLu+FpMQ@mail.gmail.com>
References: <3575073.k7dDFlIzvT@thinktank>
 <76c7ccab-52e6-35ab-9366-eab5dcade822@suse.de>
 <CA+kOe09o+fasEv+rtJ2xj5-5_fKtpeCmU6rX4tBk3MMLu+FpMQ@mail.gmail.com>
Message-ID: <00c65703-700d-8faf-6af5-43ac135443ab@physik.fu-berlin.de>

On 01/19/2018 07:43 PM, Martin Buchholz wrote:
> [+build-dev]

Does this really fit here? It's not related to building OpenJDK but
rather just installing, isn't it?

FWIW, the installation instructions for Debian are also outdated as
they are missing OpenJDK-9 which can now be installed through Debian
Backports.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz at debian.org
`. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


From martinrb at google.com  Fri Jan 19 20:04:10 2018
From: martinrb at google.com (Martin Buchholz)
Date: Fri, 19 Jan 2018 12:04:10 -0800
Subject: OpenJDK installation instructions - SUSE install instructions are
 missing
In-Reply-To: <00c65703-700d-8faf-6af5-43ac135443ab@physik.fu-berlin.de>
References: <3575073.k7dDFlIzvT@thinktank>
 <76c7ccab-52e6-35ab-9366-eab5dcade822@suse.de>
 <CA+kOe09o+fasEv+rtJ2xj5-5_fKtpeCmU6rX4tBk3MMLu+FpMQ@mail.gmail.com>
 <00c65703-700d-8faf-6af5-43ac135443ab@physik.fu-berlin.de>
Message-ID: <CA+kOe0-CEGghdBRjf4sMSvKMe3RxZU4-4DOQigzbKH4qGzSQeg@mail.gmail.com>

On Fri, Jan 19, 2018 at 11:16 AM, John Paul Adrian Glaubitz <
glaubitz at physik.fu-berlin.de> wrote:

> On 01/19/2018 07:43 PM, Martin Buchholz wrote:
> > [+build-dev]
>
> Does this really fit here? It's not related to building OpenJDK but
> rather just installing, isn't it?
>

Oh, I think you're right!  Although there's a big overlap between those
expert at building and those expert at installing.


>
> FWIW, the installation instructions for Debian are also outdated as
> they are missing OpenJDK-9 which can now be installed through Debian
> Backports.
>
> Adrian
>
> --
>  .''`.  John Paul Adrian Glaubitz
> : :' :  Debian Developer - glaubitz at debian.org
> `. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
>   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
>


From martinrb at google.com  Fri Jan 19 21:41:09 2018
From: martinrb at google.com (Martin Buchholz)
Date: Fri, 19 Jan 2018 13:41:09 -0800
Subject: RFR: JDK-8195689 Remove generated-configure.sh and instead use
 autoconf
In-Reply-To: <a4e628ec-f1fa-b147-df5b-c72c8ea4c3c0@oracle.com>
References: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
 <b51ab6ae-775c-a3f1-ed48-26abdf9be67e@oracle.com>
 <CA+kOe0_STGGj1VUZ5j4AHwbXxKvQ-VgX_zfvavg5_VeGPHd8AA@mail.gmail.com>
 <ccbdf511-5a9a-c01b-f82d-65149b018dac@oracle.com>
 <a4e628ec-f1fa-b147-df5b-c72c8ea4c3c0@oracle.com>
Message-ID: <CA+kOe0-OdMQ43Wur_Zs7zo61h9+zZJ5i+9QDYnZ4w_QvZe6UeA@mail.gmail.com>

Alright folks, you've convinced me.

The "builder interface" is the same "bash configure && make"
(aside: having configure be non-executable is super-annoying, because it
changes an interface burned into my fingers)
and yes, users already have to install many dependencies.
I was thinking you would force users to run some other command like
autoconf; that was the path I recall taken by some other projects.

On debian-based systems, there's "sudo apt-get build-dep openjdk-N" for
some N close to whatever you're actually building.



On Thu, Jan 18, 2018 at 11:49 PM, Magnus Ihse Bursie <
magnus.ihse.bursie at oracle.com> wrote:

> On 2018-01-19 08:08, Erik Helin wrote:
>
>> On 01/19/2018 07:18 AM, Martin Buchholz wrote:
>>
>>> Differing projects have come to different conclusions about whether to
>>> include a generated configure.
>>>
>>> But the standard seems to be to include one. The mantra is: "./configure
>>> &&
>>> make" without an autoconf step.
>>>
>>
>> And this is still the mantra (except we don't have an executable
>> configure file in the repo so you have to run `bash configure && make`).
>> The only thing we are discussing is whether the script "configure" should
>> depend on the program "autoconf" or not.
>>
>> If I'm downloading a .tar.gz source code bundle of a project (like the
>> ones usually generated via `make dist`), then it seems more common that
>> "configure" will not depend on autoconf. However, if I'm cloning a project
>> from source, then I'm used to having autoconf being run for me (or
>> sometimes having to run it myself).
>>
> Good point. If we were to start shipping source code bundles, it would
> certainly make sense to include a generated configure script for it. I'm
> all for it. The problem here is that the current model presupposes a
> working, generated configure script for every separate commit.
>
> I'll admit that I was part of introducing this model some five (or more?)
> years ago. I didn't really like it then either, but at that time I
> perceived it to be a quite massive resistance amongst the JDK developers
> (perhaps mostly inside Oracle) for any kind of change in the environment,
> so adding a new build requirement seemed like a huge war that was needed to
> be fought. (Just removing the old build system was enough effort...)
> Nowadays, we're using jib inside Oracle, so a new requirement is virtually
> undetectable by most developers. And for all others, it's just an "sudo apt
> install autoconf" (or brew, or whatever) away, in the unlikely case that
> you're a developer without autoconf installed already.
>
> /Magnus
>
>
>> The number of people building openjdk is
>>> much larger than the number of people patching configure.  So I agree
>>> with
>>> David that we should stick with the status quo.
>>>
>>
>> I disagree, I don't think depending on autoconf will make it harder to
>> build OpenJDK. Remember that the build steps are still:
>>
>> $ bash configure
>> $ make
>>
>> the only difference now is that configure will use autoconf to first
>> generate .build/generated-configure.sh. As noted in the documentation,
>> installing autoconf is trivial on essentially any system today (the
>> configure script will also provide a useful help message for your platform
>> if you are missing autoconf).
>>
>> So for me, this patch gets +1. I'll leave the actual Makefile changes and
>> details for Erik J to review though ;)
>>
>> Thanks,
>> Erik
>>
>> On Thu, Jan 18, 2018 at 6:14 PM, David Holmes <david.holmes at oracle.com>
>>> wrote:
>>>
>>> On 18/01/2018 11:28 PM, Magnus Ihse Bursie wrote:
>>>>
>>>> Currently, we require all developers who modify the configure script to
>>>>> run autoconf locally, to update the generated-configure.sh script,
>>>>> which is
>>>>> then checked in. This is the only instance of checked in "compiled"
>>>>> code in
>>>>> OpenJDK, and this has brought along several problems:
>>>>>
>>>>> * Only a specific version of autoconf, 2.69, can be used, to avoid
>>>>> large
>>>>> code changes in the generated file. Unfortunately, Ubuntu ships a
>>>>> version
>>>>> of autoconf that claims to be 2.69 but is actually heavily patched.
>>>>> This
>>>>> requires all Ubuntu users to compiler their own autoconf from source.
>>>>>
>>>>> * The Oracle JDK closed sources has a closed version that needs to be
>>>>> updated. In practice, this has meant that all non-Oracle developers,
>>>>> need
>>>>> an Oracle sponsor for patches modifying the configure script.
>>>>>
>>>>> * If the configure script is not properly updated, the build will fail.
>>>>> The same happens on the Oracle side if the closed version is not in
>>>>> sync
>>>>> with the open version. It is easy to miss re-generating the script
>>>>> after
>>>>> the last fix of a typo in the comments in an .m4 file...
>>>>>
>>>>> * Merging between two changes containing configure modifications is
>>>>> almost impossible. In practice, the entire generated-configure.sh
>>>>> needs to
>>>>> be thrown away and regenerated.
>>>>>
>>>>> The entire benefit of having the file in the repo is to save first-time
>>>>> developers the hassle of installing autoconf. On most platforms, this
>>>>> is a
>>>>> no-brainer (like "apt install autoconf"), and the requirement is
>>>>> similar to
>>>>> other open source projects using autoconf and "./configure". It's just
>>>>> not
>>>>> worth it.
>>>>>
>>>>>
>>>> I'm not convinced just by you saying it is so - sorry. This seems to
>>>> make
>>>> an already complex build process even more complex for every single
>>>> person
>>>> who wants to build OpenJDK, for the benefit of a handful of people who
>>>> may
>>>> want to modify configure options and whom already work closely with the
>>>> build team and so there's really little hardship in getting a sponsor,
>>>> or
>>>> just someone with access to autoconf.
>>>>
>>>> It introduces a new point of failure in the build for everyone.
>>>>
>>>> Has this been beta-tested with external contributors? I'd be happier
>>>> knowing we've put this through its paces with people developing on a
>>>> wide
>>>> range of platforms, before making it the default.
>>>>
>>>> Have the devkits been updated so I can try this out myself?
>>>>
>>>> Thanks,
>>>> David
>>>>
>>>>
>>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8195689
>>>>
>>>>> WebRev: http://cr.openjdk.java.net/~ihse/JDK-8195689-remove-generate
>>>>> d-configure/webrev.01
>>>>>
>>>>>
>>>>
>>>> /Magnus
>>>>>
>>>>>
>>>>
>


From erik.joelsson at oracle.com  Mon Jan 22 17:13:00 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 22 Jan 2018 09:13:00 -0800
Subject: Contribute towards native code which override to OpenJDK
In-Reply-To: <OF6BC86619.BA15CB0A-ON0025821A.00479AA1-8025821A.00481DA6@notes.na.collabserv.com>
References: <OF6BC86619.BA15CB0A-ON0025821A.00479AA1-8025821A.00481DA6@notes.na.collabserv.com>
Message-ID: <d2d3bd9d-713b-9c0d-5f8d-ce296d2282d8@oracle.com>

Hello Archana,

Before attempting this change, did you actually try overriding native 
source files? The support for this has been in NativeCompilation.gmk 
since a very long time (well before the support for overriding java 
source files was added) using this piece of logic further up the file:

 ? # Generate the .o (.obj) file name and place it in the bin dir.
 ? $1_$2_OBJ := $3/$$(call replace_with_obj_extension, $$(notdir $2))
 ? # Only continue if this object file hasn't been processed already. 
This lets the first found
 ? # source file override any other with the same name.
 ? ifeq (,$$(findstring $$($1_$2_OBJ),$$($1_OBJS_SO_FAR)))
 ??? $1_OBJS_SO_FAR+=$$($1_$2_OBJ)

This also relies on the line from your patch below:

    # Find all files in the source trees. Preserve order.
    $1_SRCS := $$(foreach s, $$($1_SRC), $$(call CacheFind,$$(s)))


By preserving order of source dirs, we let the first listed source 
location override any later location.

We use this both for overriding shared code with platform specific as 
well as closed overriding open. If this is not working for you, I would 
be interested to know how your use case differs from ours.

/Erik

On 2018-01-19 05:07, Archana Nogriya wrote:
> Hi,
>
> Why this contribution is required
>
> These changes are to support the override of native C/C++ source by the
> SetupNativeCompilation macro in a similar way to how java classes can be
> overridden in SetupJavaCompilation. This will enable extension/closed
> source providers to easily override native implementations.
>
> Changes were made in:
>
> make/common/NativeCompilation.gmk
> diff -r 3a52333a5e57 make/common/NativeCompilation.gmk
> --- a/make/common/NativeCompilation.gmk Tue Jan 02 16:35:04 2018 -0500
> +++ b/make/common/NativeCompilation.gmk Tue Jan 16 13:42:54 2018 +0000
> @@ -511,8 +511,14 @@
>         $$(error SRC specified to SetupNativeCompilation $1 contains
> missing directory $$d)))
>   
>     # Find all files in the source trees. Preserve order.
> -  $1_SRCS := $$(foreach s, $$($1_SRC), $$(call CacheFind,$$(s)))
> +  $1_SRCS := $$(call uniq, $$(foreach s, $$($1_SRC), $$(call
> CacheFind,$$(s))))
>     $1_SRCS := $$(filter $$(NATIVE_SOURCE_EXTENSIONS), $$($1_SRCS))
> +  $1_SRCS := $$(strip $$(foreach s, $$($1_SRCS), \
> +       $$(eval relative_src := $$(call remove-prefixes, $$($1_SRC),
> $$(s))) \
> +    $$(if $$($1_$$(relative_src)), \
> +      $$(eval $1_NATIVE_EXCLUDE_FILES += $$(s)), \
> +      $$(eval $1_$$(relative_src) := 1) $$(s))))
> +  $1_SRCS := $$(filter-out $$($1_NATIVE_EXCLUDE_FILES), $$($1_SRCS))
>     # Extract the C/C++ files.
>     ifneq ($$($1_EXCLUDE_PATTERNS), )
>       # We must not match the exclude pattern against the src root(s).
>
>
>
> This new code has been tested by building with latest JDK11. Build has
> been successful.
> Please let me know what is your view on these changes and if we can
> contribute to openJDK.
>
>
> Thanks and Regards
> Archana Nogriya
> IBM Java Runtime, Open Java Developer
> IBM Hursley
> Tel: Internal - 247073, External - +44 (0) 1962 81 7073
> Office Mobile: 07500095480
> Email: archana.nogriya at uk.ibm.com
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU



From adam.farley at uk.ibm.com  Tue Jan 23 13:44:40 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Tue, 23 Jan 2018 13:44:40 +0000
Subject: RFR: Bug Pending: Build fails to compile jchuff.c
In-Reply-To: <d01684d5-ed38-ed3d-29bb-ac83eb179b5c@oracle.com>
References: <OF8848EC5E.43B1571E-ON00258218.005E2FC4-80258218.00602FBE@notes.na.collabserv.com>
 <2db0bae0-9486-9656-ae83-27b6e28e190b@oracle.com>
 <d01684d5-ed38-ed3d-29bb-ac83eb179b5c@oracle.com>
Message-ID: <OFE12F9B33.1878F38D-ON0025821E.00491B34-8025821E.004B809B@notes.na.collabserv.com>

Hi All,

All: I think I responded to everyone below. Please could a committer or 
author raise a bug and, if people are happy with this change, line it up
for contribution to JDKs 8-11 (assuming 4.8.5 is still the recommended gcc
for JDK10 and 11 on SUSE sles)?

Erik: One toolchain-specific change, as requested. This was tested on 
JDK9,
so please apply an offset of -1 to the line numbers before applying to 
JDK10.

----------------------- Start of Diff -----------------------

diff --git a/make/lib/Awt2dLibraries.gmk b/make/lib/Awt2dLibraries.gmk
--- a/make/lib/Awt2dLibraries.gmk
+++ b/make/lib/Awt2dLibraries.gmk
@@ -482,6 +482,14 @@
   BUILD_LIBJAVAJPEG_HEADERS := $(addprefix -I, $(LIBJAVAJPEG_SRC))
 endif
 
+LIBJAVAJPEG_DISABLED_WARNINGS_gcc := clobbered
+ifeq ($(CC_VERSION_NUMBER), 4.8.5)
+  #Turn off array-bounds warnings for libjava compilation because 
jchuff.c 
+  #fails to compile on gcc 4.8.5 with a warning that an array is 
potentially 
+  #out of bounds. This kills a warnings=errors build. 
+  LIBJAVAJPEG_DISABLED_WARNINGS_gcc := clobbered array-bounds
+endif
+
 $(eval $(call SetupNativeCompilation,BUILD_LIBJAVAJPEG, \
     LIBRARY := javajpeg, \
     OUTPUT_DIR := $(INSTALL_LIBRARIES_HERE), \
@@ -491,7 +499,7 @@
     CFLAGS := $(CFLAGS_JDKLIB) $(BUILD_LIBJAVAJPEG_HEADERS) \
         $(LIBJAVA_HEADER_FLAGS) \
         -I$(SUPPORT_OUTPUTDIR)/headers/java.desktop, \
-    DISABLED_WARNINGS_gcc := clobbered, \
+    DISABLED_WARNINGS_gcc := $(LIBJAVAJPEG_DISABLED_WARNINGS_gcc), \
     MAPFILE := $(JDK_TOPDIR)/make/mapfiles/libjpeg/mapfile-vers, \
     LDFLAGS := $(LDFLAGS_JDKLIB) \
         $(call SET_SHARED_LIBRARY_ORIGIN), \

----------------------- End of Diff -----------------------

Phil: I've changed the title as asked and supplied the diff above. 
However, 
I can't upload files to cr.openjdk.java.net, nor can I create bugs myself. 

I understand that authors and committers can, but I don't have those 
privileges yet. Be nice if I did. :)

John: I read your email, and I understand your position. I disagree with 
it,
but I understand it. 4.8.5 is an old version of gcc, but right now it is 
the
listed gcc version for SUSE sles on intel, ppc, ppcle, and zLinux. Even if
this is not the case for JDK 10 or 11, we should ensure this fix is fully
propagated to ensure consistent behaviour. 

That is my position.

David: Thanks for the URL. I agree with your position on 4.8.5 gcc needing
to compile OpenJDK without errors or special options. :)

Best Regards

Adam Farley



From:   Phil Race <philip.race at oracle.com>
To:     Adam Farley8 <adam.farley at uk.ibm.com>, 2d-dev at openjdk.java.net
Cc:     build-dev <build-dev at openjdk.java.net>
Date:   18/01/2018 19:16
Subject:        Re: [OpenJDK 2D-Dev] [PATCH] Build fails to compile 
jchuff.c



Try again with build-dev cc'd ..

-phil.

On 01/18/2018 11:14 AM, Phil Race wrote:
I agree with what Erik said on build-dev that being specific about the 
tool chain
and the reason are worthwhile and important. We've done that in similar 
cases.

Also these review threads usually should have a subject like
RFR: <BUG ID>: <Bug Synopsis>

which means you first need a bug id .. the patch can't be pushed without 
one anyway.

Then the patch should be an in-line diff or a webrev hosted on 
cr.openjdk.java.net.

I think in-line would be OK for this small change.

-phil.

On 01/17/2018 09:30 AM, Adam Farley8 wrote:
Hi All, 

Under these circumstances, jchuff.c will not compile: 

Platform: zLinux (s390x) 
Release: JDK9 (may affect other JDKs). 
GCC Version: 4.8.5 
Notes: --disable-warnings-as-errors suppresses this error. 

The error is: 

/home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:
In function 'jGenOptTbl':
/home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:808:18:
error: array subscript is below array bounds [-Werror=array-bounds]
      while (bits[j] == 0)
                 ^

This is a continuation of a conversation in the build-dev mailing list, if 
anyone wants to 
check the history. 

The short version is that, while you *can* suppress the problem by adding 
--disable-warnings-as-errors to your configure step, I posit that a 
builder shouldn't 
have to. 

Various solutions were debated. One involves changing Awt2dLibraries.gmk. 

Basically you change line 494 to this: 

    DISABLED_WARNINGS_gcc := clobbered array-bounds, \ 

I'm running a build now to check that works, but basically we should end 
up with a 
-Wno-array-bounds on the gcc compile command for jchuff.c, thereby 
ignoring the warning. 

A smarter variant involves checking for that specific version of the gcc, 
but that seems 
wordy to me for this problem. Keeping it simple. :) 

Thoughts? 

Best Regards

Adam Farley 

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU





Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From glaubitz at physik.fu-berlin.de  Tue Jan 23 13:52:04 2018
From: glaubitz at physik.fu-berlin.de (John Paul Adrian Glaubitz)
Date: Tue, 23 Jan 2018 14:52:04 +0100
Subject: RFR: Bug Pending: Build fails to compile jchuff.c
In-Reply-To: <OFE12F9B33.1878F38D-ON0025821E.00491B34-8025821E.004B809B@notes.na.collabserv.com>
References: <OF8848EC5E.43B1571E-ON00258218.005E2FC4-80258218.00602FBE@notes.na.collabserv.com>
 <2db0bae0-9486-9656-ae83-27b6e28e190b@oracle.com>
 <d01684d5-ed38-ed3d-29bb-ac83eb179b5c@oracle.com>
 <OFE12F9B33.1878F38D-ON0025821E.00491B34-8025821E.004B809B@notes.na.collabserv.com>
Message-ID: <77b60641-b0eb-ce7d-fe39-c53808e5e221@physik.fu-berlin.de>

On 01/23/2018 02:44 PM, Adam Farley8 wrote:
> John: I read your email, and I understand your position. I disagree with it,
> but I understand it. 4.8.5 is an old version of gcc, but right now it is the
> listed gcc version for SUSE sles on intel, ppc, ppcle, and zLinux. Even if
> this is not the case for JDK 10 or 11, we should ensure this fix is fully
> propagated to ensure consistent behaviour.
> 
> That is my position.
I happen to work at SUSE. And while you're right that SLE-12:GA is on gcc
4.8.x, SLE-12 doesn't have openjdk-9 or openjdk-10 or even -11 in its
update repositories (looking at the internal SUSE build system at the moment).

openjdk-9 is part of SLE-15:GA which itself ships gcc-7.

So, what exactly is the usecase for OpenJDK-9, 10 and 11?

Adrian

-- 
  .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz at debian.org
`. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


From adam.farley at uk.ibm.com  Tue Jan 23 14:13:31 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Tue, 23 Jan 2018 14:13:31 +0000
Subject: RFR: Bug Pending: Build fails to compile jchuff.c
In-Reply-To: <77b60641-b0eb-ce7d-fe39-c53808e5e221@physik.fu-berlin.de>
References: <OF8848EC5E.43B1571E-ON00258218.005E2FC4-80258218.00602FBE@notes.na.collabserv.com>
 <2db0bae0-9486-9656-ae83-27b6e28e190b@oracle.com>
 <d01684d5-ed38-ed3d-29bb-ac83eb179b5c@oracle.com>
 <OFE12F9B33.1878F38D-ON0025821E.00491B34-8025821E.004B809B@notes.na.collabserv.com>
 <77b60641-b0eb-ce7d-fe39-c53808e5e221@physik.fu-berlin.de>
Message-ID: <OF2F4D63E7.A3ABD78F-ON0025821E.004D3024-8025821E.004E2486@notes.na.collabserv.com>

> On 01/23/2018 02:44 PM, Adam Farley8 wrote:
>> John: I read your email, and I understand your position. I disagree 
with it,
>> but I understand it. 4.8.5 is an old version of gcc, but right now it 
is the
>> listed gcc version for SUSE sles on intel, ppc, ppcle, and zLinux. Even 
if
>> this is not the case for JDK 10 or 11, we should ensure this fix is 
fully
>> propagated to ensure consistent behaviour.
>> 
>> That is my position.
> I happen to work at SUSE. And while you're right that SLE-12:GA is on 
gcc
> 4.8.x, SLE-12 doesn't have openjdk-9 or openjdk-10 or even -11 in its
> update repositories (looking at the internal SUSE build system at the 
moment).
>
> openjdk-9 is part of SLE-15:GA which itself ships gcc-7.
>
> So, what exactly is the usecase for OpenJDK-9, 10 and 11?
>
> Adrian

Hi Adrian,

The URL supplied by David (Holmes) lists 4.8.5 as the gcc version for
building JDK9 on SLES 11.3/12.1. Whether it's in a repository or not, 
I read that as "this is the gcc version you should be building JDK9 on".

https://wiki.openjdk.java.net/display/Build/Supported+Build+Platforms

I asked for this change to be put in 10 and 11 because I don't know the 
minimum/recommended gcc version for jdk10 and 11. I'm assuming it's 
the same as 9 until told otherwise.

Best Regards

Adam Farley

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From glaubitz at physik.fu-berlin.de  Tue Jan 23 14:20:24 2018
From: glaubitz at physik.fu-berlin.de (John Paul Adrian Glaubitz)
Date: Tue, 23 Jan 2018 15:20:24 +0100
Subject: RFR: Bug Pending: Build fails to compile jchuff.c
In-Reply-To: <OF2F4D63E7.A3ABD78F-ON0025821E.004D3024-8025821E.004E2486@notes.na.collabserv.com>
References: <OF8848EC5E.43B1571E-ON00258218.005E2FC4-80258218.00602FBE@notes.na.collabserv.com>
 <2db0bae0-9486-9656-ae83-27b6e28e190b@oracle.com>
 <d01684d5-ed38-ed3d-29bb-ac83eb179b5c@oracle.com>
 <OFE12F9B33.1878F38D-ON0025821E.00491B34-8025821E.004B809B@notes.na.collabserv.com>
 <77b60641-b0eb-ce7d-fe39-c53808e5e221@physik.fu-berlin.de>
 <OF2F4D63E7.A3ABD78F-ON0025821E.004D3024-8025821E.004E2486@notes.na.collabserv.com>
Message-ID: <150d9e88-4d2f-ac07-bacb-bb61eca68f75@physik.fu-berlin.de>

On 01/23/2018 03:13 PM, Adam Farley8 wrote:
> The URL supplied by David (Holmes) lists 4.8.5 as the gcc version for
> building JDK9 on SLES 11.3/12.1. Whether it's in a repository or not,
> I read that as "this is the gcc version you should be building JDK9 on".
> 
> https://wiki.openjdk.java.net/display/Build/Supported+Build+Platforms
> 
> I asked for this change to be put in 10 and 11 because I don't know the
> minimum/recommended gcc version for jdk10 and 11. I'm assuming it's
> the same as 9 until told otherwise.

Building OpenJDK-10 or OpenJDK-11 requires OpenJDK-9, so you won't be able
to build them in a fresh SLE-12:SP3 installation anyway.

SLE-11:* doesn't even have OpenJDK-8 and is also going to be out of support
next year anyway.

I don't necessarily disagree bringing your changes into JDK-8 or JDK-9,
but I don't think they make sense to introduce them to JDK-10 and JDK-11.

Adrian

-- 
  .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz at debian.org
`. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


From yasuenag at gmail.com  Tue Jan 23 14:22:59 2018
From: yasuenag at gmail.com (Yasumasa Suenaga)
Date: Tue, 23 Jan 2018 23:22:59 +0900
Subject: Build OpenJDK for Windows x64 w/ VS 2017 on WSL
Message-ID: <97672875-371b-409b-f648-f5202bd95714@gmail.com>

Hi all,

I'm trying to build OpenJDK for Windows x64 with VS 2017 on WSL.
I've modified some build scripts [1], but I cannot build yet.

So I have some questions:

   - Do build-dev team have any plan to support VS 2017 ?

   - Do build-dev team have any plan to support WSL as build platform?
     According to [2], I guess WSL may be supported in the future.


I'm happy if OpenJDK can be built on WSL, and I want to use modern environment for OpenJDK because I want to use modern C++ compiler for my own project and I want not to keep multiple IDEs :-)


Thanks,

Yasumasa


[1] http://cr.openjdk.java.net/~ysuenaga/wsl/
[2] http://hg.openjdk.java.net/jdk/jdk/file/fd237da7a113/doc/building.md#l166


From adam.farley at uk.ibm.com  Tue Jan 23 16:25:40 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Tue, 23 Jan 2018 16:25:40 +0000
Subject: RFR: Bug Pending: Build fails to compile jchuff.c
In-Reply-To: <150d9e88-4d2f-ac07-bacb-bb61eca68f75@physik.fu-berlin.de>
References: <OF8848EC5E.43B1571E-ON00258218.005E2FC4-80258218.00602FBE@notes.na.collabserv.com>
 <2db0bae0-9486-9656-ae83-27b6e28e190b@oracle.com>
 <d01684d5-ed38-ed3d-29bb-ac83eb179b5c@oracle.com>
 <OFE12F9B33.1878F38D-ON0025821E.00491B34-8025821E.004B809B@notes.na.collabserv.com>
 <77b60641-b0eb-ce7d-fe39-c53808e5e221@physik.fu-berlin.de>
 <OF2F4D63E7.A3ABD78F-ON0025821E.004D3024-8025821E.004E2486@notes.na.collabserv.com>
 <150d9e88-4d2f-ac07-bacb-bb61eca68f75@physik.fu-berlin.de>
Message-ID: <OFFD0A8529.42DF0451-ON0025821E.005A38ED-8025821E.005A3DB6@notes.na.collabserv.com>

> On 01/23/2018 03:13 PM, Adam Farley8 wrote:
>> The URL supplied by David (Holmes) lists 4.8.5 as the gcc version for
>> building JDK9 on SLES 11.3/12.1. Whether it's in a repository or not,
>> I read that as "this is the gcc version you should be building JDK9 
on".
>> 
>> 
https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.openjdk.java.net_display_Build_Supported-2BBuild-2BPlatforms&d=DwIC-g&c=jf_iaSHvJObTbx-siA1ZOg&r=P5m8KWUXJf-CeVJc0hDGD9AQ2LkcXDC0PMV9ntVw5Ho&m=63AR5zmRQCx5v-MXloqnarJvGvjLXVVnJsui6XMOMoE&s=bDVDenH2BOpYeVaU504vQiL0lqdBlELIy_wWpX44Juw&e=
>> 
>> I asked for this change to be put in 10 and 11 because I don't know the
>> minimum/recommended gcc version for jdk10 and 11. I'm assuming it's
>> the same as 9 until told otherwise.
>
> Building OpenJDK-10 or OpenJDK-11 requires OpenJDK-9, so you won't be 
able
> to build them in a fresh SLE-12:SP3 installation anyway.

I'm working on the assumption that people will grab binaries from
AdoptOpenJDK.

>
> SLE-11:* doesn't even have OpenJDK-8 and is also going to be out of 
support
> next year anyway.

Does this mean the gcc version will change? If you have hard information 
on
this, I'd appreciate the URL.

>
> I don't necessarily disagree bringing your changes into JDK-8 or JDK-9,
> but I don't think they make sense to introduce them to JDK-10 and 
JDK-11.
>
> Adrian

If the minimum gcc version for 10 or 11 is above 4.8.5 across all 
platforms,
then I agree, but I don't have that information, so I figured I'd ask to 
cover all of the JDK versions, to be safe. 

Even if the gcc version does change, adding 4.8.5-specific code shouldn't 
break anything.

What do you think?

Best Regards

Adam Farley

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From erik.joelsson at oracle.com  Tue Jan 23 16:29:16 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Tue, 23 Jan 2018 08:29:16 -0800
Subject: Build OpenJDK for Windows x64 w/ VS 2017 on WSL
In-Reply-To: <97672875-371b-409b-f648-f5202bd95714@gmail.com>
References: <97672875-371b-409b-f648-f5202bd95714@gmail.com>
Message-ID: <802ab2c2-97a6-67b3-e08f-a0121dfd4077@oracle.com>

Hello Yasumasa,

On 2018-01-23 06:22, Yasumasa Suenaga wrote:
> Hi all,
>
> I'm trying to build OpenJDK for Windows x64 with VS 2017 on WSL.
> I've modified some build scripts [1], but I cannot build yet.
>
> So I have some questions:
>
> ? - Do build-dev team have any plan to support VS 2017 ?
>
Yes, we are planning on upgrading the toolchains for JDK 11 and we 
usually aim for the latest when we do so. I would say that patches here 
are welcome since it will save us work when we finally get around to do it.
> ? - Do build-dev team have any plan to support WSL as build platform?
> ??? According to [2], I guess WSL may be supported in the future.
>
Yes, we are certainly interested in exploring WSL as a substitute for 
Cygwin at some point. The only reason we haven't started yet is simply 
resourcing. Other things have had and still have higher priority.

So far I have only tried building natively in WSL, which works fine for 
producing Linux binaries on Windows. Calling the Windows toolchain from 
WSL will be trickier. AFAIK, environment variables are still not shared 
between the environments, so we must make sure to communicate a good 
value for the PATH variable in some smart way for the Windows tools to 
work properly. It will also require the source code to be located in a 
path reachable from both Windows and WSL and we need to extend fixpath 
to handle path conversions. All in all, I expect this to be non trivial 
work that will likely require some creative solutions to get to work well.

/Erik
>
> I'm happy if OpenJDK can be built on WSL, and I want to use modern 
> environment for OpenJDK because I want to use modern C++ compiler for 
> my own project and I want not to keep multiple IDEs :-)
>
>
> Thanks,
>
> Yasumasa
>
>
> [1] http://cr.openjdk.java.net/~ysuenaga/wsl/
> [2] 
> http://hg.openjdk.java.net/jdk/jdk/file/fd237da7a113/doc/building.md#l166



From glaubitz at physik.fu-berlin.de  Tue Jan 23 16:36:59 2018
From: glaubitz at physik.fu-berlin.de (John Paul Adrian Glaubitz)
Date: Tue, 23 Jan 2018 17:36:59 +0100
Subject: RFR: Bug Pending: Build fails to compile jchuff.c
In-Reply-To: <OFFD0A8529.42DF0451-ON0025821E.005A38ED-8025821E.005A3DB6@notes.na.collabserv.com>
References: <OF8848EC5E.43B1571E-ON00258218.005E2FC4-80258218.00602FBE@notes.na.collabserv.com>
 <2db0bae0-9486-9656-ae83-27b6e28e190b@oracle.com>
 <d01684d5-ed38-ed3d-29bb-ac83eb179b5c@oracle.com>
 <OFE12F9B33.1878F38D-ON0025821E.00491B34-8025821E.004B809B@notes.na.collabserv.com>
 <77b60641-b0eb-ce7d-fe39-c53808e5e221@physik.fu-berlin.de>
 <OF2F4D63E7.A3ABD78F-ON0025821E.004D3024-8025821E.004E2486@notes.na.collabserv.com>
 <150d9e88-4d2f-ac07-bacb-bb61eca68f75@physik.fu-berlin.de>
 <OFFD0A8529.42DF0451-ON0025821E.005A38ED-8025821E.005A3DB6@notes.na.collabserv.com>
Message-ID: <369e6ee8-bcc8-47b1-1c3b-398ce5aa9ab5@physik.fu-berlin.de>

On 01/23/2018 05:25 PM, Adam Farley8 wrote:
>> SLE-11:*  doesn't even have OpenJDK-8 and is also going to be out of support
>> next year  anyway.
> 
> Does this mean the gcc version will change? If you have hard information on
> this, I'd appreciate the URL.

I'm not sure what you mean. SLE12-SP3 ships gcc-4.8.x while SLE-15 will
ship gcc-7, see:

> https://build.opensuse.org/package/view_file/SUSE:SLE-15:GA/gcc/gcc.spec?expand=1

Is that what you mean when you say the gcc version is changing?

> If the minimum gcc version for 10 or 11 is above 4.8.5 across all platforms,
> then I agree, but I don't have that information, so I figured I'd ask to
> cover all of the JDK versions, to be safe.

I don't know what the minimum version is at the moment, to be honest. I haven't
tried building OpenJDK-10 or OpenJDK-11 on SLE-12:SP3 yet. I could do that
if that's important.

> Even if the gcc version does change, adding 4.8.5-specific code shouldn't
> break anything.

It most likely doesn't break anything. But it leaves workaround in the code
base which we could potentially forget to clean out later when it is no
longer needed.
  
> What do you think?

My opinion is that the codebase for OpenJDK-11 should be kept clean because
we are working on getting rid of unnecessary cruft. But this decision isn't
up to me, of course. I'm just arguing that I consider the chances that someone
will try OpenJDK-11 on SLE-12:SP3 or even SLE-11:SP4 very low.

Adrian

-- 
  .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz at debian.org
`. `'   Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de
   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


From adam.farley at uk.ibm.com  Tue Jan 23 17:18:28 2018
From: adam.farley at uk.ibm.com (Adam Farley8)
Date: Tue, 23 Jan 2018 17:18:28 +0000
Subject: RFR: Bug Pending: Build fails to compile jchuff.c
In-Reply-To: <369e6ee8-bcc8-47b1-1c3b-398ce5aa9ab5@physik.fu-berlin.de>
References: <OF8848EC5E.43B1571E-ON00258218.005E2FC4-80258218.00602FBE@notes.na.collabserv.com>
 <2db0bae0-9486-9656-ae83-27b6e28e190b@oracle.com>
 <d01684d5-ed38-ed3d-29bb-ac83eb179b5c@oracle.com>
 <OFE12F9B33.1878F38D-ON0025821E.00491B34-8025821E.004B809B@notes.na.collabserv.com>
 <77b60641-b0eb-ce7d-fe39-c53808e5e221@physik.fu-berlin.de>
 <OF2F4D63E7.A3ABD78F-ON0025821E.004D3024-8025821E.004E2486@notes.na.collabserv.com>
 <150d9e88-4d2f-ac07-bacb-bb61eca68f75@physik.fu-berlin.de>
 <OFFD0A8529.42DF0451-ON0025821E.005A38ED-8025821E.005A3DB6@notes.na.collabserv.com>
 <369e6ee8-bcc8-47b1-1c3b-398ce5aa9ab5@physik.fu-berlin.de>
Message-ID: <OF0DAA65FF.9ACD7F82-ON0025821E.005F0AEA-8025821E.005F1357@notes.na.collabserv.com>

>On 01/23/2018 05:25 PM, Adam Farley8 wrote:
>>> SLE-11:*  doesn't even have OpenJDK-8 and is also going to be out of 
support
>>> next year  anyway.
>> 
>> Does this mean the gcc version will change? If you have hard 
information on
>> this, I'd appreciate the URL.
>
>I'm not sure what you mean. SLE12-SP3 ships gcc-4.8.x while SLE-15 will
>ship gcc-7, see:
>
>> 
https://urldefense.proofpoint.com/v2/url?u=https-3A__build.opensuse.org_package_view-5Ffile_SUSE-3ASLE-2D15-3AGA_gcc_gcc.spec-3Fexpand-3D1&d=DwIC-g&c=jf_iaSHvJObTbx-siA1ZOg&r=P5m8KWUXJf-CeVJc0hDGD9AQ2LkcXDC0PMV9ntVw5Ho&m=dIGHRmVpTLUCdNXpk5OeZoRTr4KMZfiyFp7leAxQ1x4&s=kvSfKGn4zfKUDx14bZlDZsWrY3uorXE_6lBuTmOMchw&e=
>
>Is that what you mean when you say the gcc version is changing?

Apologies, I was unclear. I was asking if the minimum gcc version on 
David's 
website was likely to change when SLE11 went out of service. From what 
you're
telling me, the sles 11 bit on the site will likely be updated to sles 12,
and the gcc version won't change (as you're saying SLE12 ships with 
4.8.x).

>
>> If the minimum gcc version for 10 or 11 is above 4.8.5 across all 
platforms,
>> then I agree, but I don't have that information, so I figured I'd ask 
to
>> cover all of the JDK versions, to be safe.
>
>I don't know what the minimum version is at the moment, to be honest. I 
haven't
>tried building OpenJDK-10 or OpenJDK-11 on SLE-12:SP3 yet. I could do 
that
>if that's important.
>
>> Even if the gcc version does change, adding 4.8.5-specific code 
shouldn't
>> break anything.
>
>It most likely doesn't break anything. But it leaves workaround in the 
code
>base which we could potentially forget to clean out later when it is no
>longer needed.

Agreed. I was hedging my bets on the gcc version not changing. Be good if 
we had
some reliable intel on the minimum gcc version that we could use to make a
decision.

> 
>> What do you think?
>
>My opinion is that the codebase for OpenJDK-11 should be kept clean 
because
>we are working on getting rid of unnecessary cruft. But this decision 
isn't
>up to me, of course. I'm just arguing that I consider the chances that 
someone
>will try OpenJDK-11 on SLE-12:SP3 or even SLE-11:SP4 very low.
>
>Adrian

A reasonable opinion. I may disagree with your conclusions, but you 
present
your arguments well.

Could others on this email chain act as tie breaker on the jdk10+11 matter 
please?

Best Regards

Adam Farley

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From philip.race at oracle.com  Tue Jan 23 23:12:17 2018
From: philip.race at oracle.com (Philip Race)
Date: Tue, 23 Jan 2018 15:12:17 -0800
Subject: RFR: Bug Pending: Build fails to compile jchuff.c
In-Reply-To: <OF0DAA65FF.9ACD7F82-ON0025821E.005F0AEA-8025821E.005F1357@notes.na.collabserv.com>
References: <OF8848EC5E.43B1571E-ON00258218.005E2FC4-80258218.00602FBE@notes.na.collabserv.com>
 <2db0bae0-9486-9656-ae83-27b6e28e190b@oracle.com>
 <d01684d5-ed38-ed3d-29bb-ac83eb179b5c@oracle.com>
 <OFE12F9B33.1878F38D-ON0025821E.00491B34-8025821E.004B809B@notes.na.collabserv.com>
 <77b60641-b0eb-ce7d-fe39-c53808e5e221@physik.fu-berlin.de>
 <OF2F4D63E7.A3ABD78F-ON0025821E.004D3024-8025821E.004E2486@notes.na.collabserv.com>
 <150d9e88-4d2f-ac07-bacb-bb61eca68f75@physik.fu-berlin.de>
 <OFFD0A8529.42DF0451-ON0025821E.005A38ED-8025821E.005A3DB6@notes.na.collabserv.com>
 <369e6ee8-bcc8-47b1-1c3b-398ce5aa9ab5@physik.fu-berlin.de>
 <OF0DAA65FF.9ACD7F82-ON0025821E.005F0AEA-8025821E.005F1357@notes.na.collabserv.com>
Message-ID: <5A67C151.6050106@oracle.com>

The discussion about SLE seems to have taken over.
This was originally about zLinux.

If it actually makes sense for zLinux for JDK 11 then I have no 
objections to
the proposed toolchain specific patch ...

If it does not make sense for 11 then I think you should look only at 8u 
and prepare
a patch directly against that.

Its not "critical" for 10 which is in RDP2 already and 9 is going EOSL 
in less than 3 months  ...

-phil.

On 1/23/18, 9:18 AM, Adam Farley8 wrote:
> >On 01/23/2018 05:25 PM, Adam Farley8 wrote:
> >>> SLE-11:*  doesn't even have OpenJDK-8 and is also going to be out 
> of support
> >>> next year  anyway.
> >>
> >> Does this mean the gcc version will change? If you have hard 
> information on
> >> this, I'd appreciate the URL.
> >
> >I'm not sure what you mean. SLE12-SP3 ships gcc-4.8.x while SLE-15 will
> >ship gcc-7, see:
> >
> >> 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__build.opensuse.org_package_view-5Ffile_SUSE-3ASLE-2D15-3AGA_gcc_gcc.spec-3Fexpand-3D1&d=DwIC-g&c=jf_iaSHvJObTbx-siA1ZOg&r=P5m8KWUXJf-CeVJc0hDGD9AQ2LkcXDC0PMV9ntVw5Ho&m=dIGHRmVpTLUCdNXpk5OeZoRTr4KMZfiyFp7leAxQ1x4&s=kvSfKGn4zfKUDx14bZlDZsWrY3uorXE_6lBuTmOMchw&e= 
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__build.opensuse.org_package_view-5Ffile_SUSE-3ASLE-2D15-3AGA_gcc_gcc.spec-3Fexpand-3D1&d=DwIC-g&c=jf_iaSHvJObTbx-siA1ZOg&r=P5m8KWUXJf-CeVJc0hDGD9AQ2LkcXDC0PMV9ntVw5Ho&m=dIGHRmVpTLUCdNXpk5OeZoRTr4KMZfiyFp7leAxQ1x4&s=kvSfKGn4zfKUDx14bZlDZsWrY3uorXE_6lBuTmOMchw&e=> 
>
> >
> >Is that what you mean when you say the gcc version is changing?
>
> Apologies, I was unclear. I was asking if the minimum gcc version on 
> David's
> website was likely to change when SLE11 went out of service. From what 
> you're
> telling me, the sles 11 bit on the site will likely be updated to sles 
> 12,
> and the gcc version won't change (as you're saying SLE12 ships with 
> 4.8.x).
>
> >
> >> If the minimum gcc version for 10 or 11 is above 4.8.5 across all 
> platforms,
> >> then I agree, but I don't have that information, so I figured I'd 
> ask to
> >> cover all of the JDK versions, to be safe.
> >
> >I don't know what the minimum version is at the moment, to be honest. 
> I haven't
> >tried building OpenJDK-10 or OpenJDK-11 on SLE-12:SP3 yet. I could do 
> that
> >if that's important.
> >
> >> Even if the gcc version does change, adding 4.8.5-specific code 
> shouldn't
> >> break anything.
> >
> >It most likely doesn't break anything. But it leaves workaround in the 
> code
> >base which we could potentially forget to clean out later when it is no
> >longer needed.
>
> Agreed. I was hedging my bets on the gcc version not changing. Be good 
> if we had
> some reliable intel on the minimum gcc version that we could use to 
> make a
> decision.
>
> >
> >> What do you think?
> >
> >My opinion is that the codebase for OpenJDK-11 should be kept clean 
> because
> >we are working on getting rid of unnecessary cruft. But this decision 
> isn't
> >up to me, of course. I'm just arguing that I consider the chances that 
> someone
> >will try OpenJDK-11 on SLE-12:SP3 or even SLE-11:SP4 very low.
> >
> >Adrian
>
> A reasonable opinion. I may disagree with your conclusions, but you 
> present
> your arguments well.
>
> Could others on this email chain act as tie breaker on the jdk10+11 
> matter please?
>
> Best Regards
>
> Adam Farley
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with 
> number 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From ted at tedneward.com  Wed Jan 24 01:01:43 2018
From: ted at tedneward.com (Ted Neward)
Date: Tue, 23 Jan 2018 17:01:43 -0800
Subject: Build OpenJDK for Windows x64 w/ VS 2017 on WSL
In-Reply-To: <802ab2c2-97a6-67b3-e08f-a0121dfd4077@oracle.com>
References: <97672875-371b-409b-f648-f5202bd95714@gmail.com>
 <802ab2c2-97a6-67b3-e08f-a0121dfd4077@oracle.com>
Message-ID: <AFDB8EEF-E84D-41CA-BC59-B49DA144C566@tedneward.com>

I took a pass at this when the WSL stuff was brand-new, but haven't tried recently. Essentially, the resulting binary was only usable from the WSL layer, but I haven't tried recently. Would be very willing to help try a few things if people have patches to try.

Ted Neward
Author, Speaker, Mentor
http://www.newardassociates.com
t: @tedneward | m: (425) 647-4526

?On 1/23/18, 8:29 AM, "build-dev on behalf of Erik Joelsson" <build-dev-bounces at openjdk.java.net on behalf of erik.joelsson at oracle.com> wrote:

    Hello Yasumasa,
    
    On 2018-01-23 06:22, Yasumasa Suenaga wrote:
    > Hi all,
    >
    > I'm trying to build OpenJDK for Windows x64 with VS 2017 on WSL.
    > I've modified some build scripts [1], but I cannot build yet.
    >
    > So I have some questions:
    >
    >   - Do build-dev team have any plan to support VS 2017 ?
    >
    Yes, we are planning on upgrading the toolchains for JDK 11 and we 
    usually aim for the latest when we do so. I would say that patches here 
    are welcome since it will save us work when we finally get around to do it.
    >   - Do build-dev team have any plan to support WSL as build platform?
    >     According to [2], I guess WSL may be supported in the future.
    >
    Yes, we are certainly interested in exploring WSL as a substitute for 
    Cygwin at some point. The only reason we haven't started yet is simply 
    resourcing. Other things have had and still have higher priority.
    
    So far I have only tried building natively in WSL, which works fine for 
    producing Linux binaries on Windows. Calling the Windows toolchain from 
    WSL will be trickier. AFAIK, environment variables are still not shared 
    between the environments, so we must make sure to communicate a good 
    value for the PATH variable in some smart way for the Windows tools to 
    work properly. It will also require the source code to be located in a 
    path reachable from both Windows and WSL and we need to extend fixpath 
    to handle path conversions. All in all, I expect this to be non trivial 
    work that will likely require some creative solutions to get to work well.
    
    /Erik
    >
    > I'm happy if OpenJDK can be built on WSL, and I want to use modern 
    > environment for OpenJDK because I want to use modern C++ compiler for 
    > my own project and I want not to keep multiple IDEs :-)
    >
    >
    > Thanks,
    >
    > Yasumasa
    >
    >
    > [1] http://cr.openjdk.java.net/~ysuenaga/wsl/
    > [2] 
    > http://hg.openjdk.java.net/jdk/jdk/file/fd237da7a113/doc/building.md#l166
    
    




From david.holmes at oracle.com  Wed Jan 24 01:59:20 2018
From: david.holmes at oracle.com (David Holmes)
Date: Wed, 24 Jan 2018 11:59:20 +1000
Subject: RFR: Bug Pending: Build fails to compile jchuff.c
In-Reply-To: <OF0DAA65FF.9ACD7F82-ON0025821E.005F0AEA-8025821E.005F1357@notes.na.collabserv.com>
References: <OF8848EC5E.43B1571E-ON00258218.005E2FC4-80258218.00602FBE@notes.na.collabserv.com>
 <2db0bae0-9486-9656-ae83-27b6e28e190b@oracle.com>
 <d01684d5-ed38-ed3d-29bb-ac83eb179b5c@oracle.com>
 <OFE12F9B33.1878F38D-ON0025821E.00491B34-8025821E.004B809B@notes.na.collabserv.com>
 <77b60641-b0eb-ce7d-fe39-c53808e5e221@physik.fu-berlin.de>
 <OF2F4D63E7.A3ABD78F-ON0025821E.004D3024-8025821E.004E2486@notes.na.collabserv.com>
 <150d9e88-4d2f-ac07-bacb-bb61eca68f75@physik.fu-berlin.de>
 <OFFD0A8529.42DF0451-ON0025821E.005A38ED-8025821E.005A3DB6@notes.na.collabserv.com>
 <369e6ee8-bcc8-47b1-1c3b-398ce5aa9ab5@physik.fu-berlin.de>
 <OF0DAA65FF.9ACD7F82-ON0025821E.005F0AEA-8025821E.005F1357@notes.na.collabserv.com>
Message-ID: <6b6d1846-8d5e-8af0-8813-ad2eb51a38a9@oracle.com>

Hi Adam,

The wiki:

https://wiki.openjdk.java.net/display/Build/Supported+Build+Platforms

should have been updated for 10, and I expect it will be updated for 11 
as we are looking to update all of the "official" tool chains. Given the 
official gcc version for 9 was already 4.9.2 I don't think it necessary 
to support 4.8.5 in 10 or 11. Given the new update model it is unclear 
to me whether it makes sense to make this change in the 9u forest, but 
at most I think this should only be in 8u and 9u.

Thanks,
David

On 24/01/2018 3:18 AM, Adam Farley8 wrote:
>>On 01/23/2018  05:25 PM, Adam Farley8 wrote:
>>>> SLE-11:*  ?doesn't even have OpenJDK-8 and is also going to be out of support
>>>> next  year ?anyway.
>>> 
>>> Does  this mean the gcc version will change? If you have hard information on
>>> this,  I'd appreciate the URL.
>>
>>I'm not sure  what you mean. SLE12-SP3 ships gcc-4.8.x while SLE-15 will
>>ship gcc-7,  see:
>>
>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__build.opensuse.org_package_view-5Ffile_SUSE-3ASLE-2D15-3AGA_gcc_gcc.spec-3Fexpand-3D1&d=DwIC-g&c=jf_iaSHvJObTbx-siA1ZOg&r=P5m8KWUXJf-CeVJc0hDGD9AQ2LkcXDC0PMV9ntVw5Ho&m=dIGHRmVpTLUCdNXpk5OeZoRTr4KMZfiyFp7leAxQ1x4&s=kvSfKGn4zfKUDx14bZlDZsWrY3uorXE_6lBuTmOMchw&e= 
> 
>>
>>Is that what  you mean when you say the gcc version is changing?
> 
> Apologies, I was unclear. I was asking if the minimum gcc version on 
> David's
> website was likely to change when SLE11 went out of service. From what 
> you're
> telling me, the sles 11 bit on the site will likely be updated to sles 12,
> and the gcc version won't change (as you're saying SLE12 ships with 4.8.x).
> 
>>
>>> If the  minimum gcc version for 10 or 11 is above 4.8.5 across all platforms,
>>> then  I agree, but I don't have that information, so I figured I'd ask to
>>> cover  all of the JDK versions, to be safe.
>>
>>I don't know  what the minimum version is at the moment, to be honest. I haven't
>>tried building  OpenJDK-10 or OpenJDK-11 on SLE-12:SP3 yet. I could do that
>>if that's  important.
>>
>>> Even  if the gcc version does change, adding 4.8.5-specific code shouldn't
>>> break  anything.
>>
>>It most likely  doesn't break anything. But it leaves workaround in the code
>>base which  we could potentially forget to clean out later when it is no
>>longer needed.
> 
> Agreed. I was hedging my bets on the gcc version not changing. Be good 
> if we had
> some reliable intel on the minimum gcc version that we could use to make a
> decision.
> 
>>  
>>> What  do you think?
>>
>>My opinion  is that the codebase for OpenJDK-11 should be kept clean because
>>we are working  on getting rid of unnecessary cruft. But this decision isn't
>>up to me,  of course. I'm just arguing that I consider the chances that someone
>>will try OpenJDK-11  on SLE-12:SP3 or even SLE-11:SP4 very low.
>>
>>Adrian
> 
> A reasonable opinion. I may disagree with your conclusions, but you present
> your arguments well.
> 
> Could others on this email chain act as tie breaker on the jdk10+11 
> matter please?
> 
> Best Regards
> 
> Adam Farley
> 
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number 
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From magnus.ihse.bursie at oracle.com  Wed Jan 24 23:55:48 2018
From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie)
Date: Thu, 25 Jan 2018 00:55:48 +0100
Subject: [OpenJDK 2D-Dev] RFR: Bug Pending: Build fails to compile jchuff.c
In-Reply-To: <OFE12F9B33.1878F38D-ON0025821E.00491B34-8025821E.004B809B@notes.na.collabserv.com>
References: <OF8848EC5E.43B1571E-ON00258218.005E2FC4-80258218.00602FBE@notes.na.collabserv.com>
 <2db0bae0-9486-9656-ae83-27b6e28e190b@oracle.com>
 <d01684d5-ed38-ed3d-29bb-ac83eb179b5c@oracle.com>
 <OFE12F9B33.1878F38D-ON0025821E.00491B34-8025821E.004B809B@notes.na.collabserv.com>
Message-ID: <fa7bdcf7-3cbc-406b-684b-5483f946eb8e@oracle.com>

I'm not sure I'm able to follow where this discussion is heading, but at 
the very least I'd like to chime in on the patch below:

I don't like how the entire DISABLED_WARNINGS_gcc line is lifted out. A 
better solution is something like this:

ifeq ($(CC_VERSION_NUMBER), 4.8.5)
 ?#Turn off array-bounds warnings for libjava compilation because jchuff.c
 ?#fails to compile on gcc 4.8.5 with a warning that an array is potentially
 ?#out of bounds. This kills a warnings=errors build.
 ?LIBJAVAJPEG_DISABLED_WARNINGS_gcc485 := array-bounds
endif
...
 ??? DISABLED_WARNINGS_gcc := clobbered 
$(LIBJAVAJPEG_DISABLED_WARNINGS_gcc485), \

I also can't see this going into anything else than the current 
mainline, jdk/jdk i.e. JDK 11. Since the issue is trivially avoided by 
using --disable-warnings-as-errors, I hardly see that it warrants a 
backport.

/Magnus

On 2018-01-23 14:44, Adam Farley8 wrote:
> Hi All,
>
> All: I think I responded to everyone below. Please could a committer or
> author raise a bug and, if people are happy with this change, line it up
> for contribution to JDKs 8-11 (assuming 4.8.5 is still the recommended 
> gcc
> for JDK10 and 11 on SUSE sles)?
>
> Erik: One toolchain-specific change, as requested. This was tested on 
> JDK9,
> so please apply an offset of -1 to the line numbers before applying to 
> JDK10.
>
> ----------------------- Start of Diff -----------------------
>
> diff --git a/make/lib/Awt2dLibraries.gmk b/make/lib/Awt2dLibraries.gmk
> --- a/make/lib/Awt2dLibraries.gmk
> +++ b/make/lib/Awt2dLibraries.gmk
> @@ -482,6 +482,14 @@
> ? ?BUILD_LIBJAVAJPEG_HEADERS := $(addprefix -I, $(LIBJAVAJPEG_SRC))
> ?endif
>
> +LIBJAVAJPEG_DISABLED_WARNINGS_gcc := clobbered
> +ifeq ($(CC_VERSION_NUMBER), 4.8.5)
> + ?#Turn off array-bounds warnings for libjava compilation because 
> jchuff.c
> + ?#fails to compile on gcc 4.8.5 with a warning that an array is 
> potentially
> + ?#out of bounds. This kills a warnings=errors build.
> + ?LIBJAVAJPEG_DISABLED_WARNINGS_gcc := clobbered array-bounds
> +endif
> +
> ?$(eval $(call SetupNativeCompilation,BUILD_LIBJAVAJPEG, \
> ? ? ?LIBRARY := javajpeg, \
> ? ? ?OUTPUT_DIR := $(INSTALL_LIBRARIES_HERE), \
> @@ -491,7 +499,7 @@
> ? ? ?CFLAGS := $(CFLAGS_JDKLIB) $(BUILD_LIBJAVAJPEG_HEADERS) \
> ? ? ? ? ?$(LIBJAVA_HEADER_FLAGS) \
> ?-I$(SUPPORT_OUTPUTDIR)/headers/java.desktop, \
> - ? ?DISABLED_WARNINGS_gcc := clobbered, \
> + ? ?DISABLED_WARNINGS_gcc := $(LIBJAVAJPEG_DISABLED_WARNINGS_gcc), \
> ? ? ?MAPFILE := $(JDK_TOPDIR)/make/mapfiles/libjpeg/mapfile-vers, \
> ? ? ?LDFLAGS := $(LDFLAGS_JDKLIB) \
> ? ? ? ? ?$(call SET_SHARED_LIBRARY_ORIGIN), \
>
> ----------------------- End of Diff -----------------------
>
> Phil: I've changed the title as asked and supplied the diff above. 
> However,
> I can't upload files to cr.openjdk.java.net, nor can I create bugs 
> myself.
> I understand that authors and committers can, but I don't have those
> privileges yet. Be nice if I did. :)
>
> John: I read your email, and I understand your position. I disagree 
> with it,
> but I understand it. 4.8.5 is an old version of gcc, but right now it 
> is the
> listed gcc version for SUSE sles on intel, ppc, ppcle, and zLinux. 
> Even if
> this is not the case for JDK 10 or 11, we should ensure this fix is fully
> propagated to ensure consistent behaviour.
>
> That is my position.
>
> David: Thanks for the URL. I agree with your position on 4.8.5 gcc 
> needing
> to compile OpenJDK without errors or special options. :)
>
> Best Regards
>
> Adam Farley
>
>
>
> From: Phil Race <philip.race at oracle.com>
> To: Adam Farley8 <adam.farley at uk.ibm.com>, 2d-dev at openjdk.java.net
> Cc: build-dev <build-dev at openjdk.java.net>
> Date: 18/01/2018 19:16
> Subject: Re: [OpenJDK 2D-Dev] [PATCH] Build fails to compile jchuff.c
> ------------------------------------------------------------------------
>
>
>
> Try again with build-dev cc'd ..
>
> -phil.
>
> On 01/18/2018 11:14 AM, Phil Race wrote:
> I agree with what Erik said on build-dev that being specific about the 
> tool chain
> and the reason are worthwhile and important. We've done that in 
> similar cases.
>
> Also these review threads usually should have a subject like
> RFR: <BUG ID>: <Bug Synopsis>
>
> which means you first need a bug id .. the patch can't be pushed 
> without one anyway.
>
> Then the patch should be an in-line diff or a webrev hosted on 
> cr.openjdk.java.net.
>
> I think in-line would be OK for this small change.
>
> -phil.
>
> On 01/17/2018 09:30 AM, Adam Farley8 wrote:
> Hi All,
>
> Under these circumstances, jchuff.c will not compile:
>
> Platform: zLinux (s390x)
> Release: JDK9 (may affect other JDKs).
> GCC Version: 4.8.5
> Notes: --disable-warnings-as-errors suppresses this error.
>
> The error is:
>
> /home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:
> In function 'jGenOptTbl':
> /home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:808:18:
> error: array subscript is below array bounds [-Werror=array-bounds]
> ? ? ? while (bits[j] == 0)
> ? ? ? ? ? ? ? ? ?^
>
> This is a continuation of a conversation in the build-dev mailing 
> list, if anyone wants to
> check the history.
>
> The short version is that, while you *can* suppress the problem by adding
> --disable-warnings-as-errors to your configure step, I posit that a 
> builder shouldn't
> have to.
>
> Various solutions were debated. One involves changing Awt2dLibraries.gmk.
>
> Basically you change line 494 to this:
>
> ? ? DISABLED_WARNINGS_gcc := clobbered array-bounds, \
>
> I'm running a build now to check that works, but basically we should 
> end up with a
> -Wno-array-bounds on the gcc compile command for jchuff.c, thereby 
> ignoring the warning.
>
> A smarter variant involves checking for that specific version of the 
> gcc, but that seems
> wordy to me for this problem. Keeping it simple. :)
>
> Thoughts?
>
> Best Regards
>
> Adam Farley
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with 
> number 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 
> 3AU
>
>
>
>
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with 
> number 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU



From david.holmes at oracle.com  Thu Jan 25 00:37:36 2018
From: david.holmes at oracle.com (David Holmes)
Date: Thu, 25 Jan 2018 10:37:36 +1000
Subject: [OpenJDK 2D-Dev] RFR: Bug Pending: Build fails to compile jchuff.c
In-Reply-To: <fa7bdcf7-3cbc-406b-684b-5483f946eb8e@oracle.com>
References: <OF8848EC5E.43B1571E-ON00258218.005E2FC4-80258218.00602FBE@notes.na.collabserv.com>
 <2db0bae0-9486-9656-ae83-27b6e28e190b@oracle.com>
 <d01684d5-ed38-ed3d-29bb-ac83eb179b5c@oracle.com>
 <OFE12F9B33.1878F38D-ON0025821E.00491B34-8025821E.004B809B@notes.na.collabserv.com>
 <fa7bdcf7-3cbc-406b-684b-5483f946eb8e@oracle.com>
Message-ID: <f8402e7d-a78d-c2b5-db98-f706487c5dcb@oracle.com>

Hi Magnus,

On 25/01/2018 9:55 AM, Magnus Ihse Bursie wrote:
> I'm not sure I'm able to follow where this discussion is heading, but at 
> the very least I'd like to chime in on the patch below:
> 
> I don't like how the entire DISABLED_WARNINGS_gcc line is lifted out. A 
> better solution is something like this:
> 
> ifeq ($(CC_VERSION_NUMBER), 4.8.5)
>  ?#Turn off array-bounds warnings for libjava compilation because jchuff.c
>  ?#fails to compile on gcc 4.8.5 with a warning that an array is potentially
>  ?#out of bounds. This kills a warnings=errors build.
>  ?LIBJAVAJPEG_DISABLED_WARNINGS_gcc485 := array-bounds
> endif
> ...
>  ??? DISABLED_WARNINGS_gcc := clobbered 
> $(LIBJAVAJPEG_DISABLED_WARNINGS_gcc485), \
> 
> I also can't see this going into anything else than the current 
> mainline, jdk/jdk i.e. JDK 11. Since the issue is trivially avoided by 
> using --disable-warnings-as-errors, I hardly see that it warrants a 
> backport.

It's pointless in JDK 11 as we're not going to claim support for gcc 4.8.5.

The issue is that out-of-the-box if you are building 8u or 9 and use gcc 
4.8.5, which is supposed to be a valid compiler to use based on the 
wiki, then it fails because of this gcc bug, unless you disable 
warnings-as-errors. So either we put in a workaround for the bug or we 
update to the build docs (and/or the wiki) to make it very clear that 
you may need to disable warnings-as-errors (something there is no 
mention of in the build doc in 9).

David
-----

> /Magnus
> 
> On 2018-01-23 14:44, Adam Farley8 wrote:
>> Hi All,
>>
>> All: I think I responded to everyone below. Please could a committer or
>> author raise a bug and, if people are happy with this change, line it up
>> for contribution to JDKs 8-11 (assuming 4.8.5 is still the recommended 
>> gcc
>> for JDK10 and 11 on SUSE sles)?
>>
>> Erik: One toolchain-specific change, as requested. This was tested on 
>> JDK9,
>> so please apply an offset of -1 to the line numbers before applying to 
>> JDK10.
>>
>> ----------------------- Start of Diff -----------------------
>>
>> diff --git a/make/lib/Awt2dLibraries.gmk b/make/lib/Awt2dLibraries.gmk
>> --- a/make/lib/Awt2dLibraries.gmk
>> +++ b/make/lib/Awt2dLibraries.gmk
>> @@ -482,6 +482,14 @@
>> ? ?BUILD_LIBJAVAJPEG_HEADERS := $(addprefix -I, $(LIBJAVAJPEG_SRC))
>> ?endif
>>
>> +LIBJAVAJPEG_DISABLED_WARNINGS_gcc := clobbered
>> +ifeq ($(CC_VERSION_NUMBER), 4.8.5)
>> + ?#Turn off array-bounds warnings for libjava compilation because 
>> jchuff.c
>> + ?#fails to compile on gcc 4.8.5 with a warning that an array is 
>> potentially
>> + ?#out of bounds. This kills a warnings=errors build.
>> + ?LIBJAVAJPEG_DISABLED_WARNINGS_gcc := clobbered array-bounds
>> +endif
>> +
>> ?$(eval $(call SetupNativeCompilation,BUILD_LIBJAVAJPEG, \
>> ? ? ?LIBRARY := javajpeg, \
>> ? ? ?OUTPUT_DIR := $(INSTALL_LIBRARIES_HERE), \
>> @@ -491,7 +499,7 @@
>> ? ? ?CFLAGS := $(CFLAGS_JDKLIB) $(BUILD_LIBJAVAJPEG_HEADERS) \
>> ? ? ? ? ?$(LIBJAVA_HEADER_FLAGS) \
>> ?-I$(SUPPORT_OUTPUTDIR)/headers/java.desktop, \
>> - ? ?DISABLED_WARNINGS_gcc := clobbered, \
>> + ? ?DISABLED_WARNINGS_gcc := $(LIBJAVAJPEG_DISABLED_WARNINGS_gcc), \
>> ? ? ?MAPFILE := $(JDK_TOPDIR)/make/mapfiles/libjpeg/mapfile-vers, \
>> ? ? ?LDFLAGS := $(LDFLAGS_JDKLIB) \
>> ? ? ? ? ?$(call SET_SHARED_LIBRARY_ORIGIN), \
>>
>> ----------------------- End of Diff -----------------------
>>
>> Phil: I've changed the title as asked and supplied the diff above. 
>> However,
>> I can't upload files to cr.openjdk.java.net, nor can I create bugs 
>> myself.
>> I understand that authors and committers can, but I don't have those
>> privileges yet. Be nice if I did. :)
>>
>> John: I read your email, and I understand your position. I disagree 
>> with it,
>> but I understand it. 4.8.5 is an old version of gcc, but right now it 
>> is the
>> listed gcc version for SUSE sles on intel, ppc, ppcle, and zLinux. 
>> Even if
>> this is not the case for JDK 10 or 11, we should ensure this fix is fully
>> propagated to ensure consistent behaviour.
>>
>> That is my position.
>>
>> David: Thanks for the URL. I agree with your position on 4.8.5 gcc 
>> needing
>> to compile OpenJDK without errors or special options. :)
>>
>> Best Regards
>>
>> Adam Farley
>>
>>
>>
>> From: Phil Race <philip.race at oracle.com>
>> To: Adam Farley8 <adam.farley at uk.ibm.com>, 2d-dev at openjdk.java.net
>> Cc: build-dev <build-dev at openjdk.java.net>
>> Date: 18/01/2018 19:16
>> Subject: Re: [OpenJDK 2D-Dev] [PATCH] Build fails to compile jchuff.c
>> ------------------------------------------------------------------------
>>
>>
>>
>> Try again with build-dev cc'd ..
>>
>> -phil.
>>
>> On 01/18/2018 11:14 AM, Phil Race wrote:
>> I agree with what Erik said on build-dev that being specific about the 
>> tool chain
>> and the reason are worthwhile and important. We've done that in 
>> similar cases.
>>
>> Also these review threads usually should have a subject like
>> RFR: <BUG ID>: <Bug Synopsis>
>>
>> which means you first need a bug id .. the patch can't be pushed 
>> without one anyway.
>>
>> Then the patch should be an in-line diff or a webrev hosted on 
>> cr.openjdk.java.net.
>>
>> I think in-line would be OK for this small change.
>>
>> -phil.
>>
>> On 01/17/2018 09:30 AM, Adam Farley8 wrote:
>> Hi All,
>>
>> Under these circumstances, jchuff.c will not compile:
>>
>> Platform: zLinux (s390x)
>> Release: JDK9 (may affect other JDKs).
>> GCC Version: 4.8.5
>> Notes: --disable-warnings-as-errors suppresses this error.
>>
>> The error is:
>>
>> /home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:
>> In function 'jGenOptTbl':
>> /home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:808:18:
>> error: array subscript is below array bounds [-Werror=array-bounds]
>> ? ? ? while (bits[j] == 0)
>> ? ? ? ? ? ? ? ? ?^
>>
>> This is a continuation of a conversation in the build-dev mailing 
>> list, if anyone wants to
>> check the history.
>>
>> The short version is that, while you *can* suppress the problem by adding
>> --disable-warnings-as-errors to your configure step, I posit that a 
>> builder shouldn't
>> have to.
>>
>> Various solutions were debated. One involves changing Awt2dLibraries.gmk.
>>
>> Basically you change line 494 to this:
>>
>> ? ? DISABLED_WARNINGS_gcc := clobbered array-bounds, \
>>
>> I'm running a build now to check that works, but basically we should 
>> end up with a
>> -Wno-array-bounds on the gcc compile command for jchuff.c, thereby 
>> ignoring the warning.
>>
>> A smarter variant involves checking for that specific version of the 
>> gcc, but that seems
>> wordy to me for this problem. Keeping it simple. :)
>>
>> Thoughts?
>>
>> Best Regards
>>
>> Adam Farley
>>
>> Unless stated otherwise above:
>> IBM United Kingdom Limited - Registered in England and Wales with 
>> number 741598.
>> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 
>> 3AU
>>
>>
>>
>>
>>
>> Unless stated otherwise above:
>> IBM United Kingdom Limited - Registered in England and Wales with 
>> number 741598.
>> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU
> 


From erik.joelsson at oracle.com  Thu Jan 25 16:40:45 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 25 Jan 2018 08:40:45 -0800
Subject: [OpenJDK 2D-Dev] RFR: Bug Pending: Build fails to compile jchuff.c
In-Reply-To: <f8402e7d-a78d-c2b5-db98-f706487c5dcb@oracle.com>
References: <OF8848EC5E.43B1571E-ON00258218.005E2FC4-80258218.00602FBE@notes.na.collabserv.com>
 <2db0bae0-9486-9656-ae83-27b6e28e190b@oracle.com>
 <d01684d5-ed38-ed3d-29bb-ac83eb179b5c@oracle.com>
 <OFE12F9B33.1878F38D-ON0025821E.00491B34-8025821E.004B809B@notes.na.collabserv.com>
 <fa7bdcf7-3cbc-406b-684b-5483f946eb8e@oracle.com>
 <f8402e7d-a78d-c2b5-db98-f706487c5dcb@oracle.com>
Message-ID: <bfba8731-d8ec-f3ea-b9c9-d324a841ee26@oracle.com>

The claim on the wiki was made by Volker on July 13 2017. It was done on 
SuSE linux while the reported problem is on zLinux. Maybe they have 
different vendor specific patches in their respective gcc builds? Is SAP 
still able to build without --disable-warnings-as-errors? This wiki is 
supposed to be a community effort.

/Erik


On 2018-01-24 16:37, David Holmes wrote:
> Hi Magnus,
>
> On 25/01/2018 9:55 AM, Magnus Ihse Bursie wrote:
>> I'm not sure I'm able to follow where this discussion is heading, but 
>> at the very least I'd like to chime in on the patch below:
>>
>> I don't like how the entire DISABLED_WARNINGS_gcc line is lifted out. 
>> A better solution is something like this:
>>
>> ifeq ($(CC_VERSION_NUMBER), 4.8.5)
>> ??#Turn off array-bounds warnings for libjava compilation because 
>> jchuff.c
>> ??#fails to compile on gcc 4.8.5 with a warning that an array is 
>> potentially
>> ??#out of bounds. This kills a warnings=errors build.
>> ??LIBJAVAJPEG_DISABLED_WARNINGS_gcc485 := array-bounds
>> endif
>> ...
>> ???? DISABLED_WARNINGS_gcc := clobbered 
>> $(LIBJAVAJPEG_DISABLED_WARNINGS_gcc485), \
>>
>> I also can't see this going into anything else than the current 
>> mainline, jdk/jdk i.e. JDK 11. Since the issue is trivially avoided 
>> by using --disable-warnings-as-errors, I hardly see that it warrants 
>> a backport.
>
> It's pointless in JDK 11 as we're not going to claim support for gcc 
> 4.8.5.
>
> The issue is that out-of-the-box if you are building 8u or 9 and use 
> gcc 4.8.5, which is supposed to be a valid compiler to use based on 
> the wiki, then it fails because of this gcc bug, unless you disable 
> warnings-as-errors. So either we put in a workaround for the bug or we 
> update to the build docs (and/or the wiki) to make it very clear that 
> you may need to disable warnings-as-errors (something there is no 
> mention of in the build doc in 9).
>
> David
> -----
>
>> /Magnus
>>
>> On 2018-01-23 14:44, Adam Farley8 wrote:
>>> Hi All,
>>>
>>> All: I think I responded to everyone below. Please could a committer or
>>> author raise a bug and, if people are happy with this change, line 
>>> it up
>>> for contribution to JDKs 8-11 (assuming 4.8.5 is still the 
>>> recommended gcc
>>> for JDK10 and 11 on SUSE sles)?
>>>
>>> Erik: One toolchain-specific change, as requested. This was tested 
>>> on JDK9,
>>> so please apply an offset of -1 to the line numbers before applying 
>>> to JDK10.
>>>
>>> ----------------------- Start of Diff -----------------------
>>>
>>> diff --git a/make/lib/Awt2dLibraries.gmk b/make/lib/Awt2dLibraries.gmk
>>> --- a/make/lib/Awt2dLibraries.gmk
>>> +++ b/make/lib/Awt2dLibraries.gmk
>>> @@ -482,6 +482,14 @@
>>> ? ?BUILD_LIBJAVAJPEG_HEADERS := $(addprefix -I, $(LIBJAVAJPEG_SRC))
>>> ?endif
>>>
>>> +LIBJAVAJPEG_DISABLED_WARNINGS_gcc := clobbered
>>> +ifeq ($(CC_VERSION_NUMBER), 4.8.5)
>>> + ?#Turn off array-bounds warnings for libjava compilation because 
>>> jchuff.c
>>> + ?#fails to compile on gcc 4.8.5 with a warning that an array is 
>>> potentially
>>> + ?#out of bounds. This kills a warnings=errors build.
>>> + ?LIBJAVAJPEG_DISABLED_WARNINGS_gcc := clobbered array-bounds
>>> +endif
>>> +
>>> ?$(eval $(call SetupNativeCompilation,BUILD_LIBJAVAJPEG, \
>>> ? ? ?LIBRARY := javajpeg, \
>>> ? ? ?OUTPUT_DIR := $(INSTALL_LIBRARIES_HERE), \
>>> @@ -491,7 +499,7 @@
>>> ? ? ?CFLAGS := $(CFLAGS_JDKLIB) $(BUILD_LIBJAVAJPEG_HEADERS) \
>>> ? ? ? ? ?$(LIBJAVA_HEADER_FLAGS) \
>>> ?-I$(SUPPORT_OUTPUTDIR)/headers/java.desktop, \
>>> - ? ?DISABLED_WARNINGS_gcc := clobbered, \
>>> + ? ?DISABLED_WARNINGS_gcc := $(LIBJAVAJPEG_DISABLED_WARNINGS_gcc), \
>>> ? ? ?MAPFILE := $(JDK_TOPDIR)/make/mapfiles/libjpeg/mapfile-vers, \
>>> ? ? ?LDFLAGS := $(LDFLAGS_JDKLIB) \
>>> ? ? ? ? ?$(call SET_SHARED_LIBRARY_ORIGIN), \
>>>
>>> ----------------------- End of Diff -----------------------
>>>
>>> Phil: I've changed the title as asked and supplied the diff above. 
>>> However,
>>> I can't upload files to cr.openjdk.java.net, nor can I create bugs 
>>> myself.
>>> I understand that authors and committers can, but I don't have those
>>> privileges yet. Be nice if I did. :)
>>>
>>> John: I read your email, and I understand your position. I disagree 
>>> with it,
>>> but I understand it. 4.8.5 is an old version of gcc, but right now 
>>> it is the
>>> listed gcc version for SUSE sles on intel, ppc, ppcle, and zLinux. 
>>> Even if
>>> this is not the case for JDK 10 or 11, we should ensure this fix is 
>>> fully
>>> propagated to ensure consistent behaviour.
>>>
>>> That is my position.
>>>
>>> David: Thanks for the URL. I agree with your position on 4.8.5 gcc 
>>> needing
>>> to compile OpenJDK without errors or special options. :)
>>>
>>> Best Regards
>>>
>>> Adam Farley
>>>
>>>
>>>
>>> From: Phil Race <philip.race at oracle.com>
>>> To: Adam Farley8 <adam.farley at uk.ibm.com>, 2d-dev at openjdk.java.net
>>> Cc: build-dev <build-dev at openjdk.java.net>
>>> Date: 18/01/2018 19:16
>>> Subject: Re: [OpenJDK 2D-Dev] [PATCH] Build fails to compile jchuff.c
>>> ------------------------------------------------------------------------ 
>>>
>>>
>>>
>>>
>>> Try again with build-dev cc'd ..
>>>
>>> -phil.
>>>
>>> On 01/18/2018 11:14 AM, Phil Race wrote:
>>> I agree with what Erik said on build-dev that being specific about 
>>> the tool chain
>>> and the reason are worthwhile and important. We've done that in 
>>> similar cases.
>>>
>>> Also these review threads usually should have a subject like
>>> RFR: <BUG ID>: <Bug Synopsis>
>>>
>>> which means you first need a bug id .. the patch can't be pushed 
>>> without one anyway.
>>>
>>> Then the patch should be an in-line diff or a webrev hosted on 
>>> cr.openjdk.java.net.
>>>
>>> I think in-line would be OK for this small change.
>>>
>>> -phil.
>>>
>>> On 01/17/2018 09:30 AM, Adam Farley8 wrote:
>>> Hi All,
>>>
>>> Under these circumstances, jchuff.c will not compile:
>>>
>>> Platform: zLinux (s390x)
>>> Release: JDK9 (may affect other JDKs).
>>> GCC Version: 4.8.5
>>> Notes: --disable-warnings-as-errors suppresses this error.
>>>
>>> The error is:
>>>
>>> /home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c: 
>>>
>>> In function 'jGenOptTbl':
>>> /home/adamfarl/hotspot/jdk9/jdk/src/java.desktop/share/native/libjavajpeg/jchuff.c:808:18: 
>>>
>>> error: array subscript is below array bounds [-Werror=array-bounds]
>>> ? ? ? while (bits[j] == 0)
>>> ? ? ? ? ? ? ? ? ?^
>>>
>>> This is a continuation of a conversation in the build-dev mailing 
>>> list, if anyone wants to
>>> check the history.
>>>
>>> The short version is that, while you *can* suppress the problem by 
>>> adding
>>> --disable-warnings-as-errors to your configure step, I posit that a 
>>> builder shouldn't
>>> have to.
>>>
>>> Various solutions were debated. One involves changing 
>>> Awt2dLibraries.gmk.
>>>
>>> Basically you change line 494 to this:
>>>
>>> ? ? DISABLED_WARNINGS_gcc := clobbered array-bounds, \
>>>
>>> I'm running a build now to check that works, but basically we should 
>>> end up with a
>>> -Wno-array-bounds on the gcc compile command for jchuff.c, thereby 
>>> ignoring the warning.
>>>
>>> A smarter variant involves checking for that specific version of the 
>>> gcc, but that seems
>>> wordy to me for this problem. Keeping it simple. :)
>>>
>>> Thoughts?
>>>
>>> Best Regards
>>>
>>> Adam Farley
>>>
>>> Unless stated otherwise above:
>>> IBM United Kingdom Limited - Registered in England and Wales with 
>>> number 741598.
>>> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire 
>>> PO6 3AU
>>>
>>>
>>>
>>>
>>>
>>> Unless stated otherwise above:
>>> IBM United Kingdom Limited - Registered in England and Wales with 
>>> number 741598.
>>> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire 
>>> PO6 3AU
>>



From gary.adams at oracle.com  Thu Jan 25 18:46:41 2018
From: gary.adams at oracle.com (Gary Adams)
Date: Thu, 25 Jan 2018 13:46:41 -0500
Subject: RFR: JDK-8080990: libdt_socket/socket_md.c(202) : warning C4996:
 'gethostbyname': Use getaddrinfo() or GetAddrInfoW()
Message-ID: <5A6A2611.4030003@oracle.com>

Here's a first pass attempt to remove the -D_WINSOCK_DEPRECATED_NO_WARNINGS
build flag and update the winsock deprecated functions.

   Issue: https://bugs.openjdk.java.net/browse/JDK-8080990
   Webrev: http://cr.openjdk.java.net/~gadams/8080990/

These are the initial deprecated functions updated:
    gethostbyname -> getaddrinfo
    inet_addr -> inet_pton
    inet_ntoa -> inet_ntop

I'm not sure how to replace the existing WSASendDisconnect calls.
It's not clear that it actually provides a graceful disconnect.




From erik.joelsson at oracle.com  Thu Jan 25 21:03:27 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Thu, 25 Jan 2018 13:03:27 -0800
Subject: RFR: JDK-8080990: libdt_socket/socket_md.c(202) : warning C4996:
 'gethostbyname': Use getaddrinfo() or GetAddrInfoW()
In-Reply-To: <5A6A2611.4030003@oracle.com>
References: <5A6A2611.4030003@oracle.com>
Message-ID: <5a049eab-ce79-86d9-9f52-ba0dd7bb2d34@oracle.com>

Build change looks fine.

/Erik


On 2018-01-25 10:46, Gary Adams wrote:
> Here's a first pass attempt to remove the 
> -D_WINSOCK_DEPRECATED_NO_WARNINGS
> build flag and update the winsock deprecated functions.
>
> ? Issue: https://bugs.openjdk.java.net/browse/JDK-8080990
> ? Webrev: http://cr.openjdk.java.net/~gadams/8080990/
>
> These are the initial deprecated functions updated:
> ?? gethostbyname -> getaddrinfo
> ?? inet_addr -> inet_pton
> ?? inet_ntoa -> inet_ntop
>
> I'm not sure how to replace the existing WSASendDisconnect calls.
> It's not clear that it actually provides a graceful disconnect.
>
>



From magnus.ihse.bursie at oracle.com  Thu Jan 25 21:33:51 2018
From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie)
Date: Thu, 25 Jan 2018 22:33:51 +0100
Subject: RFR: JDK-8195689 Remove generated-configure.sh and instead use
 autoconf
In-Reply-To: <ab7a26b3-e31f-0883-32bd-2f121287251b@oracle.com>
References: <222fd001-0765-bb72-5edc-53b968041a42@oracle.com>
 <ab7a26b3-e31f-0883-32bd-2f121287251b@oracle.com>
Message-ID: <ed378458-3be8-fa43-d2b1-2122dd5c4e35@oracle.com>

On 2018-01-18 19:37, Erik Joelsson wrote:
> Hello Magnus,
>
> Nice to see this finally happening!
Thanks!

>
> In building.md, when getting autoconf for Cygwin, I believe you also 
> need the autoconf wrapper scripts package. 
Hm, well, no, it's the other way around. "autoconf" is the name of the 
cygwin "autoconf wrapper scripts" package. It depends on "m4", 
"autoconf2.69" (or whatever), etc. I have verified that just installing 
"autoconf" will be enough, and will pull in all needed dependencies.

> Perhaps it's also worth mentioning that you can download the autoconf 
> src and build/install from there?
Well, I'm already giving a link to http://www.gnu.org/software/autoconf 
in the build readme. I'm not sure if it's helpful for anyone to download 
the autoconf source by themselves. Most users will have it available 
prebuilt. And if not, you'll also most likely need to pull down and 
build m4, and that's trickier. The reason why we used to download 
autoconf and build it from source was to make sure that we got the 
exactly right version, but that only made sense when we checked in the 
generated-configure.sh. (And this worked fine for us, since we had m4...)

> In jib-profiles.js, you need to use build_platform instead of 
> target_platform when creating the module name for the dependency. 
Good point. Fixed.

> I would also like if you added the dependency on the other main 
> profiles as well. At least linux-x86, linux-arm64 and windows-x86 are 
> still possible to build and should work fine with this. For 
> solaris-x64 you would need to generate the package for it to work.
Sure.
>
> The TMPDIR logic looks weird. Are you unconditionally setting it to 
> /cygdrive/t/...? That's a valid dir in our build farm, but not on my 
> local windows box:
>
> mkdir: cannot create directory ?/cygdrive/t?: No such file or directory
> autom4te: cannot create 
> /cygdrive/t/workspace/.build/tmpdir/am4t7009.7040: No such file or 
> directory
> ?at 
> /cygdrive/c/cygwin64/var/tmp/jib-erik/install/jpg/infra/builddeps/autoconf-windows_x64/2.69+1.0.1/autoconf-windows_x64-2.69+1.0.1.tar.gz/usr/bin/autom4te 
> line 954.
> Error: Failed to generate runnable configure script
Yeah, that was broken by design. :-(

Some offline discussion later, it turned out that the reason for the 
trouble was mismatch between cygwin-32 and cygwin-64. I've solved this 
by generating two different packages, for cygwin-32 and cygwin-64. I've 
also made some other minor fixes to the build script, e.g. using perl 
instead of sed due to the braindead sed being available on solaris. :(

Updated webrev:
http://cr.openjdk.java.net/~ihse/JDK-8195689-remove-generated-configure/webrev.02/

/Magnus


>
> /Erik
>
>
> On 2018-01-18 05:28, Magnus Ihse Bursie wrote:
>> Currently, we require all developers who modify the configure script 
>> to run autoconf locally, to update the generated-configure.sh script, 
>> which is then checked in. This is the only instance of checked in 
>> "compiled" code in OpenJDK, and this has brought along several problems:
>>
>> * Only a specific version of autoconf, 2.69, can be used, to avoid 
>> large code changes in the generated file. Unfortunately, Ubuntu ships 
>> a version of autoconf that claims to be 2.69 but is actually heavily 
>> patched. This requires all Ubuntu users to compiler their own 
>> autoconf from source.
>>
>> * The Oracle JDK closed sources has a closed version that needs to be 
>> updated. In practice, this has meant that all non-Oracle developers, 
>> need an Oracle sponsor for patches modifying the configure script.
>>
>> * If the configure script is not properly updated, the build will 
>> fail. The same happens on the Oracle side if the closed version is 
>> not in sync with the open version. It is easy to miss re-generating 
>> the script after the last fix of a typo in the comments in an .m4 
>> file...
>>
>> * Merging between two changes containing configure modifications is 
>> almost impossible. In practice, the entire generated-configure.sh 
>> needs to be thrown away and regenerated.
>>
>> The entire benefit of having the file in the repo is to save 
>> first-time developers the hassle of installing autoconf. On most 
>> platforms, this is a no-brainer (like "apt install autoconf"), and 
>> the requirement is similar to other open source projects using 
>> autoconf and "./configure". It's just not worth it.
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8195689
>> WebRev: 
>> http://cr.openjdk.java.net/~ihse/JDK-8195689-remove-generated-configure/webrev.01
>>
>> /Magnus
>



From sgehwolf at redhat.com  Fri Jan 26 16:10:50 2018
From: sgehwolf at redhat.com (Severin Gehwolf)
Date: Fri, 26 Jan 2018 17:10:50 +0100
Subject: RFR: JDK-8196218: [linux] libfontmanager should be linked against
 headless awt library
Message-ID: <1516983050.4518.21.camel@redhat.com>

Hi,

Could I please get a review for this rather small patch which
originally occurred for us on JDK 8 (Fedora) which recently switched to
building with "-Wl,-z,defs" linker flags. The result was a build
failure, due to unresolved symbols. Indeed libfontmanager.so should
have -lawt_headless in the list of dependent libs as symbols such as
AWTLoadFont come from libawt_headless.so, not libawt.so on Linux. Some
more details are on the bug.

webrev: http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.01/
Bug: https://bugs.openjdk.java.net/browse/JDK-8196218

Testing: Build fails with configure option
         --with-extra-ldflags="-Xlinker -z -Xlinker defs"
         prior the fix. Succeeds after.

Question for 2d-folks/build-dev folks:

There is this snippet in the libfontmanager block in
make/lib/Awt2dLibraries.gmk, line 686:

    LDFLAGS := $(subst -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB)) $(LDFLAGS_CXX_JDK) \
        $(call SET_SHARED_LIBRARY_ORIGIN), \

It's my understanding that this is supposed to filter "-Wl,-z,defs"
from LDFLAGS_JDKLIB. Does anybody know why it does so? Is there a legit
reason when unresolved symbols at link time are OK? Besides, why does
it not also filter "-Xlinker -z -Xlinker defs"? FWIW, in JDK 8 it's the
other way round. Xlinker flags are filtered, but -Wl,-z,defs is not.
Thoughts?

Thanks,
Severin


From erik.joelsson at oracle.com  Fri Jan 26 16:27:35 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Fri, 26 Jan 2018 08:27:35 -0800
Subject: RFR: JDK-8196218: [linux] libfontmanager should be linked against
 headless awt library
In-Reply-To: <1516983050.4518.21.camel@redhat.com>
References: <1516983050.4518.21.camel@redhat.com>
Message-ID: <b4ae057b-acbf-1465-da2c-3ad907b66308@oracle.com>

Hello Severin,

If adding the -lawt_headless makes the code compile with -Wl,-z,defs, 
then I would also like to see that filtering removed in the same patch. 
However, I think someone from 2d needs to shed some light on the origin 
of this. I would assume that at some point there was a reason for not 
adding -lawt_headless to libfontmanager, and for that to work, someone 
removed the -Wl,-z,defs from that linker command line. Tracing this 
back, the removal of -z defs was there in the initial Mercurial commit, 
so someone needs to go back into the really old archives to find answers 
here.

Regarding -Xlinker vs -Wl, I believe we tried to unify usage to one or 
the other at some point.

/Erik

On 2018-01-26 08:10, Severin Gehwolf wrote:
> Hi,
>
> Could I please get a review for this rather small patch which
> originally occurred for us on JDK 8 (Fedora) which recently switched to
> building with "-Wl,-z,defs" linker flags. The result was a build
> failure, due to unresolved symbols. Indeed libfontmanager.so should
> have -lawt_headless in the list of dependent libs as symbols such as
> AWTLoadFont come from libawt_headless.so, not libawt.so on Linux. Some
> more details are on the bug.
>
> webrev: http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.01/
> Bug: https://bugs.openjdk.java.net/browse/JDK-8196218
>
> Testing: Build fails with configure option
>           --with-extra-ldflags="-Xlinker -z -Xlinker defs"
>           prior the fix. Succeeds after.
>
> Question for 2d-folks/build-dev folks:
>
> There is this snippet in the libfontmanager block in
> make/lib/Awt2dLibraries.gmk, line 686:
>
>      LDFLAGS := $(subst -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB)) $(LDFLAGS_CXX_JDK) \
>          $(call SET_SHARED_LIBRARY_ORIGIN), \
>
> It's my understanding that this is supposed to filter "-Wl,-z,defs"
> from LDFLAGS_JDKLIB. Does anybody know why it does so? Is there a legit
> reason when unresolved symbols at link time are OK? Besides, why does
> it not also filter "-Xlinker -z -Xlinker defs"? FWIW, in JDK 8 it's the
> other way round. Xlinker flags are filtered, but -Wl,-z,defs is not.
> Thoughts?
>
> Thanks,
> Severin



From philip.race at oracle.com  Fri Jan 26 16:44:05 2018
From: philip.race at oracle.com (Phil Race)
Date: Fri, 26 Jan 2018 08:44:05 -0800
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager should
 be linked against headless awt library
In-Reply-To: <1516983050.4518.21.camel@redhat.com>
References: <1516983050.4518.21.camel@redhat.com>
Message-ID: <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>

When this was fixed for Solaris 
https://bugs.openjdk.java.net/browse/JDK-8071710
the observed problem was not building (although it could have been) but 
at runtime.
I think you can verify what you've done with "ldd" ..

This patch adds awt_headless.so, but does not remove awt.so.

Perhaps the line

LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX)
After your fix I expect "ldd" should not need to show awt .. just awt_headless

ie linux should not have this -lawt dependency any more and the -lawt dependency should be specific to windows + mac ..


On 01/26/2018 08:10 AM, Severin Gehwolf wrote:
> Hi,
>
> Could I please get a review for this rather small patch which
> originally occurred for us on JDK 8 (Fedora) which recently switched to
> building with "-Wl,-z,defs" linker flags. The result was a build
> failure, due to unresolved symbols. Indeed libfontmanager.so should
> have -lawt_headless in the list of dependent libs as symbols such as
> AWTLoadFont come from libawt_headless.so, not libawt.so on Linux. Some
> more details are on the bug.
>
> webrev: http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.01/
> Bug: https://bugs.openjdk.java.net/browse/JDK-8196218
>
> Testing: Build fails with configure option
>           --with-extra-ldflags="-Xlinker -z -Xlinker defs"
>           prior the fix. Succeeds after.
>
> Question for 2d-folks/build-dev folks:
I don't know about this, build folks probably know.

-phil.
> There is this snippet in the libfontmanager block in
> make/lib/Awt2dLibraries.gmk, line 686:
>
>      LDFLAGS := $(subst -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB)) $(LDFLAGS_CXX_JDK) \
>          $(call SET_SHARED_LIBRARY_ORIGIN), \
>
> It's my understanding that this is supposed to filter "-Wl,-z,defs"
> from LDFLAGS_JDKLIB. Does anybody know why it does so? Is there a legit
> reason when unresolved symbols at link time are OK? Besides, why does
> it not also filter "-Xlinker -z -Xlinker defs"? FWIW, in JDK 8 it's the
> other way round. Xlinker flags are filtered, but -Wl,-z,defs is not.
> Thoughts?
>
> Thanks,
> Severin



From sgehwolf at redhat.com  Fri Jan 26 16:53:31 2018
From: sgehwolf at redhat.com (Severin Gehwolf)
Date: Fri, 26 Jan 2018 17:53:31 +0100
Subject: RFR: JDK-8196218: [linux] libfontmanager should be linked
 against headless awt library
In-Reply-To: <b4ae057b-acbf-1465-da2c-3ad907b66308@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <b4ae057b-acbf-1465-da2c-3ad907b66308@oracle.com>
Message-ID: <1516985611.4518.28.camel@redhat.com>

Hi Erik,

Thanks for the feedback!

On Fri, 2018-01-26 at 08:27 -0800, Erik Joelsson wrote:
> Hello Severin,
> 
> If adding the -lawt_headless makes the code compile with -Wl,-z,defs, 
> then I would also like to see that filtering removed in the same patch.

Agreed.

> However, I think someone from 2d needs to shed some light on the origin 
> of this. I would assume that at some point there was a reason for not 
> adding -lawt_headless to libfontmanager, and for that to work, someone 
> removed the -Wl,-z,defs from that linker command line. Tracing this 
> back, the removal of -z defs was there in the initial Mercurial commit, 
> so someone needs to go back into the really old archives to find answers 
> here.

Interested to hear the answer to this. If that's still possible, that
is.

> Regarding -Xlinker vs -Wl, I believe we tried to unify usage to one or 
> the other at some point.

Fair enough. It's still sub-optimal that it might fail for one variant
but not the other. If it's filtering, it should do it for both
variants. W discovered this in the first place because the flags that
get set are -Wl,-z,defs yet the JDK 8 filter is for -Xlinker. Now with
JDK 11 it's the other way around.

With that being said, this discussion is a moot point if we can remove
this.

Thanks,
Severin

> /Erik
> 
> On 2018-01-26 08:10, Severin Gehwolf wrote:
> > Hi,
> > 
> > Could I please get a review for this rather small patch which
> > originally occurred for us on JDK 8 (Fedora) which recently switched to
> > building with "-Wl,-z,defs" linker flags. The result was a build
> > failure, due to unresolved symbols. Indeed libfontmanager.so should
> > have -lawt_headless in the list of dependent libs as symbols such as
> > AWTLoadFont come from libawt_headless.so, not libawt.so on Linux. Some
> > more details are on the bug.
> > 
> > webrev: http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.01/
> > Bug: https://bugs.openjdk.java.net/browse/JDK-8196218
> > 
> > Testing: Build fails with configure option
> >           --with-extra-ldflags="-Xlinker -z -Xlinker defs"
> >           prior the fix. Succeeds after.
> > 
> > Question for 2d-folks/build-dev folks:
> > 
> > There is this snippet in the libfontmanager block in
> > make/lib/Awt2dLibraries.gmk, line 686:
> > 
> >      LDFLAGS := $(subst -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB)) $(LDFLAGS_CXX_JDK) \
> >          $(call SET_SHARED_LIBRARY_ORIGIN), \
> > 
> > It's my understanding that this is supposed to filter "-Wl,-z,defs"
> > from LDFLAGS_JDKLIB. Does anybody know why it does so? Is there a legit
> > reason when unresolved symbols at link time are OK? Besides, why does
> > it not also filter "-Xlinker -z -Xlinker defs"? FWIW, in JDK 8 it's the
> > other way round. Xlinker flags are filtered, but -Wl,-z,defs is not.
> > Thoughts?
> > 
> > Thanks,
> > Severin
> 
> 


From erik.joelsson at oracle.com  Fri Jan 26 16:54:31 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Fri, 26 Jan 2018 08:54:31 -0800
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager should
 be linked against headless awt library
In-Reply-To: <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
Message-ID: <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>


On 2018-01-26 08:44, Phil Race wrote:
> When this was fixed for Solaris 
> https://bugs.openjdk.java.net/browse/JDK-8071710
> the observed problem was not building (although it could have been) 
> but at runtime.
> I think you can verify what you've done with "ldd" ..
>
> This patch adds awt_headless.so, but does not remove awt.so.
>
> Perhaps the line
>
> LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX)
> After your fix I expect "ldd" should not need to show awt .. just 
> awt_headless
>
> ie linux should not have this -lawt dependency any more and the -lawt 
> dependency should be specific to windows + mac ..
>
So we already use -lawt_headless on solaris and aix, then I really can't 
see a reason not to do the same for linux.
>
> On 01/26/2018 08:10 AM, Severin Gehwolf wrote:
>> Hi,
>>
>> Could I please get a review for this rather small patch which
>> originally occurred for us on JDK 8 (Fedora) which recently switched to
>> building with "-Wl,-z,defs" linker flags. The result was a build
>> failure, due to unresolved symbols. Indeed libfontmanager.so should
>> have -lawt_headless in the list of dependent libs as symbols such as
>> AWTLoadFont come from libawt_headless.so, not libawt.so on Linux. Some
>> more details are on the bug.
>>
>> webrev: 
>> http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.01/
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8196218
>>
>> Testing: Build fails with configure option
>> ????????? --with-extra-ldflags="-Xlinker -z -Xlinker defs"
>> ????????? prior the fix. Succeeds after.
>>
>> Question for 2d-folks/build-dev folks:
> I don't know about this, build folks probably know.
>
This is from way ahead of my time. The filtering is simply the 
build-infra way of achieving the same thing as in the old build system. 
Here is the corresponding code in jdk7:

$ hg annotate make/sun/font/Makefile
...
 ?? 0: #
 ?? 0: # Created without -z defs on linux
 ?? 0: #
 ?? 0: ifeq ($(PLATFORM), linux)
 ?? 0:?? LDFLAGS_DEFS_OPTION =
 ?? 0: endif
...

/Erik

> -phil.
>> There is this snippet in the libfontmanager block in
>> make/lib/Awt2dLibraries.gmk, line 686:
>>
>> ???? LDFLAGS := $(subst -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB)) 
>> $(LDFLAGS_CXX_JDK) \
>> ???????? $(call SET_SHARED_LIBRARY_ORIGIN), \
>>
>> It's my understanding that this is supposed to filter "-Wl,-z,defs"
>> from LDFLAGS_JDKLIB. Does anybody know why it does so? Is there a legit
>> reason when unresolved symbols at link time are OK? Besides, why does
>> it not also filter "-Xlinker -z -Xlinker defs"? FWIW, in JDK 8 it's the
>> other way round. Xlinker flags are filtered, but -Wl,-z,defs is not.
>> Thoughts?
>>
>> Thanks,
>> Severin
>



From sgehwolf at redhat.com  Fri Jan 26 17:02:22 2018
From: sgehwolf at redhat.com (Severin Gehwolf)
Date: Fri, 26 Jan 2018 18:02:22 +0100
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager
 should be linked against headless awt library
In-Reply-To: <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
Message-ID: <1516986142.4518.31.camel@redhat.com>

On Fri, 2018-01-26 at 08:54 -0800, Erik Joelsson wrote:
> On 2018-01-26 08:44, Phil Race wrote:
> > When this was fixed for Solaris 
> > https://bugs.openjdk.java.net/browse/JDK-8071710
> > the observed problem was not building (although it could have been) 
> > but at runtime.
> > I think you can verify what you've done with "ldd" ..
> > 
> > This patch adds awt_headless.so, but does not remove awt.so.
> > 
> > Perhaps the line
> > 
> > LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX)
> > After your fix I expect "ldd" should not need to show awt .. just 
> > awt_headless
> > 
> > ie linux should not have this -lawt dependency any more and the -lawt 
> > dependency should be specific to windows + mac ..

Thanks for the review, Phil. I'll post an updated webrev shortly.

Any thoughts on the LDFLAGS filtering? Shouldn't this only be done on
platforms that need it? solaris, linux, aix should already be fine
without filtering.

Thanks,
Severin

> So we already use -lawt_headless on solaris and aix, then I really can't 
> see a reason not to do the same for linux.
> > 
> > On 01/26/2018 08:10 AM, Severin Gehwolf wrote:
> > > Hi,
> > > 
> > > Could I please get a review for this rather small patch which
> > > originally occurred for us on JDK 8 (Fedora) which recently switched to
> > > building with "-Wl,-z,defs" linker flags. The result was a build
> > > failure, due to unresolved symbols. Indeed libfontmanager.so should
> > > have -lawt_headless in the list of dependent libs as symbols such as
> > > AWTLoadFont come from libawt_headless.so, not libawt.so on Linux. Some
> > > more details are on the bug.
> > > 
> > > webrev: 
> > > http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.01/
> > > Bug: https://bugs.openjdk.java.net/browse/JDK-8196218
> > > 
> > > Testing: Build fails with configure option
> > >           --with-extra-ldflags="-Xlinker -z -Xlinker defs"
> > >           prior the fix. Succeeds after.
> > > 
> > > Question for 2d-folks/build-dev folks:
> > 
> > I don't know about this, build folks probably know.
> > 
> 
> This is from way ahead of my time. The filtering is simply the 
> build-infra way of achieving the same thing as in the old build system. 
> Here is the corresponding code in jdk7:
> 
> $ hg annotate make/sun/font/Makefile
> ...
>     0: #
>     0: # Created without -z defs on linux
>     0: #
>     0: ifeq ($(PLATFORM), linux)
>     0:   LDFLAGS_DEFS_OPTION =
>     0: endif
> ...
> 
> /Erik
> 
> > -phil.
> > > There is this snippet in the libfontmanager block in
> > > make/lib/Awt2dLibraries.gmk, line 686:
> > > 
> > >      LDFLAGS := $(subst -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB)) 
> > > $(LDFLAGS_CXX_JDK) \
> > >          $(call SET_SHARED_LIBRARY_ORIGIN), \
> > > 
> > > It's my understanding that this is supposed to filter "-Wl,-z,defs"
> > > from LDFLAGS_JDKLIB. Does anybody know why it does so? Is there a legit
> > > reason when unresolved symbols at link time are OK? Besides, why does
> > > it not also filter "-Xlinker -z -Xlinker defs"? FWIW, in JDK 8 it's the
> > > other way round. Xlinker flags are filtered, but -Wl,-z,defs is not.
> > > Thoughts?
> > > 
> > > Thanks,
> > > Severin
> 
> 


From philip.race at oracle.com  Fri Jan 26 17:09:03 2018
From: philip.race at oracle.com (Phil Race)
Date: Fri, 26 Jan 2018 09:09:03 -0800
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager should
 be linked against headless awt library
In-Reply-To: <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
Message-ID: <54ebc7de-018b-b594-7f96-2d744eb71e8a@oracle.com>

And the SCCS history which pre-dates mercurial says it was added by 
Kelly O'Hair
who was the JDK build lead at the time .. so not added by 2D.

D 1.86.1.1 07/03/21 18:00:55 ohair 187 185      00007/00000/00163
6537329: Move JdbcOdbc (JDBC-ODBC Bridge) to closed

https://bugs.openjdk.java.net/browse/JDK-6537329

There's no (or insufficient for me) clue as to why that change touched 
2D/AWTmakefiles.

Perhaps something to do with this comment :
 > the Makefile will be fixed to use the same Linux fake libraries trick 
on all Unix platforms,

-phil.

On 01/26/2018 08:54 AM, Erik Joelsson wrote:
>>>
>>> Testing: Build fails with configure option
>>>           --with-extra-ldflags="-Xlinker -z -Xlinker defs"
>>>           prior the fix. Succeeds after.
>>>
>>> Question for 2d-folks/build-dev folks:
>> I don't know about this, build folks probably know.
>>
> This is from way ahead of my time. The filtering is simply the 
> build-infra way of achieving the same thing as in the old build 
> system. Here is the corresponding code in jdk7:
>
> $ hg annotate make/sun/font/Makefile
> ...
>    0: #
>    0: # Created without -z defs on linux
>    0: #
>    0: ifeq ($(PLATFORM), linux)
>    0:   LDFLAGS_DEFS_OPTION =
>    0: endif 



From erik.joelsson at oracle.com  Fri Jan 26 17:15:39 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Fri, 26 Jan 2018 09:15:39 -0800
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager should
 be linked against headless awt library
In-Reply-To: <1516986142.4518.31.camel@redhat.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
Message-ID: <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>

On 2018-01-26 09:02, Severin Gehwolf wrote:
> On Fri, 2018-01-26 at 08:54 -0800, Erik Joelsson wrote:
>> On 2018-01-26 08:44, Phil Race wrote:
>>> When this was fixed for Solaris
>>> https://bugs.openjdk.java.net/browse/JDK-8071710
>>> the observed problem was not building (although it could have been)
>>> but at runtime.
>>> I think you can verify what you've done with "ldd" ..
>>>
>>> This patch adds awt_headless.so, but does not remove awt.so.
>>>
>>> Perhaps the line
>>>
>>> LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX)
>>> After your fix I expect "ldd" should not need to show awt .. just
>>> awt_headless
>>>
>>> ie linux should not have this -lawt dependency any more and the -lawt
>>> dependency should be specific to windows + mac ..
> Thanks for the review, Phil. I'll post an updated webrev shortly.
>
> Any thoughts on the LDFLAGS filtering? Shouldn't this only be done on
> platforms that need it? solaris, linux, aix should already be fine
> without filtering.
I would say try removing the filtering. The affected flags are currently 
only set on linux and solaris. I will do a test build on the latter and 
see if the filtering is actually needed.

/Erik
> Thanks,
> Severin
>
>> So we already use -lawt_headless on solaris and aix, then I really can't
>> see a reason not to do the same for linux.
>>> On 01/26/2018 08:10 AM, Severin Gehwolf wrote:
>>>> Hi,
>>>>
>>>> Could I please get a review for this rather small patch which
>>>> originally occurred for us on JDK 8 (Fedora) which recently switched to
>>>> building with "-Wl,-z,defs" linker flags. The result was a build
>>>> failure, due to unresolved symbols. Indeed libfontmanager.so should
>>>> have -lawt_headless in the list of dependent libs as symbols such as
>>>> AWTLoadFont come from libawt_headless.so, not libawt.so on Linux. Some
>>>> more details are on the bug.
>>>>
>>>> webrev:
>>>> http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.01/
>>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8196218
>>>>
>>>> Testing: Build fails with configure option
>>>>            --with-extra-ldflags="-Xlinker -z -Xlinker defs"
>>>>            prior the fix. Succeeds after.
>>>>
>>>> Question for 2d-folks/build-dev folks:
>>> I don't know about this, build folks probably know.
>>>
>> This is from way ahead of my time. The filtering is simply the
>> build-infra way of achieving the same thing as in the old build system.
>> Here is the corresponding code in jdk7:
>>
>> $ hg annotate make/sun/font/Makefile
>> ...
>>      0: #
>>      0: # Created without -z defs on linux
>>      0: #
>>      0: ifeq ($(PLATFORM), linux)
>>      0:   LDFLAGS_DEFS_OPTION =
>>      0: endif
>> ...
>>
>> /Erik
>>
>>> -phil.
>>>> There is this snippet in the libfontmanager block in
>>>> make/lib/Awt2dLibraries.gmk, line 686:
>>>>
>>>>       LDFLAGS := $(subst -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
>>>> $(LDFLAGS_CXX_JDK) \
>>>>           $(call SET_SHARED_LIBRARY_ORIGIN), \
>>>>
>>>> It's my understanding that this is supposed to filter "-Wl,-z,defs"
>>>> from LDFLAGS_JDKLIB. Does anybody know why it does so? Is there a legit
>>>> reason when unresolved symbols at link time are OK? Besides, why does
>>>> it not also filter "-Xlinker -z -Xlinker defs"? FWIW, in JDK 8 it's the
>>>> other way round. Xlinker flags are filtered, but -Wl,-z,defs is not.
>>>> Thoughts?
>>>>
>>>> Thanks,
>>>> Severin
>>



From erik.joelsson at oracle.com  Fri Jan 26 17:16:05 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Fri, 26 Jan 2018 09:16:05 -0800
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager should
 be linked against headless awt library
In-Reply-To: <54ebc7de-018b-b594-7f96-2d744eb71e8a@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <54ebc7de-018b-b594-7f96-2d744eb71e8a@oracle.com>
Message-ID: <86a6a856-da8d-6a4c-8041-27b910cc07d8@oracle.com>

Interesting, so this was probably just Kelly trying to get things to build.

/Erik


On 2018-01-26 09:09, Phil Race wrote:
> And the SCCS history which pre-dates mercurial says it was added by 
> Kelly O'Hair
> who was the JDK build lead at the time .. so not added by 2D.
>
> D 1.86.1.1 07/03/21 18:00:55 ohair 187 185????? 00007/00000/00163
> 6537329: Move JdbcOdbc (JDBC-ODBC Bridge) to closed
>
> https://bugs.openjdk.java.net/browse/JDK-6537329
>
> There's no (or insufficient for me) clue as to why that change touched 
> 2D/AWTmakefiles.
>
> Perhaps something to do with this comment :
> > the Makefile will be fixed to use the same Linux fake libraries 
> trick on all Unix platforms,
>
> -phil.
>
> On 01/26/2018 08:54 AM, Erik Joelsson wrote:
>>>>
>>>> Testing: Build fails with configure option
>>>> ????????? --with-extra-ldflags="-Xlinker -z -Xlinker defs"
>>>> ????????? prior the fix. Succeeds after.
>>>>
>>>> Question for 2d-folks/build-dev folks:
>>> I don't know about this, build folks probably know.
>>>
>> This is from way ahead of my time. The filtering is simply the 
>> build-infra way of achieving the same thing as in the old build 
>> system. Here is the corresponding code in jdk7:
>>
>> $ hg annotate make/sun/font/Makefile
>> ...
>> ?? 0: #
>> ?? 0: # Created without -z defs on linux
>> ?? 0: #
>> ?? 0: ifeq ($(PLATFORM), linux)
>> ?? 0:?? LDFLAGS_DEFS_OPTION =
>> ?? 0: endif 
>



From philip.race at oracle.com  Fri Jan 26 17:18:37 2018
From: philip.race at oracle.com (Phil Race)
Date: Fri, 26 Jan 2018 09:18:37 -0800
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager should
 be linked against headless awt library
In-Reply-To: <1516986142.4518.31.camel@redhat.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
Message-ID: <299c5eaf-3925-9f79-faf9-ca1c7ad01535@oracle.com>



On 01/26/2018 09:02 AM, Severin Gehwolf wrote:
> Any thoughts on the LDFLAGS filtering? Shouldn't this only be done on
> platforms that need it? solaris, linux, aix should already be fine
> without filtering.

Only to say I really don't understand it :-)
But I think it is historical baggage.


Erik said :-
 > I would assume that at some point there was a reason for not adding 
-lawt_headless to libfontmanager

There was a time (1.4) when ONLY Solaris had a separate headless library.
I alluded to this in https://bugs.openjdk.java.net/browse/JDK-8071710
Headless for Linux was added in 1.5.

So we may be dealing with some really old technical debt.

-phil.


From erik.joelsson at oracle.com  Fri Jan 26 17:23:41 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Fri, 26 Jan 2018 09:23:41 -0800
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager should
 be linked against headless awt library
In-Reply-To: <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
 <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>
Message-ID: <2d569244-42a1-c652-cf96-0761d22328bc@oracle.com>

This patch builds on Solaris:

diff -r 50cd89fe209f make/lib/Awt2dLibraries.gmk
--- a/make/lib/Awt2dLibraries.gmk
+++ b/make/lib/Awt2dLibraries.gmk
@@ -683,15 +683,15 @@
 ???????? hidevf w_novirtualdescr arrowrtn2, \
 ???? DISABLED_WARNINGS_microsoft := 4267 4244 4018 4090 4996 4146 4334 
4819 4101, \
 ???? MAPFILE := $(BUILD_LIBFONTMANAGER_MAPFILE), \
-??? LDFLAGS := $(subst -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB)) 
$(LDFLAGS_CXX_JDK) \
+??? LDFLAGS := $(LDFLAGS_JDKLIB) $(LDFLAGS_CXX_JDK) \
 ???????? $(call SET_SHARED_LIBRARY_ORIGIN), \
 ???? LDFLAGS_unix := -L$(INSTALL_LIBRARIES_HERE), \
 ???? LDFLAGS_macosx := -undefined dynamic_lookup, \
 ???? LIBS := $(BUILD_LIBFONTMANAGER_FONTLIB), \
 ???? LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX), \
-??? LIBS_linux := -lc, \
+??? LIBS_linux := -lawt_headless -lc, \
 ???? LIBS_solaris := -lawt_headless -lc, \
 ???? LIBS_aix := -lawt_headless,\

I could not remove -lawt however.

/Erik

On 2018-01-26 09:15, Erik Joelsson wrote:
> On 2018-01-26 09:02, Severin Gehwolf wrote:
>> On Fri, 2018-01-26 at 08:54 -0800, Erik Joelsson wrote:
>>> On 2018-01-26 08:44, Phil Race wrote:
>>>> When this was fixed for Solaris
>>>> https://bugs.openjdk.java.net/browse/JDK-8071710
>>>> the observed problem was not building (although it could have been)
>>>> but at runtime.
>>>> I think you can verify what you've done with "ldd" ..
>>>>
>>>> This patch adds awt_headless.so, but does not remove awt.so.
>>>>
>>>> Perhaps the line
>>>>
>>>> LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX)
>>>> After your fix I expect "ldd" should not need to show awt .. just
>>>> awt_headless
>>>>
>>>> ie linux should not have this -lawt dependency any more and the -lawt
>>>> dependency should be specific to windows + mac ..
>> Thanks for the review, Phil. I'll post an updated webrev shortly.
>>
>> Any thoughts on the LDFLAGS filtering? Shouldn't this only be done on
>> platforms that need it? solaris, linux, aix should already be fine
>> without filtering.
> I would say try removing the filtering. The affected flags are 
> currently only set on linux and solaris. I will do a test build on the 
> latter and see if the filtering is actually needed.
>
> /Erik
>> Thanks,
>> Severin
>>
>>> So we already use -lawt_headless on solaris and aix, then I really 
>>> can't
>>> see a reason not to do the same for linux.
>>>> On 01/26/2018 08:10 AM, Severin Gehwolf wrote:
>>>>> Hi,
>>>>>
>>>>> Could I please get a review for this rather small patch which
>>>>> originally occurred for us on JDK 8 (Fedora) which recently 
>>>>> switched to
>>>>> building with "-Wl,-z,defs" linker flags. The result was a build
>>>>> failure, due to unresolved symbols. Indeed libfontmanager.so should
>>>>> have -lawt_headless in the list of dependent libs as symbols such as
>>>>> AWTLoadFont come from libawt_headless.so, not libawt.so on Linux. 
>>>>> Some
>>>>> more details are on the bug.
>>>>>
>>>>> webrev:
>>>>> http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.01/
>>>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8196218
>>>>>
>>>>> Testing: Build fails with configure option
>>>>> ?????????? --with-extra-ldflags="-Xlinker -z -Xlinker defs"
>>>>> ?????????? prior the fix. Succeeds after.
>>>>>
>>>>> Question for 2d-folks/build-dev folks:
>>>> I don't know about this, build folks probably know.
>>>>
>>> This is from way ahead of my time. The filtering is simply the
>>> build-infra way of achieving the same thing as in the old build system.
>>> Here is the corresponding code in jdk7:
>>>
>>> $ hg annotate make/sun/font/Makefile
>>> ...
>>> ???? 0: #
>>> ???? 0: # Created without -z defs on linux
>>> ???? 0: #
>>> ???? 0: ifeq ($(PLATFORM), linux)
>>> ???? 0:?? LDFLAGS_DEFS_OPTION =
>>> ???? 0: endif
>>> ...
>>>
>>> /Erik
>>>
>>>> -phil.
>>>>> There is this snippet in the libfontmanager block in
>>>>> make/lib/Awt2dLibraries.gmk, line 686:
>>>>>
>>>>> ????? LDFLAGS := $(subst 
>>>>> -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
>>>>> $(LDFLAGS_CXX_JDK) \
>>>>> ????????? $(call SET_SHARED_LIBRARY_ORIGIN), \
>>>>>
>>>>> It's my understanding that this is supposed to filter "-Wl,-z,defs"
>>>>> from LDFLAGS_JDKLIB. Does anybody know why it does so? Is there a 
>>>>> legit
>>>>> reason when unresolved symbols at link time are OK? Besides, why does
>>>>> it not also filter "-Xlinker -z -Xlinker defs"? FWIW, in JDK 8 
>>>>> it's the
>>>>> other way round. Xlinker flags are filtered, but -Wl,-z,defs is not.
>>>>> Thoughts?
>>>>>
>>>>> Thanks,
>>>>> Severin
>>>
>



From sgehwolf at redhat.com  Fri Jan 26 17:28:30 2018
From: sgehwolf at redhat.com (Severin Gehwolf)
Date: Fri, 26 Jan 2018 18:28:30 +0100
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager
 should be linked against headless awt library
In-Reply-To: <299c5eaf-3925-9f79-faf9-ca1c7ad01535@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
 <299c5eaf-3925-9f79-faf9-ca1c7ad01535@oracle.com>
Message-ID: <1516987710.4518.32.camel@redhat.com>

On Fri, 2018-01-26 at 09:18 -0800, Phil Race wrote:
> 
> On 01/26/2018 09:02 AM, Severin Gehwolf wrote:
> > Any thoughts on the LDFLAGS filtering? Shouldn't this only be done on
> > platforms that need it? solaris, linux, aix should already be fine
> > without filtering.
> 
> Only to say I really don't understand it :-)
> But I think it is historical baggage.
> 
> 
> Erik said :-
>  > I would assume that at some point there was a reason for not adding 
> -lawt_headless to libfontmanager
> 
> There was a time (1.4) when ONLY Solaris had a separate headless library.
> I alluded to this in https://bugs.openjdk.java.net/browse/JDK-8071710
> Headless for Linux was added in 1.5.
> 
> So we may be dealing with some really old technical debt.

OK. Thanks, Erik, Phil!

Cheers,
Severin


From philip.race at oracle.com  Fri Jan 26 17:44:08 2018
From: philip.race at oracle.com (Phil Race)
Date: Fri, 26 Jan 2018 09:44:08 -0800
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager should
 be linked against headless awt library
In-Reply-To: <2d569244-42a1-c652-cf96-0761d22328bc@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
 <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>
 <2d569244-42a1-c652-cf96-0761d22328bc@oracle.com>
Message-ID: <ed373a5a-ab8a-882a-0553-065f01bdd5ad@oracle.com>

 > I could not remove -lawt however.

Ah yes, Erik sent me the errors and yes there are some 2D functions that are
defined in libawt that fontmanager needs for text rendering support, so 
we can't remove that.

libawt on these platforms with separate headless and xawt libraries 
could have
more aptly be called lib2d .. since most of the true AWT functionality 
is in the xawt library.


-phil.

On 01/26/2018 09:23 AM, Erik Joelsson wrote:
> This patch builds on Solaris:
>
> diff -r 50cd89fe209f make/lib/Awt2dLibraries.gmk
> --- a/make/lib/Awt2dLibraries.gmk
> +++ b/make/lib/Awt2dLibraries.gmk
> @@ -683,15 +683,15 @@
>          hidevf w_novirtualdescr arrowrtn2, \
>      DISABLED_WARNINGS_microsoft := 4267 4244 4018 4090 4996 4146 4334 
> 4819 4101, \
>      MAPFILE := $(BUILD_LIBFONTMANAGER_MAPFILE), \
> -    LDFLAGS := $(subst -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB)) 
> $(LDFLAGS_CXX_JDK) \
> +    LDFLAGS := $(LDFLAGS_JDKLIB) $(LDFLAGS_CXX_JDK) \
>          $(call SET_SHARED_LIBRARY_ORIGIN), \
>      LDFLAGS_unix := -L$(INSTALL_LIBRARIES_HERE), \
>      LDFLAGS_macosx := -undefined dynamic_lookup, \
>      LIBS := $(BUILD_LIBFONTMANAGER_FONTLIB), \
>      LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX), \
> -    LIBS_linux := -lc, \
> +    LIBS_linux := -lawt_headless -lc, \
>      LIBS_solaris := -lawt_headless -lc, \
>      LIBS_aix := -lawt_headless,\
>
> I could not remove -lawt however.
>
> /Erik
>
> On 2018-01-26 09:15, Erik Joelsson wrote:
>> On 2018-01-26 09:02, Severin Gehwolf wrote:
>>> On Fri, 2018-01-26 at 08:54 -0800, Erik Joelsson wrote:
>>>> On 2018-01-26 08:44, Phil Race wrote:
>>>>> When this was fixed for Solaris
>>>>> https://bugs.openjdk.java.net/browse/JDK-8071710
>>>>> the observed problem was not building (although it could have been)
>>>>> but at runtime.
>>>>> I think you can verify what you've done with "ldd" ..
>>>>>
>>>>> This patch adds awt_headless.so, but does not remove awt.so.
>>>>>
>>>>> Perhaps the line
>>>>>
>>>>> LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX)
>>>>> After your fix I expect "ldd" should not need to show awt .. just
>>>>> awt_headless
>>>>>
>>>>> ie linux should not have this -lawt dependency any more and the -lawt
>>>>> dependency should be specific to windows + mac ..
>>> Thanks for the review, Phil. I'll post an updated webrev shortly.
>>>
>>> Any thoughts on the LDFLAGS filtering? Shouldn't this only be done on
>>> platforms that need it? solaris, linux, aix should already be fine
>>> without filtering.
>> I would say try removing the filtering. The affected flags are 
>> currently only set on linux and solaris. I will do a test build on 
>> the latter and see if the filtering is actually needed.
>>
>> /Erik
>>> Thanks,
>>> Severin
>>>
>>>> So we already use -lawt_headless on solaris and aix, then I really 
>>>> can't
>>>> see a reason not to do the same for linux.
>>>>> On 01/26/2018 08:10 AM, Severin Gehwolf wrote:
>>>>>> Hi,
>>>>>>
>>>>>> Could I please get a review for this rather small patch which
>>>>>> originally occurred for us on JDK 8 (Fedora) which recently 
>>>>>> switched to
>>>>>> building with "-Wl,-z,defs" linker flags. The result was a build
>>>>>> failure, due to unresolved symbols. Indeed libfontmanager.so should
>>>>>> have -lawt_headless in the list of dependent libs as symbols such as
>>>>>> AWTLoadFont come from libawt_headless.so, not libawt.so on Linux. 
>>>>>> Some
>>>>>> more details are on the bug.
>>>>>>
>>>>>> webrev:
>>>>>> http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.01/
>>>>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8196218
>>>>>>
>>>>>> Testing: Build fails with configure option
>>>>>>            --with-extra-ldflags="-Xlinker -z -Xlinker defs"
>>>>>>            prior the fix. Succeeds after.
>>>>>>
>>>>>> Question for 2d-folks/build-dev folks:
>>>>> I don't know about this, build folks probably know.
>>>>>
>>>> This is from way ahead of my time. The filtering is simply the
>>>> build-infra way of achieving the same thing as in the old build 
>>>> system.
>>>> Here is the corresponding code in jdk7:
>>>>
>>>> $ hg annotate make/sun/font/Makefile
>>>> ...
>>>>      0: #
>>>>      0: # Created without -z defs on linux
>>>>      0: #
>>>>      0: ifeq ($(PLATFORM), linux)
>>>>      0:   LDFLAGS_DEFS_OPTION =
>>>>      0: endif
>>>> ...
>>>>
>>>> /Erik
>>>>
>>>>> -phil.
>>>>>> There is this snippet in the libfontmanager block in
>>>>>> make/lib/Awt2dLibraries.gmk, line 686:
>>>>>>
>>>>>>       LDFLAGS := $(subst 
>>>>>> -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
>>>>>> $(LDFLAGS_CXX_JDK) \
>>>>>>           $(call SET_SHARED_LIBRARY_ORIGIN), \
>>>>>>
>>>>>> It's my understanding that this is supposed to filter "-Wl,-z,defs"
>>>>>> from LDFLAGS_JDKLIB. Does anybody know why it does so? Is there a 
>>>>>> legit
>>>>>> reason when unresolved symbols at link time are OK? Besides, why 
>>>>>> does
>>>>>> it not also filter "-Xlinker -z -Xlinker defs"? FWIW, in JDK 8 
>>>>>> it's the
>>>>>> other way round. Xlinker flags are filtered, but -Wl,-z,defs is not.
>>>>>> Thoughts?
>>>>>>
>>>>>> Thanks,
>>>>>> Severin
>>>>
>>
>



From christian.tornqvist at oracle.com  Fri Jan 26 22:44:12 2018
From: christian.tornqvist at oracle.com (Christian Tornqvist)
Date: Fri, 26 Jan 2018 14:44:12 -0800
Subject: RFR: 8196197 - Enable the make system to calculate concurrency for
 JDK tests
Message-ID: <8C485671-232E-4678-9D0F-F791A79775F7@oracle.com>

Please review this small change that makes the JDK make test target use the same method for calculating jtreg concurrency as Hotspot. Verified locally and in Mach5.

Webrev: http://cr.openjdk.java.net/~ctornqvi/webrev/8196197/webrev.00/ <http://cr.openjdk.java.net/~ctornqvi/webrev/8196197/webrev.00/>

Thanks,
Christian

From erik.joelsson at oracle.com  Fri Jan 26 22:49:53 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Fri, 26 Jan 2018 14:49:53 -0800
Subject: RFR: 8196197 - Enable the make system to calculate concurrency
 for JDK tests
In-Reply-To: <8C485671-232E-4678-9D0F-F791A79775F7@oracle.com>
References: <8C485671-232E-4678-9D0F-F791A79775F7@oracle.com>
Message-ID: <5d893cb7-81ef-505b-d1f1-b872e94126cc@oracle.com>

This looks good to me.

Note to other reviewers. This change only applies when concurrency isn't 
being set by some other entity. Other entities include the top level 
makefiles (typically when running "make test TEST=<jtreg group>") or by 
setting CONCURRENCY=<foo> on the make command line. The reason for this 
change is to have the test makefiles themselves provide reasonable 
defaults, which is needed when running in our distributed internal test 
system. The neat thing about this implementation is the ability to scale 
concurrency with a relative number using the concurrency factor.

/Erik


On 2018-01-26 14:44, Christian Tornqvist wrote:
> Please review this small change that makes the JDK make test target use the same method for calculating jtreg concurrency as Hotspot. Verified locally and in Mach5.
>
> Webrev: http://cr.openjdk.java.net/~ctornqvi/webrev/8196197/webrev.00/ <http://cr.openjdk.java.net/~ctornqvi/webrev/8196197/webrev.00/>
>
> Thanks,
> Christian



From tim.bell at oracle.com  Fri Jan 26 23:29:48 2018
From: tim.bell at oracle.com (Tim Bell)
Date: Fri, 26 Jan 2018 15:29:48 -0800
Subject: RFR: 8196197 - Enable the make system to calculate concurrency
 for JDK tests
In-Reply-To: <5d893cb7-81ef-505b-d1f1-b872e94126cc@oracle.com>
References: <8C485671-232E-4678-9D0F-F791A79775F7@oracle.com>
 <5d893cb7-81ef-505b-d1f1-b872e94126cc@oracle.com>
Message-ID: <5A6BB9EC.8050006@oracle.com>

Code motion (in Makefiles)...

Looks good to me as well.

Tim

On 01/26/18 14:49, Erik Joelsson wrote:
> This looks good to me.
>
> Note to other reviewers. This change only applies when concurrency isn't
> being set by some other entity. Other entities include the top level
> makefiles (typically when running "make test TEST=<jtreg group>") or by
> setting CONCURRENCY=<foo> on the make command line. The reason for this
> change is to have the test makefiles themselves provide reasonable
> defaults, which is needed when running in our distributed internal test
> system. The neat thing about this implementation is the ability to scale
> concurrency with a relative number using the concurrency factor.
>
> /Erik
>
>
> On 2018-01-26 14:44, Christian Tornqvist wrote:
>> Please review this small change that makes the JDK make test target
>> use the same method for calculating jtreg concurrency as Hotspot.
>> Verified locally and in Mach5.
>>
>> Webrev: http://cr.openjdk.java.net/~ctornqvi/webrev/8196197/webrev.00/
>> <http://cr.openjdk.java.net/~ctornqvi/webrev/8196197/webrev.00/>
>>
>> Thanks,
>> Christian
>



From erik.joelsson at oracle.com  Fri Jan 26 23:43:48 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Fri, 26 Jan 2018 15:43:48 -0800
Subject: RFR: JDK-8196108: Add build support for VS 2015/2017
Message-ID: <c7a16fd4-e736-d1c9-db1f-1a3d4efb4efc@oracle.com>

Oracle is planning on changing the toolchain versions used to produce 
Oracle builds of OpenJDK in JDK 11. As a first step towards changing the 
Windows toolchain versions, I'm implementing the basic support in the 
build system for both recognizing the newer versions of Visual Studio as 
well as generating a portable devkit for them.

With this patch, it becomes possible (but not default) to create a 
configuration using Visual Studio 2015 and 2017. Note though that the 
build will still fail very early on. Fixing all the source code issues 
to get this to work will require a concerted effort from each affected 
component team and will be handled in a series of followup issues. The 
build system support naturally needs to happen first though to enable 
others to proceed.

For now, this patch causes configure to issue warnings if you try to use 
the new versions of Visual Studio as we know it won't actually work.

Bug: https://bugs.openjdk.java.net/browse/JDK-8196108

Webrev: http://cr.openjdk.java.net/~erikj/8196108/webrev.02/

If anyone inside Oracle would like to use the new devkit for 2017, you 
can apply the patch below in addition to the webrev:

diff -r 7e5fbd3a2254 make/conf/jib-profiles.js
--- a/make/conf/jib-profiles.js Mon Jan 22 23:37:23 2018 -0800
+++ b/make/conf/jib-profiles.js Sat Jan 27 00:39:57 2018 +0100
@@ -769,7 +769,7 @@
 ???????? macosx_x64: "Xcode6.3-MacOSX10.9+1.0",
 ???????? solaris_x64: "SS12u4-Solaris11u1+1.0",
 ???????? solaris_sparcv9: "SS12u4-Solaris11u1+1.0",
-??????? windows_x64: "VS2013SP4+1.0",
+??????? windows_x64: "VS2017-15.5.5+1.0",
 ???????? linux_aarch64: 
"gcc-linaro-aarch64-linux-gnu-4.8-2013.11_linux+1.0",
 ???????? linux_arm: (input.profile != null && 
input.profile.indexOf("hflt") >= 0
 ???????????????????? ? 
"gcc-linaro-arm-linux-gnueabihf-raspbian-2012.09-20120921_linux+1.0"
@@ -784,8 +784,8 @@
 ???????? + "-" + input.build_cpu;

 ???? var freetype_version = {
-??????? windows_x64: "2.7.1-v120+1.1",
-??????? windows_x86: "2.7.1-v120+1.1",
+??????? windows_x64: "2.7.1-v141+1.0",
+??????? windows_x86: "2.7.1-v141+1.0",
 ???????? macosx_x64: "2.7.1-Xcode6.3-MacOSX10.9+1.0"
 ???? }[input.target_platform];



From sgehwolf at redhat.com  Mon Jan 29 09:39:38 2018
From: sgehwolf at redhat.com (Severin Gehwolf)
Date: Mon, 29 Jan 2018 10:39:38 +0100
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager
 should be linked against headless awt library
In-Reply-To: <ed373a5a-ab8a-882a-0553-065f01bdd5ad@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
 <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>
 <2d569244-42a1-c652-cf96-0761d22328bc@oracle.com>
 <ed373a5a-ab8a-882a-0553-065f01bdd5ad@oracle.com>
Message-ID: <1517218778.4106.10.camel@redhat.com>

Hi,

Updated webrev which removes the linker flags filtering. Linking with
the awt lib is being kept. ldd confirmed what Erik found out elsewhere:

$ find build/linux-x86_64-normal-server-release/images/jdk -name libfontmanager.so
build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so
$ ldd build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so
ldd: warning: you do not have execution permission for `build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so'
	linux-vdso.so.1 (0x00007ffe13cc5000)
	libfreetype.so.6 => /lib64/libfreetype.so.6 (0x00007fb58e204000)
	libawt.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libawt.so (0x00007fb58df34000)
	libjava.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libjava.so (0x00007fb58dd07000)
	libjvm.so => not found
	libawt_headless.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libawt_headless.so (0x00007fb58dafe000)
	libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fb58d778000)
	libm.so.6 => /lib64/libm.so.6 (0x00007fb58d423000)
	libc.so.6 => /lib64/libc.so.6 (0x00007fb58d040000)
	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fb58ce29000)
	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007fb58cc18000)
	libpng16.so.16 => /lib64/libpng16.so.16 (0x00007fb58c9e5000)
	libz.so.1 => /lib64/libz.so.1 (0x00007fb58c7ce000)
	libjvm.so => not found
	libdl.so.2 => /lib64/libdl.so.2 (0x00007fb58c5ca000)
	libjvm.so => not found
	libverify.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libverify.so (0x00007fb58c3bb000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fb58e74f000)
	libjvm.so => not found
	libjvm.so => not found

http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.02/

How does this look?

Do I need an Oracle sponsor for this or can I push this to jdk/jdk
myself.

Thanks,
Severin

On Fri, 2018-01-26 at 09:44 -0800, Phil Race wrote:
>  > I could not remove -lawt however.
> 
> Ah yes, Erik sent me the errors and yes there are some 2D functions that are
> defined in libawt that fontmanager needs for text rendering support, so 
> we can't remove that.
> 
> libawt on these platforms with separate headless and xawt libraries 
> could have
> more aptly be called lib2d .. since most of the true AWT functionality 
> is in the xawt library.
> 
> 
> -phil.
> 
> On 01/26/2018 09:23 AM, Erik Joelsson wrote:
> > This patch builds on Solaris:
> > 
> > diff -r 50cd89fe209f make/lib/Awt2dLibraries.gmk
> > --- a/make/lib/Awt2dLibraries.gmk
> > +++ b/make/lib/Awt2dLibraries.gmk
> > @@ -683,15 +683,15 @@
> >          hidevf w_novirtualdescr arrowrtn2, \
> >      DISABLED_WARNINGS_microsoft := 4267 4244 4018 4090 4996 4146 4334 
> > 4819 4101, \
> >      MAPFILE := $(BUILD_LIBFONTMANAGER_MAPFILE), \
> > -    LDFLAGS := $(subst -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB)) 
> > $(LDFLAGS_CXX_JDK) \
> > +    LDFLAGS := $(LDFLAGS_JDKLIB) $(LDFLAGS_CXX_JDK) \
> >          $(call SET_SHARED_LIBRARY_ORIGIN), \
> >      LDFLAGS_unix := -L$(INSTALL_LIBRARIES_HERE), \
> >      LDFLAGS_macosx := -undefined dynamic_lookup, \
> >      LIBS := $(BUILD_LIBFONTMANAGER_FONTLIB), \
> >      LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX), \
> > -    LIBS_linux := -lc, \
> > +    LIBS_linux := -lawt_headless -lc, \
> >      LIBS_solaris := -lawt_headless -lc, \
> >      LIBS_aix := -lawt_headless,\
> > 
> > I could not remove -lawt however.
> > 
> > /Erik
> > 
> > On 2018-01-26 09:15, Erik Joelsson wrote:
> > > On 2018-01-26 09:02, Severin Gehwolf wrote:
> > > > On Fri, 2018-01-26 at 08:54 -0800, Erik Joelsson wrote:
> > > > > On 2018-01-26 08:44, Phil Race wrote:
> > > > > > When this was fixed for Solaris
> > > > > > https://bugs.openjdk.java.net/browse/JDK-8071710
> > > > > > the observed problem was not building (although it could have been)
> > > > > > but at runtime.
> > > > > > I think you can verify what you've done with "ldd" ..
> > > > > > 
> > > > > > This patch adds awt_headless.so, but does not remove awt.so.
> > > > > > 
> > > > > > Perhaps the line
> > > > > > 
> > > > > > LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX)
> > > > > > After your fix I expect "ldd" should not need to show awt .. just
> > > > > > awt_headless
> > > > > > 
> > > > > > ie linux should not have this -lawt dependency any more and the -lawt
> > > > > > dependency should be specific to windows + mac ..
> > > > 
> > > > Thanks for the review, Phil. I'll post an updated webrev shortly.
> > > > 
> > > > Any thoughts on the LDFLAGS filtering? Shouldn't this only be done on
> > > > platforms that need it? solaris, linux, aix should already be fine
> > > > without filtering.
> > > 
> > > I would say try removing the filtering. The affected flags are 
> > > currently only set on linux and solaris. I will do a test build on 
> > > the latter and see if the filtering is actually needed.
> > > 
> > > /Erik
> > > > Thanks,
> > > > Severin
> > > > 
> > > > > So we already use -lawt_headless on solaris and aix, then I really 
> > > > > can't
> > > > > see a reason not to do the same for linux.
> > > > > > On 01/26/2018 08:10 AM, Severin Gehwolf wrote:
> > > > > > > Hi,
> > > > > > > 
> > > > > > > Could I please get a review for this rather small patch which
> > > > > > > originally occurred for us on JDK 8 (Fedora) which recently 
> > > > > > > switched to
> > > > > > > building with "-Wl,-z,defs" linker flags. The result was a build
> > > > > > > failure, due to unresolved symbols. Indeed libfontmanager.so should
> > > > > > > have -lawt_headless in the list of dependent libs as symbols such as
> > > > > > > AWTLoadFont come from libawt_headless.so, not libawt.so on Linux. 
> > > > > > > Some
> > > > > > > more details are on the bug.
> > > > > > > 
> > > > > > > webrev:
> > > > > > > http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.01/
> > > > > > > Bug: https://bugs.openjdk.java.net/browse/JDK-8196218
> > > > > > > 
> > > > > > > Testing: Build fails with configure option
> > > > > > >            --with-extra-ldflags="-Xlinker -z -Xlinker defs"
> > > > > > >            prior the fix. Succeeds after.
> > > > > > > 
> > > > > > > Question for 2d-folks/build-dev folks:
> > > > > > 
> > > > > > I don't know about this, build folks probably know.
> > > > > > 
> > > > > 
> > > > > This is from way ahead of my time. The filtering is simply the
> > > > > build-infra way of achieving the same thing as in the old build 
> > > > > system.
> > > > > Here is the corresponding code in jdk7:
> > > > > 
> > > > > $ hg annotate make/sun/font/Makefile
> > > > > ...
> > > > >      0: #
> > > > >      0: # Created without -z defs on linux
> > > > >      0: #
> > > > >      0: ifeq ($(PLATFORM), linux)
> > > > >      0:   LDFLAGS_DEFS_OPTION =
> > > > >      0: endif
> > > > > ...
> > > > > 
> > > > > /Erik
> > > > > 
> > > > > > -phil.
> > > > > > > There is this snippet in the libfontmanager block in
> > > > > > > make/lib/Awt2dLibraries.gmk, line 686:
> > > > > > > 
> > > > > > >       LDFLAGS := $(subst 
> > > > > > > -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
> > > > > > > $(LDFLAGS_CXX_JDK) \
> > > > > > >           $(call SET_SHARED_LIBRARY_ORIGIN), \
> > > > > > > 
> > > > > > > It's my understanding that this is supposed to filter "-Wl,-z,defs"
> > > > > > > from LDFLAGS_JDKLIB. Does anybody know why it does so? Is there a 
> > > > > > > legit
> > > > > > > reason when unresolved symbols at link time are OK? Besides, why 
> > > > > > > does
> > > > > > > it not also filter "-Xlinker -z -Xlinker defs"? FWIW, in JDK 8 
> > > > > > > it's the
> > > > > > > other way round. Xlinker flags are filtered, but -Wl,-z,defs is not.
> > > > > > > Thoughts?
> > > > > > > 
> > > > > > > Thanks,
> > > > > > > Severin
> 
> 


From tim.bell at oracle.com  Mon Jan 29 15:34:48 2018
From: tim.bell at oracle.com (Tim Bell)
Date: Mon, 29 Jan 2018 07:34:48 -0800
Subject: RFR: JDK-8196108: Add build support for VS 2015/2017
In-Reply-To: <c7a16fd4-e736-d1c9-db1f-1a3d4efb4efc@oracle.com>
References: <c7a16fd4-e736-d1c9-db1f-1a3d4efb4efc@oracle.com>
Message-ID: <5A6F3F18.3030205@oracle.com>

Erik:

> Oracle is planning on changing the toolchain versions used to produce
> Oracle builds of OpenJDK in JDK 11. As a first step towards changing the
> Windows toolchain versions, I'm implementing the basic support in the
> build system for both recognizing the newer versions of Visual Studio as
> well as generating a portable devkit for them.
>
> With this patch, it becomes possible (but not default) to create a
> configuration using Visual Studio 2015 and 2017. Note though that the
> build will still fail very early on. Fixing all the source code issues
> to get this to work will require a concerted effort from each affected
> component team and will be handled in a series of followup issues. The
> build system support naturally needs to happen first though to enable
> others to proceed.
>
> For now, this patch causes configure to issue warnings if you try to use
> the new versions of Visual Studio as we know it won't actually work.
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8196108
>
> Webrev: http://cr.openjdk.java.net/~erikj/8196108/webrev.02/

Looks good to me.

/Tim

> If anyone inside Oracle would like to use the new devkit for 2017, you
> can apply the patch below in addition to the webrev:
>
> diff -r 7e5fbd3a2254 make/conf/jib-profiles.js
> --- a/make/conf/jib-profiles.js Mon Jan 22 23:37:23 2018 -0800
> +++ b/make/conf/jib-profiles.js Sat Jan 27 00:39:57 2018 +0100
> @@ -769,7 +769,7 @@
>           macosx_x64: "Xcode6.3-MacOSX10.9+1.0",
>           solaris_x64: "SS12u4-Solaris11u1+1.0",
>           solaris_sparcv9: "SS12u4-Solaris11u1+1.0",
> -        windows_x64: "VS2013SP4+1.0",
> +        windows_x64: "VS2017-15.5.5+1.0",
>           linux_aarch64:
> "gcc-linaro-aarch64-linux-gnu-4.8-2013.11_linux+1.0",
>           linux_arm: (input.profile != null &&
> input.profile.indexOf("hflt") >= 0
>                       ?
> "gcc-linaro-arm-linux-gnueabihf-raspbian-2012.09-20120921_linux+1.0"
> @@ -784,8 +784,8 @@
>           + "-" + input.build_cpu;
>
>       var freetype_version = {
> -        windows_x64: "2.7.1-v120+1.1",
> -        windows_x86: "2.7.1-v120+1.1",
> +        windows_x64: "2.7.1-v141+1.0",
> +        windows_x86: "2.7.1-v141+1.0",
>           macosx_x64: "2.7.1-Xcode6.3-MacOSX10.9+1.0"
>       }[input.target_platform];
>



From erik.joelsson at oracle.com  Mon Jan 29 16:29:59 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 29 Jan 2018 08:29:59 -0800
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager should
 be linked against headless awt library
In-Reply-To: <1517218778.4106.10.camel@redhat.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
 <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>
 <2d569244-42a1-c652-cf96-0761d22328bc@oracle.com>
 <ed373a5a-ab8a-882a-0553-065f01bdd5ad@oracle.com>
 <1517218778.4106.10.camel@redhat.com>
Message-ID: <4657791d-45ff-deb6-b092-b3b28963dd4f@oracle.com>

This looks good to me. Good catch on the dependency declaration further 
down. I don't see any reason this would need a sponsor, jdk/jdk should 
be open.

/Erik


On 2018-01-29 01:39, Severin Gehwolf wrote:
> Hi,
>
> Updated webrev which removes the linker flags filtering. Linking with
> the awt lib is being kept. ldd confirmed what Erik found out elsewhere:
>
> $ find build/linux-x86_64-normal-server-release/images/jdk -name libfontmanager.so
> build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so
> $ ldd build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so
> ldd: warning: you do not have execution permission for `build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so'
> 	linux-vdso.so.1 (0x00007ffe13cc5000)
> 	libfreetype.so.6 => /lib64/libfreetype.so.6 (0x00007fb58e204000)
> 	libawt.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libawt.so (0x00007fb58df34000)
> 	libjava.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libjava.so (0x00007fb58dd07000)
> 	libjvm.so => not found
> 	libawt_headless.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libawt_headless.so (0x00007fb58dafe000)
> 	libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fb58d778000)
> 	libm.so.6 => /lib64/libm.so.6 (0x00007fb58d423000)
> 	libc.so.6 => /lib64/libc.so.6 (0x00007fb58d040000)
> 	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fb58ce29000)
> 	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007fb58cc18000)
> 	libpng16.so.16 => /lib64/libpng16.so.16 (0x00007fb58c9e5000)
> 	libz.so.1 => /lib64/libz.so.1 (0x00007fb58c7ce000)
> 	libjvm.so => not found
> 	libdl.so.2 => /lib64/libdl.so.2 (0x00007fb58c5ca000)
> 	libjvm.so => not found
> 	libverify.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libverify.so (0x00007fb58c3bb000)
> 	/lib64/ld-linux-x86-64.so.2 (0x00007fb58e74f000)
> 	libjvm.so => not found
> 	libjvm.so => not found
>
> http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.02/
>
> How does this look?
>
> Do I need an Oracle sponsor for this or can I push this to jdk/jdk
> myself.
>
> Thanks,
> Severin
>
> On Fri, 2018-01-26 at 09:44 -0800, Phil Race wrote:
>>   > I could not remove -lawt however.
>>
>> Ah yes, Erik sent me the errors and yes there are some 2D functions that are
>> defined in libawt that fontmanager needs for text rendering support, so
>> we can't remove that.
>>
>> libawt on these platforms with separate headless and xawt libraries
>> could have
>> more aptly be called lib2d .. since most of the true AWT functionality
>> is in the xawt library.
>>
>>
>> -phil.
>>
>> On 01/26/2018 09:23 AM, Erik Joelsson wrote:
>>> This patch builds on Solaris:
>>>
>>> diff -r 50cd89fe209f make/lib/Awt2dLibraries.gmk
>>> --- a/make/lib/Awt2dLibraries.gmk
>>> +++ b/make/lib/Awt2dLibraries.gmk
>>> @@ -683,15 +683,15 @@
>>>           hidevf w_novirtualdescr arrowrtn2, \
>>>       DISABLED_WARNINGS_microsoft := 4267 4244 4018 4090 4996 4146 4334
>>> 4819 4101, \
>>>       MAPFILE := $(BUILD_LIBFONTMANAGER_MAPFILE), \
>>> -    LDFLAGS := $(subst -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
>>> $(LDFLAGS_CXX_JDK) \
>>> +    LDFLAGS := $(LDFLAGS_JDKLIB) $(LDFLAGS_CXX_JDK) \
>>>           $(call SET_SHARED_LIBRARY_ORIGIN), \
>>>       LDFLAGS_unix := -L$(INSTALL_LIBRARIES_HERE), \
>>>       LDFLAGS_macosx := -undefined dynamic_lookup, \
>>>       LIBS := $(BUILD_LIBFONTMANAGER_FONTLIB), \
>>>       LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX), \
>>> -    LIBS_linux := -lc, \
>>> +    LIBS_linux := -lawt_headless -lc, \
>>>       LIBS_solaris := -lawt_headless -lc, \
>>>       LIBS_aix := -lawt_headless,\
>>>
>>> I could not remove -lawt however.
>>>
>>> /Erik
>>>
>>> On 2018-01-26 09:15, Erik Joelsson wrote:
>>>> On 2018-01-26 09:02, Severin Gehwolf wrote:
>>>>> On Fri, 2018-01-26 at 08:54 -0800, Erik Joelsson wrote:
>>>>>> On 2018-01-26 08:44, Phil Race wrote:
>>>>>>> When this was fixed for Solaris
>>>>>>> https://bugs.openjdk.java.net/browse/JDK-8071710
>>>>>>> the observed problem was not building (although it could have been)
>>>>>>> but at runtime.
>>>>>>> I think you can verify what you've done with "ldd" ..
>>>>>>>
>>>>>>> This patch adds awt_headless.so, but does not remove awt.so.
>>>>>>>
>>>>>>> Perhaps the line
>>>>>>>
>>>>>>> LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX)
>>>>>>> After your fix I expect "ldd" should not need to show awt .. just
>>>>>>> awt_headless
>>>>>>>
>>>>>>> ie linux should not have this -lawt dependency any more and the -lawt
>>>>>>> dependency should be specific to windows + mac ..
>>>>> Thanks for the review, Phil. I'll post an updated webrev shortly.
>>>>>
>>>>> Any thoughts on the LDFLAGS filtering? Shouldn't this only be done on
>>>>> platforms that need it? solaris, linux, aix should already be fine
>>>>> without filtering.
>>>> I would say try removing the filtering. The affected flags are
>>>> currently only set on linux and solaris. I will do a test build on
>>>> the latter and see if the filtering is actually needed.
>>>>
>>>> /Erik
>>>>> Thanks,
>>>>> Severin
>>>>>
>>>>>> So we already use -lawt_headless on solaris and aix, then I really
>>>>>> can't
>>>>>> see a reason not to do the same for linux.
>>>>>>> On 01/26/2018 08:10 AM, Severin Gehwolf wrote:
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> Could I please get a review for this rather small patch which
>>>>>>>> originally occurred for us on JDK 8 (Fedora) which recently
>>>>>>>> switched to
>>>>>>>> building with "-Wl,-z,defs" linker flags. The result was a build
>>>>>>>> failure, due to unresolved symbols. Indeed libfontmanager.so should
>>>>>>>> have -lawt_headless in the list of dependent libs as symbols such as
>>>>>>>> AWTLoadFont come from libawt_headless.so, not libawt.so on Linux.
>>>>>>>> Some
>>>>>>>> more details are on the bug.
>>>>>>>>
>>>>>>>> webrev:
>>>>>>>> http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.01/
>>>>>>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8196218
>>>>>>>>
>>>>>>>> Testing: Build fails with configure option
>>>>>>>>             --with-extra-ldflags="-Xlinker -z -Xlinker defs"
>>>>>>>>             prior the fix. Succeeds after.
>>>>>>>>
>>>>>>>> Question for 2d-folks/build-dev folks:
>>>>>>> I don't know about this, build folks probably know.
>>>>>>>
>>>>>> This is from way ahead of my time. The filtering is simply the
>>>>>> build-infra way of achieving the same thing as in the old build
>>>>>> system.
>>>>>> Here is the corresponding code in jdk7:
>>>>>>
>>>>>> $ hg annotate make/sun/font/Makefile
>>>>>> ...
>>>>>>       0: #
>>>>>>       0: # Created without -z defs on linux
>>>>>>       0: #
>>>>>>       0: ifeq ($(PLATFORM), linux)
>>>>>>       0:   LDFLAGS_DEFS_OPTION =
>>>>>>       0: endif
>>>>>> ...
>>>>>>
>>>>>> /Erik
>>>>>>
>>>>>>> -phil.
>>>>>>>> There is this snippet in the libfontmanager block in
>>>>>>>> make/lib/Awt2dLibraries.gmk, line 686:
>>>>>>>>
>>>>>>>>        LDFLAGS := $(subst
>>>>>>>> -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
>>>>>>>> $(LDFLAGS_CXX_JDK) \
>>>>>>>>            $(call SET_SHARED_LIBRARY_ORIGIN), \
>>>>>>>>
>>>>>>>> It's my understanding that this is supposed to filter "-Wl,-z,defs"
>>>>>>>> from LDFLAGS_JDKLIB. Does anybody know why it does so? Is there a
>>>>>>>> legit
>>>>>>>> reason when unresolved symbols at link time are OK? Besides, why
>>>>>>>> does
>>>>>>>> it not also filter "-Xlinker -z -Xlinker defs"? FWIW, in JDK 8
>>>>>>>> it's the
>>>>>>>> other way round. Xlinker flags are filtered, but -Wl,-z,defs is not.
>>>>>>>> Thoughts?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Severin
>>



From sgehwolf at redhat.com  Mon Jan 29 16:50:50 2018
From: sgehwolf at redhat.com (Severin Gehwolf)
Date: Mon, 29 Jan 2018 17:50:50 +0100
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager
 should be linked against headless awt library
In-Reply-To: <4657791d-45ff-deb6-b092-b3b28963dd4f@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
 <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>
 <2d569244-42a1-c652-cf96-0761d22328bc@oracle.com>
 <ed373a5a-ab8a-882a-0553-065f01bdd5ad@oracle.com>
 <1517218778.4106.10.camel@redhat.com>
 <4657791d-45ff-deb6-b092-b3b28963dd4f@oracle.com>
Message-ID: <1517244650.4106.38.camel@redhat.com>

On Mon, 2018-01-29 at 08:29 -0800, Erik Joelsson wrote:
> This looks good to me. Good catch on the dependency declaration further 
> down.

Yes, the build failed for me without that :)

>  I don't see any reason this would need a sponsor, jdk/jdk should 
> be open.

Thanks for the review! I'll run this through the new submit repo and -
barring unforeseen circumstances - will push it once approved.

Cheers,
Severin

> On 2018-01-29 01:39, Severin Gehwolf wrote:
> > Hi,
> > 
> > Updated webrev which removes the linker flags filtering. Linking with
> > the awt lib is being kept. ldd confirmed what Erik found out elsewhere:
> > 
> > $ find build/linux-x86_64-normal-server-release/images/jdk -name libfontmanager.so
> > build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so
> > $ ldd build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so
> > ldd: warning: you do not have execution permission for `build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so'
> > 	linux-vdso.so.1 (0x00007ffe13cc5000)
> > 	libfreetype.so.6 => /lib64/libfreetype.so.6 (0x00007fb58e204000)
> > 	libawt.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libawt.so (0x00007fb58df34000)
> > 	libjava.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libjava.so (0x00007fb58dd07000)
> > 	libjvm.so => not found
> > 	libawt_headless.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libawt_headless.so (0x00007fb58dafe000)
> > 	libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fb58d778000)
> > 	libm.so.6 => /lib64/libm.so.6 (0x00007fb58d423000)
> > 	libc.so.6 => /lib64/libc.so.6 (0x00007fb58d040000)
> > 	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fb58ce29000)
> > 	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007fb58cc18000)
> > 	libpng16.so.16 => /lib64/libpng16.so.16 (0x00007fb58c9e5000)
> > 	libz.so.1 => /lib64/libz.so.1 (0x00007fb58c7ce000)
> > 	libjvm.so => not found
> > 	libdl.so.2 => /lib64/libdl.so.2 (0x00007fb58c5ca000)
> > 	libjvm.so => not found
> > 	libverify.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libverify.so (0x00007fb58c3bb000)
> > 	/lib64/ld-linux-x86-64.so.2 (0x00007fb58e74f000)
> > 	libjvm.so => not found
> > 	libjvm.so => not found
> > 
> > http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.02/
> > 
> > How does this look?
> > 
> > Do I need an Oracle sponsor for this or can I push this to jdk/jdk
> > myself.
> > 
> > Thanks,
> > Severin
> > 
> > On Fri, 2018-01-26 at 09:44 -0800, Phil Race wrote:
> > >   > I could not remove -lawt however.
> > > 
> > > Ah yes, Erik sent me the errors and yes there are some 2D functions that are
> > > defined in libawt that fontmanager needs for text rendering support, so
> > > we can't remove that.
> > > 
> > > libawt on these platforms with separate headless and xawt libraries
> > > could have
> > > more aptly be called lib2d .. since most of the true AWT functionality
> > > is in the xawt library.
> > > 
> > > 
> > > -phil.
> > > 
> > > On 01/26/2018 09:23 AM, Erik Joelsson wrote:
> > > > This patch builds on Solaris:
> > > > 
> > > > diff -r 50cd89fe209f make/lib/Awt2dLibraries.gmk
> > > > --- a/make/lib/Awt2dLibraries.gmk
> > > > +++ b/make/lib/Awt2dLibraries.gmk
> > > > @@ -683,15 +683,15 @@
> > > >           hidevf w_novirtualdescr arrowrtn2, \
> > > >       DISABLED_WARNINGS_microsoft := 4267 4244 4018 4090 4996 4146 4334
> > > > 4819 4101, \
> > > >       MAPFILE := $(BUILD_LIBFONTMANAGER_MAPFILE), \
> > > > -    LDFLAGS := $(subst -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
> > > > $(LDFLAGS_CXX_JDK) \
> > > > +    LDFLAGS := $(LDFLAGS_JDKLIB) $(LDFLAGS_CXX_JDK) \
> > > >           $(call SET_SHARED_LIBRARY_ORIGIN), \
> > > >       LDFLAGS_unix := -L$(INSTALL_LIBRARIES_HERE), \
> > > >       LDFLAGS_macosx := -undefined dynamic_lookup, \
> > > >       LIBS := $(BUILD_LIBFONTMANAGER_FONTLIB), \
> > > >       LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX), \
> > > > -    LIBS_linux := -lc, \
> > > > +    LIBS_linux := -lawt_headless -lc, \
> > > >       LIBS_solaris := -lawt_headless -lc, \
> > > >       LIBS_aix := -lawt_headless,\
> > > > 
> > > > I could not remove -lawt however.
> > > > 
> > > > /Erik
> > > > 
> > > > On 2018-01-26 09:15, Erik Joelsson wrote:
> > > > > On 2018-01-26 09:02, Severin Gehwolf wrote:
> > > > > > On Fri, 2018-01-26 at 08:54 -0800, Erik Joelsson wrote:
> > > > > > > On 2018-01-26 08:44, Phil Race wrote:
> > > > > > > > When this was fixed for Solaris
> > > > > > > > https://bugs.openjdk.java.net/browse/JDK-8071710
> > > > > > > > the observed problem was not building (although it could have been)
> > > > > > > > but at runtime.
> > > > > > > > I think you can verify what you've done with "ldd" ..
> > > > > > > > 
> > > > > > > > This patch adds awt_headless.so, but does not remove awt.so.
> > > > > > > > 
> > > > > > > > Perhaps the line
> > > > > > > > 
> > > > > > > > LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX)
> > > > > > > > After your fix I expect "ldd" should not need to show awt .. just
> > > > > > > > awt_headless
> > > > > > > > 
> > > > > > > > ie linux should not have this -lawt dependency any more and the -lawt
> > > > > > > > dependency should be specific to windows + mac ..
> > > > > > 
> > > > > > Thanks for the review, Phil. I'll post an updated webrev shortly.
> > > > > > 
> > > > > > Any thoughts on the LDFLAGS filtering? Shouldn't this only be done on
> > > > > > platforms that need it? solaris, linux, aix should already be fine
> > > > > > without filtering.
> > > > > 
> > > > > I would say try removing the filtering. The affected flags are
> > > > > currently only set on linux and solaris. I will do a test build on
> > > > > the latter and see if the filtering is actually needed.
> > > > > 
> > > > > /Erik
> > > > > > Thanks,
> > > > > > Severin
> > > > > > 
> > > > > > > So we already use -lawt_headless on solaris and aix, then I really
> > > > > > > can't
> > > > > > > see a reason not to do the same for linux.
> > > > > > > > On 01/26/2018 08:10 AM, Severin Gehwolf wrote:
> > > > > > > > > Hi,
> > > > > > > > > 
> > > > > > > > > Could I please get a review for this rather small patch which
> > > > > > > > > originally occurred for us on JDK 8 (Fedora) which recently
> > > > > > > > > switched to
> > > > > > > > > building with "-Wl,-z,defs" linker flags. The result was a build
> > > > > > > > > failure, due to unresolved symbols. Indeed libfontmanager.so should
> > > > > > > > > have -lawt_headless in the list of dependent libs as symbols such as
> > > > > > > > > AWTLoadFont come from libawt_headless.so, not libawt.so on Linux.
> > > > > > > > > Some
> > > > > > > > > more details are on the bug.
> > > > > > > > > 
> > > > > > > > > webrev:
> > > > > > > > > http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.01/
> > > > > > > > > Bug: https://bugs.openjdk.java.net/browse/JDK-8196218
> > > > > > > > > 
> > > > > > > > > Testing: Build fails with configure option
> > > > > > > > >             --with-extra-ldflags="-Xlinker -z -Xlinker defs"
> > > > > > > > >             prior the fix. Succeeds after.
> > > > > > > > > 
> > > > > > > > > Question for 2d-folks/build-dev folks:
> > > > > > > > 
> > > > > > > > I don't know about this, build folks probably know.
> > > > > > > > 
> > > > > > > 
> > > > > > > This is from way ahead of my time. The filtering is simply the
> > > > > > > build-infra way of achieving the same thing as in the old build
> > > > > > > system.
> > > > > > > Here is the corresponding code in jdk7:
> > > > > > > 
> > > > > > > $ hg annotate make/sun/font/Makefile
> > > > > > > ...
> > > > > > >       0: #
> > > > > > >       0: # Created without -z defs on linux
> > > > > > >       0: #
> > > > > > >       0: ifeq ($(PLATFORM), linux)
> > > > > > >       0:   LDFLAGS_DEFS_OPTION =
> > > > > > >       0: endif
> > > > > > > ...
> > > > > > > 
> > > > > > > /Erik
> > > > > > > 
> > > > > > > > -phil.
> > > > > > > > > There is this snippet in the libfontmanager block in
> > > > > > > > > make/lib/Awt2dLibraries.gmk, line 686:
> > > > > > > > > 
> > > > > > > > >        LDFLAGS := $(subst
> > > > > > > > > -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
> > > > > > > > > $(LDFLAGS_CXX_JDK) \
> > > > > > > > >            $(call SET_SHARED_LIBRARY_ORIGIN), \
> > > > > > > > > 
> > > > > > > > > It's my understanding that this is supposed to filter "-Wl,-z,defs"
> > > > > > > > > from LDFLAGS_JDKLIB. Does anybody know why it does so? Is there a
> > > > > > > > > legit
> > > > > > > > > reason when unresolved symbols at link time are OK? Besides, why
> > > > > > > > > does
> > > > > > > > > it not also filter "-Xlinker -z -Xlinker defs"? FWIW, in JDK 8
> > > > > > > > > it's the
> > > > > > > > > other way round. Xlinker flags are filtered, but -Wl,-z,defs is not.
> > > > > > > > > Thoughts?
> > > > > > > > > 
> > > > > > > > > Thanks,
> > > > > > > > > Severin
> 
> 


From sgehwolf at redhat.com  Mon Jan 29 18:53:51 2018
From: sgehwolf at redhat.com (Severin Gehwolf)
Date: Mon, 29 Jan 2018 19:53:51 +0100
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager
 should be linked against headless awt library
In-Reply-To: <4657791d-45ff-deb6-b092-b3b28963dd4f@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
 <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>
 <2d569244-42a1-c652-cf96-0761d22328bc@oracle.com>
 <ed373a5a-ab8a-882a-0553-065f01bdd5ad@oracle.com>
 <1517218778.4106.10.camel@redhat.com>
 <4657791d-45ff-deb6-b092-b3b28963dd4f@oracle.com>
Message-ID: <1517252031.4106.47.camel@redhat.com>

Hi Phil,

Are you OK with the latest webrev as well?
http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.02/

Thanks,
Severin

On Mon, 2018-01-29 at 08:29 -0800, Erik Joelsson wrote:
> This looks good to me. Good catch on the dependency declaration further 
> down. I don't see any reason this would need a sponsor, jdk/jdk should 
> be open.
> 
> /Erik
> 
> 
> On 2018-01-29 01:39, Severin Gehwolf wrote:
> > Hi,
> > 
> > Updated webrev which removes the linker flags filtering. Linking with
> > the awt lib is being kept. ldd confirmed what Erik found out elsewhere:
> > 
> > $ find build/linux-x86_64-normal-server-release/images/jdk -name libfontmanager.so
> > build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so
> > $ ldd build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so
> > ldd: warning: you do not have execution permission for `build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so'
> > 	linux-vdso.so.1 (0x00007ffe13cc5000)
> > 	libfreetype.so.6 => /lib64/libfreetype.so.6 (0x00007fb58e204000)
> > 	libawt.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libawt.so (0x00007fb58df34000)
> > 	libjava.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libjava.so (0x00007fb58dd07000)
> > 	libjvm.so => not found
> > 	libawt_headless.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libawt_headless.so (0x00007fb58dafe000)
> > 	libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fb58d778000)
> > 	libm.so.6 => /lib64/libm.so.6 (0x00007fb58d423000)
> > 	libc.so.6 => /lib64/libc.so.6 (0x00007fb58d040000)
> > 	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fb58ce29000)
> > 	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007fb58cc18000)
> > 	libpng16.so.16 => /lib64/libpng16.so.16 (0x00007fb58c9e5000)
> > 	libz.so.1 => /lib64/libz.so.1 (0x00007fb58c7ce000)
> > 	libjvm.so => not found
> > 	libdl.so.2 => /lib64/libdl.so.2 (0x00007fb58c5ca000)
> > 	libjvm.so => not found
> > 	libverify.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libverify.so (0x00007fb58c3bb000)
> > 	/lib64/ld-linux-x86-64.so.2 (0x00007fb58e74f000)
> > 	libjvm.so => not found
> > 	libjvm.so => not found
> > 
> > http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.02/
> > 
> > How does this look?
> > 
> > Do I need an Oracle sponsor for this or can I push this to jdk/jdk
> > myself.
> > 
> > Thanks,
> > Severin
> > 
> > On Fri, 2018-01-26 at 09:44 -0800, Phil Race wrote:
> > >   > I could not remove -lawt however.
> > > 
> > > Ah yes, Erik sent me the errors and yes there are some 2D functions that are
> > > defined in libawt that fontmanager needs for text rendering support, so
> > > we can't remove that.
> > > 
> > > libawt on these platforms with separate headless and xawt libraries
> > > could have
> > > more aptly be called lib2d .. since most of the true AWT functionality
> > > is in the xawt library.
> > > 
> > > 
> > > -phil.
> > > 
> > > On 01/26/2018 09:23 AM, Erik Joelsson wrote:
> > > > This patch builds on Solaris:
> > > > 
> > > > diff -r 50cd89fe209f make/lib/Awt2dLibraries.gmk
> > > > --- a/make/lib/Awt2dLibraries.gmk
> > > > +++ b/make/lib/Awt2dLibraries.gmk
> > > > @@ -683,15 +683,15 @@
> > > >           hidevf w_novirtualdescr arrowrtn2, \
> > > >       DISABLED_WARNINGS_microsoft := 4267 4244 4018 4090 4996 4146 4334
> > > > 4819 4101, \
> > > >       MAPFILE := $(BUILD_LIBFONTMANAGER_MAPFILE), \
> > > > -    LDFLAGS := $(subst -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
> > > > $(LDFLAGS_CXX_JDK) \
> > > > +    LDFLAGS := $(LDFLAGS_JDKLIB) $(LDFLAGS_CXX_JDK) \
> > > >           $(call SET_SHARED_LIBRARY_ORIGIN), \
> > > >       LDFLAGS_unix := -L$(INSTALL_LIBRARIES_HERE), \
> > > >       LDFLAGS_macosx := -undefined dynamic_lookup, \
> > > >       LIBS := $(BUILD_LIBFONTMANAGER_FONTLIB), \
> > > >       LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX), \
> > > > -    LIBS_linux := -lc, \
> > > > +    LIBS_linux := -lawt_headless -lc, \
> > > >       LIBS_solaris := -lawt_headless -lc, \
> > > >       LIBS_aix := -lawt_headless,\
> > > > 
> > > > I could not remove -lawt however.
> > > > 
> > > > /Erik
> > > > 
> > > > On 2018-01-26 09:15, Erik Joelsson wrote:
> > > > > On 2018-01-26 09:02, Severin Gehwolf wrote:
> > > > > > On Fri, 2018-01-26 at 08:54 -0800, Erik Joelsson wrote:
> > > > > > > On 2018-01-26 08:44, Phil Race wrote:
> > > > > > > > When this was fixed for Solaris
> > > > > > > > https://bugs.openjdk.java.net/browse/JDK-8071710
> > > > > > > > the observed problem was not building (although it could have been)
> > > > > > > > but at runtime.
> > > > > > > > I think you can verify what you've done with "ldd" ..
> > > > > > > > 
> > > > > > > > This patch adds awt_headless.so, but does not remove awt.so.
> > > > > > > > 
> > > > > > > > Perhaps the line
> > > > > > > > 
> > > > > > > > LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX)
> > > > > > > > After your fix I expect "ldd" should not need to show awt .. just
> > > > > > > > awt_headless
> > > > > > > > 
> > > > > > > > ie linux should not have this -lawt dependency any more and the -lawt
> > > > > > > > dependency should be specific to windows + mac ..
> > > > > > 
> > > > > > Thanks for the review, Phil. I'll post an updated webrev shortly.
> > > > > > 
> > > > > > Any thoughts on the LDFLAGS filtering? Shouldn't this only be done on
> > > > > > platforms that need it? solaris, linux, aix should already be fine
> > > > > > without filtering.
> > > > > 
> > > > > I would say try removing the filtering. The affected flags are
> > > > > currently only set on linux and solaris. I will do a test build on
> > > > > the latter and see if the filtering is actually needed.
> > > > > 
> > > > > /Erik
> > > > > > Thanks,
> > > > > > Severin
> > > > > > 
> > > > > > > So we already use -lawt_headless on solaris and aix, then I really
> > > > > > > can't
> > > > > > > see a reason not to do the same for linux.
> > > > > > > > On 01/26/2018 08:10 AM, Severin Gehwolf wrote:
> > > > > > > > > Hi,
> > > > > > > > > 
> > > > > > > > > Could I please get a review for this rather small patch which
> > > > > > > > > originally occurred for us on JDK 8 (Fedora) which recently
> > > > > > > > > switched to
> > > > > > > > > building with "-Wl,-z,defs" linker flags. The result was a build
> > > > > > > > > failure, due to unresolved symbols. Indeed libfontmanager.so should
> > > > > > > > > have -lawt_headless in the list of dependent libs as symbols such as
> > > > > > > > > AWTLoadFont come from libawt_headless.so, not libawt.so on Linux.
> > > > > > > > > Some
> > > > > > > > > more details are on the bug.
> > > > > > > > > 
> > > > > > > > > webrev:
> > > > > > > > > http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.01/
> > > > > > > > > Bug: https://bugs.openjdk.java.net/browse/JDK-8196218
> > > > > > > > > 
> > > > > > > > > Testing: Build fails with configure option
> > > > > > > > >             --with-extra-ldflags="-Xlinker -z -Xlinker defs"
> > > > > > > > >             prior the fix. Succeeds after.
> > > > > > > > > 
> > > > > > > > > Question for 2d-folks/build-dev folks:
> > > > > > > > 
> > > > > > > > I don't know about this, build folks probably know.
> > > > > > > > 
> > > > > > > 
> > > > > > > This is from way ahead of my time. The filtering is simply the
> > > > > > > build-infra way of achieving the same thing as in the old build
> > > > > > > system.
> > > > > > > Here is the corresponding code in jdk7:
> > > > > > > 
> > > > > > > $ hg annotate make/sun/font/Makefile
> > > > > > > ...
> > > > > > >       0: #
> > > > > > >       0: # Created without -z defs on linux
> > > > > > >       0: #
> > > > > > >       0: ifeq ($(PLATFORM), linux)
> > > > > > >       0:   LDFLAGS_DEFS_OPTION =
> > > > > > >       0: endif
> > > > > > > ...
> > > > > > > 
> > > > > > > /Erik
> > > > > > > 
> > > > > > > > -phil.
> > > > > > > > > There is this snippet in the libfontmanager block in
> > > > > > > > > make/lib/Awt2dLibraries.gmk, line 686:
> > > > > > > > > 
> > > > > > > > >        LDFLAGS := $(subst
> > > > > > > > > -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
> > > > > > > > > $(LDFLAGS_CXX_JDK) \
> > > > > > > > >            $(call SET_SHARED_LIBRARY_ORIGIN), \
> > > > > > > > > 
> > > > > > > > > It's my understanding that this is supposed to filter "-Wl,-z,defs"
> > > > > > > > > from LDFLAGS_JDKLIB. Does anybody know why it does so? Is there a
> > > > > > > > > legit
> > > > > > > > > reason when unresolved symbols at link time are OK? Besides, why
> > > > > > > > > does
> > > > > > > > > it not also filter "-Xlinker -z -Xlinker defs"? FWIW, in JDK 8
> > > > > > > > > it's the
> > > > > > > > > other way round. Xlinker flags are filtered, but -Wl,-z,defs is not.
> > > > > > > > > Thoughts?
> > > > > > > > > 
> > > > > > > > > Thanks,
> > > > > > > > > Severin
> 
> 


From philip.race at oracle.com  Mon Jan 29 20:09:35 2018
From: philip.race at oracle.com (Phil Race)
Date: Mon, 29 Jan 2018 12:09:35 -0800
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager should
 be linked against headless awt library
In-Reply-To: <1517252031.4106.47.camel@redhat.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
 <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>
 <2d569244-42a1-c652-cf96-0761d22328bc@oracle.com>
 <ed373a5a-ab8a-882a-0553-065f01bdd5ad@oracle.com>
 <1517218778.4106.10.camel@redhat.com>
 <4657791d-45ff-deb6-b092-b3b28963dd4f@oracle.com>
 <1517252031.4106.47.camel@redhat.com>
Message-ID: <2479e9ec-18db-02fe-01bd-69ae29862173@oracle.com>

It looks OK but have you tried running it through the new build system 
discussed here ?
http://mail.openjdk.java.net/pipermail/jdk-dev/2018-January/000566.html

-phil.

On 01/29/2018 10:53 AM, Severin Gehwolf wrote:
> Hi Phil,
>
> Are you OK with the latest webrev as well?
> http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.02/
>
> Thanks,
> Severin
>
> On Mon, 2018-01-29 at 08:29 -0800, Erik Joelsson wrote:
>> This looks good to me. Good catch on the dependency declaration further
>> down. I don't see any reason this would need a sponsor, jdk/jdk should
>> be open.
>>
>> /Erik
>>
>>
>> On 2018-01-29 01:39, Severin Gehwolf wrote:
>>> Hi,
>>>
>>> Updated webrev which removes the linker flags filtering. Linking with
>>> the awt lib is being kept. ldd confirmed what Erik found out elsewhere:
>>>
>>> $ find build/linux-x86_64-normal-server-release/images/jdk -name libfontmanager.so
>>> build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so
>>> $ ldd build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so
>>> ldd: warning: you do not have execution permission for `build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so'
>>> 	linux-vdso.so.1 (0x00007ffe13cc5000)
>>> 	libfreetype.so.6 => /lib64/libfreetype.so.6 (0x00007fb58e204000)
>>> 	libawt.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libawt.so (0x00007fb58df34000)
>>> 	libjava.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libjava.so (0x00007fb58dd07000)
>>> 	libjvm.so => not found
>>> 	libawt_headless.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libawt_headless.so (0x00007fb58dafe000)
>>> 	libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fb58d778000)
>>> 	libm.so.6 => /lib64/libm.so.6 (0x00007fb58d423000)
>>> 	libc.so.6 => /lib64/libc.so.6 (0x00007fb58d040000)
>>> 	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fb58ce29000)
>>> 	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007fb58cc18000)
>>> 	libpng16.so.16 => /lib64/libpng16.so.16 (0x00007fb58c9e5000)
>>> 	libz.so.1 => /lib64/libz.so.1 (0x00007fb58c7ce000)
>>> 	libjvm.so => not found
>>> 	libdl.so.2 => /lib64/libdl.so.2 (0x00007fb58c5ca000)
>>> 	libjvm.so => not found
>>> 	libverify.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libverify.so (0x00007fb58c3bb000)
>>> 	/lib64/ld-linux-x86-64.so.2 (0x00007fb58e74f000)
>>> 	libjvm.so => not found
>>> 	libjvm.so => not found
>>>
>>> http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.02/
>>>
>>> How does this look?
>>>
>>> Do I need an Oracle sponsor for this or can I push this to jdk/jdk
>>> myself.
>>>
>>> Thanks,
>>> Severin
>>>
>>> On Fri, 2018-01-26 at 09:44 -0800, Phil Race wrote:
>>>>    > I could not remove -lawt however.
>>>>
>>>> Ah yes, Erik sent me the errors and yes there are some 2D functions that are
>>>> defined in libawt that fontmanager needs for text rendering support, so
>>>> we can't remove that.
>>>>
>>>> libawt on these platforms with separate headless and xawt libraries
>>>> could have
>>>> more aptly be called lib2d .. since most of the true AWT functionality
>>>> is in the xawt library.
>>>>
>>>>
>>>> -phil.
>>>>
>>>> On 01/26/2018 09:23 AM, Erik Joelsson wrote:
>>>>> This patch builds on Solaris:
>>>>>
>>>>> diff -r 50cd89fe209f make/lib/Awt2dLibraries.gmk
>>>>> --- a/make/lib/Awt2dLibraries.gmk
>>>>> +++ b/make/lib/Awt2dLibraries.gmk
>>>>> @@ -683,15 +683,15 @@
>>>>>            hidevf w_novirtualdescr arrowrtn2, \
>>>>>        DISABLED_WARNINGS_microsoft := 4267 4244 4018 4090 4996 4146 4334
>>>>> 4819 4101, \
>>>>>        MAPFILE := $(BUILD_LIBFONTMANAGER_MAPFILE), \
>>>>> -    LDFLAGS := $(subst -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
>>>>> $(LDFLAGS_CXX_JDK) \
>>>>> +    LDFLAGS := $(LDFLAGS_JDKLIB) $(LDFLAGS_CXX_JDK) \
>>>>>            $(call SET_SHARED_LIBRARY_ORIGIN), \
>>>>>        LDFLAGS_unix := -L$(INSTALL_LIBRARIES_HERE), \
>>>>>        LDFLAGS_macosx := -undefined dynamic_lookup, \
>>>>>        LIBS := $(BUILD_LIBFONTMANAGER_FONTLIB), \
>>>>>        LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX), \
>>>>> -    LIBS_linux := -lc, \
>>>>> +    LIBS_linux := -lawt_headless -lc, \
>>>>>        LIBS_solaris := -lawt_headless -lc, \
>>>>>        LIBS_aix := -lawt_headless,\
>>>>>
>>>>> I could not remove -lawt however.
>>>>>
>>>>> /Erik
>>>>>
>>>>> On 2018-01-26 09:15, Erik Joelsson wrote:
>>>>>> On 2018-01-26 09:02, Severin Gehwolf wrote:
>>>>>>> On Fri, 2018-01-26 at 08:54 -0800, Erik Joelsson wrote:
>>>>>>>> On 2018-01-26 08:44, Phil Race wrote:
>>>>>>>>> When this was fixed for Solaris
>>>>>>>>> https://bugs.openjdk.java.net/browse/JDK-8071710
>>>>>>>>> the observed problem was not building (although it could have been)
>>>>>>>>> but at runtime.
>>>>>>>>> I think you can verify what you've done with "ldd" ..
>>>>>>>>>
>>>>>>>>> This patch adds awt_headless.so, but does not remove awt.so.
>>>>>>>>>
>>>>>>>>> Perhaps the line
>>>>>>>>>
>>>>>>>>> LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX)
>>>>>>>>> After your fix I expect "ldd" should not need to show awt .. just
>>>>>>>>> awt_headless
>>>>>>>>>
>>>>>>>>> ie linux should not have this -lawt dependency any more and the -lawt
>>>>>>>>> dependency should be specific to windows + mac ..
>>>>>>> Thanks for the review, Phil. I'll post an updated webrev shortly.
>>>>>>>
>>>>>>> Any thoughts on the LDFLAGS filtering? Shouldn't this only be done on
>>>>>>> platforms that need it? solaris, linux, aix should already be fine
>>>>>>> without filtering.
>>>>>> I would say try removing the filtering. The affected flags are
>>>>>> currently only set on linux and solaris. I will do a test build on
>>>>>> the latter and see if the filtering is actually needed.
>>>>>>
>>>>>> /Erik
>>>>>>> Thanks,
>>>>>>> Severin
>>>>>>>
>>>>>>>> So we already use -lawt_headless on solaris and aix, then I really
>>>>>>>> can't
>>>>>>>> see a reason not to do the same for linux.
>>>>>>>>> On 01/26/2018 08:10 AM, Severin Gehwolf wrote:
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> Could I please get a review for this rather small patch which
>>>>>>>>>> originally occurred for us on JDK 8 (Fedora) which recently
>>>>>>>>>> switched to
>>>>>>>>>> building with "-Wl,-z,defs" linker flags. The result was a build
>>>>>>>>>> failure, due to unresolved symbols. Indeed libfontmanager.so should
>>>>>>>>>> have -lawt_headless in the list of dependent libs as symbols such as
>>>>>>>>>> AWTLoadFont come from libawt_headless.so, not libawt.so on Linux.
>>>>>>>>>> Some
>>>>>>>>>> more details are on the bug.
>>>>>>>>>>
>>>>>>>>>> webrev:
>>>>>>>>>> http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.01/
>>>>>>>>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8196218
>>>>>>>>>>
>>>>>>>>>> Testing: Build fails with configure option
>>>>>>>>>>              --with-extra-ldflags="-Xlinker -z -Xlinker defs"
>>>>>>>>>>              prior the fix. Succeeds after.
>>>>>>>>>>
>>>>>>>>>> Question for 2d-folks/build-dev folks:
>>>>>>>>> I don't know about this, build folks probably know.
>>>>>>>>>
>>>>>>>> This is from way ahead of my time. The filtering is simply the
>>>>>>>> build-infra way of achieving the same thing as in the old build
>>>>>>>> system.
>>>>>>>> Here is the corresponding code in jdk7:
>>>>>>>>
>>>>>>>> $ hg annotate make/sun/font/Makefile
>>>>>>>> ...
>>>>>>>>        0: #
>>>>>>>>        0: # Created without -z defs on linux
>>>>>>>>        0: #
>>>>>>>>        0: ifeq ($(PLATFORM), linux)
>>>>>>>>        0:   LDFLAGS_DEFS_OPTION =
>>>>>>>>        0: endif
>>>>>>>> ...
>>>>>>>>
>>>>>>>> /Erik
>>>>>>>>
>>>>>>>>> -phil.
>>>>>>>>>> There is this snippet in the libfontmanager block in
>>>>>>>>>> make/lib/Awt2dLibraries.gmk, line 686:
>>>>>>>>>>
>>>>>>>>>>         LDFLAGS := $(subst
>>>>>>>>>> -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
>>>>>>>>>> $(LDFLAGS_CXX_JDK) \
>>>>>>>>>>             $(call SET_SHARED_LIBRARY_ORIGIN), \
>>>>>>>>>>
>>>>>>>>>> It's my understanding that this is supposed to filter "-Wl,-z,defs"
>>>>>>>>>> from LDFLAGS_JDKLIB. Does anybody know why it does so? Is there a
>>>>>>>>>> legit
>>>>>>>>>> reason when unresolved symbols at link time are OK? Besides, why
>>>>>>>>>> does
>>>>>>>>>> it not also filter "-Xlinker -z -Xlinker defs"? FWIW, in JDK 8
>>>>>>>>>> it's the
>>>>>>>>>> other way round. Xlinker flags are filtered, but -Wl,-z,defs is not.
>>>>>>>>>> Thoughts?
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>> Severin
>>



From erik.joelsson at oracle.com  Mon Jan 29 22:48:49 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Mon, 29 Jan 2018 14:48:49 -0800
Subject: RFR: JDK-8196365: Overriding configure variable from custom hook
 generates warning
Message-ID: <17fa200b-1dcb-6aae-ff1a-4115b0348322@oracle.com>

When running configure, you can override any tool location by setting 
the variable name on the command line (e.g. configure 
MAKE=/path/to/make). Configure also includes validation that any such 
argument actually corresponds to a valid variable and will print a 
warning if no match is found.

This validation logic is currently evaluated before the CUSTOM_LATE_HOOK 
is called so any variable defined there will still trigger the warning 
if specified on the command line. This patch moves the validation to 
after CUSTOM_LATE_HOOK.

Bug: https://bugs.openjdk.java.net/browse/JDK-8196365

Webrev: http://cr.openjdk.java.net/~erikj/8196365/webrev.01/index.html

/Erik



From tim.bell at oracle.com  Tue Jan 30 00:05:28 2018
From: tim.bell at oracle.com (Tim Bell)
Date: Mon, 29 Jan 2018 16:05:28 -0800
Subject: RFR: JDK-8196365: Overriding configure variable from custom hook
 generates warning
In-Reply-To: <17fa200b-1dcb-6aae-ff1a-4115b0348322@oracle.com>
References: <17fa200b-1dcb-6aae-ff1a-4115b0348322@oracle.com>
Message-ID: <5A6FB6C8.1030802@oracle.com>

Erik:

> When running configure, you can override any tool location by setting
> the variable name on the command line (e.g. configure
> MAKE=/path/to/make). Configure also includes validation that any such
> argument actually corresponds to a valid variable and will print a
> warning if no match is found.
>
> This validation logic is currently evaluated before the CUSTOM_LATE_HOOK
> is called so any variable defined there will still trigger the warning
> if specified on the command line. This patch moves the validation to
> after CUSTOM_LATE_HOOK.
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8196365
>
> Webrev: http://cr.openjdk.java.net/~erikj/8196365/webrev.01/index.html

Looks good.

/Tim




From sgehwolf at redhat.com  Tue Jan 30 08:42:28 2018
From: sgehwolf at redhat.com (Severin Gehwolf)
Date: Tue, 30 Jan 2018 09:42:28 +0100
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager
 should be linked against headless awt library
In-Reply-To: <2479e9ec-18db-02fe-01bd-69ae29862173@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
 <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>
 <2d569244-42a1-c652-cf96-0761d22328bc@oracle.com>
 <ed373a5a-ab8a-882a-0553-065f01bdd5ad@oracle.com>
 <1517218778.4106.10.camel@redhat.com>
 <4657791d-45ff-deb6-b092-b3b28963dd4f@oracle.com>
 <1517252031.4106.47.camel@redhat.com>
 <2479e9ec-18db-02fe-01bd-69ae29862173@oracle.com>
Message-ID: <1517301748.4159.1.camel@redhat.com>

On Mon, 2018-01-29 at 12:09 -0800, Phil Race wrote:
> It looks OK but have you tried running it through the new build system 
> discussed here ?
> http://mail.openjdk.java.net/pipermail/jdk-dev/2018-January/000566.html

Thanks. I've submitted it yesterday, yes. No response - via email - so
far, though.

Cheers,
Severin

> -phil.
> 
> On 01/29/2018 10:53 AM, Severin Gehwolf wrote:
> > Hi Phil,
> > 
> > Are you OK with the latest webrev as well?
> > http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.02/
> > 
> > Thanks,
> > Severin
> > 
> > On Mon, 2018-01-29 at 08:29 -0800, Erik Joelsson wrote:
> > > This looks good to me. Good catch on the dependency declaration further
> > > down. I don't see any reason this would need a sponsor, jdk/jdk should
> > > be open.
> > > 
> > > /Erik
> > > 
> > > 
> > > On 2018-01-29 01:39, Severin Gehwolf wrote:
> > > > Hi,
> > > > 
> > > > Updated webrev which removes the linker flags filtering. Linking with
> > > > the awt lib is being kept. ldd confirmed what Erik found out elsewhere:
> > > > 
> > > > $ find build/linux-x86_64-normal-server-release/images/jdk -name libfontmanager.so
> > > > build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so
> > > > $ ldd build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so
> > > > ldd: warning: you do not have execution permission for `build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so'
> > > > 	linux-vdso.so.1 (0x00007ffe13cc5000)
> > > > 	libfreetype.so.6 => /lib64/libfreetype.so.6 (0x00007fb58e204000)
> > > > 	libawt.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libawt.so (0x00007fb58df34000)
> > > > 	libjava.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libjava.so (0x00007fb58dd07000)
> > > > 	libjvm.so => not found
> > > > 	libawt_headless.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libawt_headless.so (0x00007fb58dafe000)
> > > > 	libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fb58d778000)
> > > > 	libm.so.6 => /lib64/libm.so.6 (0x00007fb58d423000)
> > > > 	libc.so.6 => /lib64/libc.so.6 (0x00007fb58d040000)
> > > > 	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fb58ce29000)
> > > > 	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007fb58cc18000)
> > > > 	libpng16.so.16 => /lib64/libpng16.so.16 (0x00007fb58c9e5000)
> > > > 	libz.so.1 => /lib64/libz.so.1 (0x00007fb58c7ce000)
> > > > 	libjvm.so => not found
> > > > 	libdl.so.2 => /lib64/libdl.so.2 (0x00007fb58c5ca000)
> > > > 	libjvm.so => not found
> > > > 	libverify.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libverify.so (0x00007fb58c3bb000)
> > > > 	/lib64/ld-linux-x86-64.so.2 (0x00007fb58e74f000)
> > > > 	libjvm.so => not found
> > > > 	libjvm.so => not found
> > > > 
> > > > http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.02/
> > > > 
> > > > How does this look?
> > > > 
> > > > Do I need an Oracle sponsor for this or can I push this to jdk/jdk
> > > > myself.
> > > > 
> > > > Thanks,
> > > > Severin
> > > > 
> > > > On Fri, 2018-01-26 at 09:44 -0800, Phil Race wrote:
> > > > >    > I could not remove -lawt however.
> > > > > 
> > > > > Ah yes, Erik sent me the errors and yes there are some 2D functions that are
> > > > > defined in libawt that fontmanager needs for text rendering support, so
> > > > > we can't remove that.
> > > > > 
> > > > > libawt on these platforms with separate headless and xawt libraries
> > > > > could have
> > > > > more aptly be called lib2d .. since most of the true AWT functionality
> > > > > is in the xawt library.
> > > > > 
> > > > > 
> > > > > -phil.
> > > > > 
> > > > > On 01/26/2018 09:23 AM, Erik Joelsson wrote:
> > > > > > This patch builds on Solaris:
> > > > > > 
> > > > > > diff -r 50cd89fe209f make/lib/Awt2dLibraries.gmk
> > > > > > --- a/make/lib/Awt2dLibraries.gmk
> > > > > > +++ b/make/lib/Awt2dLibraries.gmk
> > > > > > @@ -683,15 +683,15 @@
> > > > > >            hidevf w_novirtualdescr arrowrtn2, \
> > > > > >        DISABLED_WARNINGS_microsoft := 4267 4244 4018 4090 4996 4146 4334
> > > > > > 4819 4101, \
> > > > > >        MAPFILE := $(BUILD_LIBFONTMANAGER_MAPFILE), \
> > > > > > -    LDFLAGS := $(subst -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
> > > > > > $(LDFLAGS_CXX_JDK) \
> > > > > > +    LDFLAGS := $(LDFLAGS_JDKLIB) $(LDFLAGS_CXX_JDK) \
> > > > > >            $(call SET_SHARED_LIBRARY_ORIGIN), \
> > > > > >        LDFLAGS_unix := -L$(INSTALL_LIBRARIES_HERE), \
> > > > > >        LDFLAGS_macosx := -undefined dynamic_lookup, \
> > > > > >        LIBS := $(BUILD_LIBFONTMANAGER_FONTLIB), \
> > > > > >        LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX), \
> > > > > > -    LIBS_linux := -lc, \
> > > > > > +    LIBS_linux := -lawt_headless -lc, \
> > > > > >        LIBS_solaris := -lawt_headless -lc, \
> > > > > >        LIBS_aix := -lawt_headless,\
> > > > > > 
> > > > > > I could not remove -lawt however.
> > > > > > 
> > > > > > /Erik
> > > > > > 
> > > > > > On 2018-01-26 09:15, Erik Joelsson wrote:
> > > > > > > On 2018-01-26 09:02, Severin Gehwolf wrote:
> > > > > > > > On Fri, 2018-01-26 at 08:54 -0800, Erik Joelsson wrote:
> > > > > > > > > On 2018-01-26 08:44, Phil Race wrote:
> > > > > > > > > > When this was fixed for Solaris
> > > > > > > > > > https://bugs.openjdk.java.net/browse/JDK-8071710
> > > > > > > > > > the observed problem was not building (although it could have been)
> > > > > > > > > > but at runtime.
> > > > > > > > > > I think you can verify what you've done with "ldd" ..
> > > > > > > > > > 
> > > > > > > > > > This patch adds awt_headless.so, but does not remove awt.so.
> > > > > > > > > > 
> > > > > > > > > > Perhaps the line
> > > > > > > > > > 
> > > > > > > > > > LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX)
> > > > > > > > > > After your fix I expect "ldd" should not need to show awt .. just
> > > > > > > > > > awt_headless
> > > > > > > > > > 
> > > > > > > > > > ie linux should not have this -lawt dependency any more and the -lawt
> > > > > > > > > > dependency should be specific to windows + mac ..
> > > > > > > > 
> > > > > > > > Thanks for the review, Phil. I'll post an updated webrev shortly.
> > > > > > > > 
> > > > > > > > Any thoughts on the LDFLAGS filtering? Shouldn't this only be done on
> > > > > > > > platforms that need it? solaris, linux, aix should already be fine
> > > > > > > > without filtering.
> > > > > > > 
> > > > > > > I would say try removing the filtering. The affected flags are
> > > > > > > currently only set on linux and solaris. I will do a test build on
> > > > > > > the latter and see if the filtering is actually needed.
> > > > > > > 
> > > > > > > /Erik
> > > > > > > > Thanks,
> > > > > > > > Severin
> > > > > > > > 
> > > > > > > > > So we already use -lawt_headless on solaris and aix, then I really
> > > > > > > > > can't
> > > > > > > > > see a reason not to do the same for linux.
> > > > > > > > > > On 01/26/2018 08:10 AM, Severin Gehwolf wrote:
> > > > > > > > > > > Hi,
> > > > > > > > > > > 
> > > > > > > > > > > Could I please get a review for this rather small patch which
> > > > > > > > > > > originally occurred for us on JDK 8 (Fedora) which recently
> > > > > > > > > > > switched to
> > > > > > > > > > > building with "-Wl,-z,defs" linker flags. The result was a build
> > > > > > > > > > > failure, due to unresolved symbols. Indeed libfontmanager.so should
> > > > > > > > > > > have -lawt_headless in the list of dependent libs as symbols such as
> > > > > > > > > > > AWTLoadFont come from libawt_headless.so, not libawt.so on Linux.
> > > > > > > > > > > Some
> > > > > > > > > > > more details are on the bug.
> > > > > > > > > > > 
> > > > > > > > > > > webrev:
> > > > > > > > > > > http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.01/
> > > > > > > > > > > Bug: https://bugs.openjdk.java.net/browse/JDK-8196218
> > > > > > > > > > > 
> > > > > > > > > > > Testing: Build fails with configure option
> > > > > > > > > > >              --with-extra-ldflags="-Xlinker -z -Xlinker defs"
> > > > > > > > > > >              prior the fix. Succeeds after.
> > > > > > > > > > > 
> > > > > > > > > > > Question for 2d-folks/build-dev folks:
> > > > > > > > > > 
> > > > > > > > > > I don't know about this, build folks probably know.
> > > > > > > > > > 
> > > > > > > > > 
> > > > > > > > > This is from way ahead of my time. The filtering is simply the
> > > > > > > > > build-infra way of achieving the same thing as in the old build
> > > > > > > > > system.
> > > > > > > > > Here is the corresponding code in jdk7:
> > > > > > > > > 
> > > > > > > > > $ hg annotate make/sun/font/Makefile
> > > > > > > > > ...
> > > > > > > > >        0: #
> > > > > > > > >        0: # Created without -z defs on linux
> > > > > > > > >        0: #
> > > > > > > > >        0: ifeq ($(PLATFORM), linux)
> > > > > > > > >        0:   LDFLAGS_DEFS_OPTION =
> > > > > > > > >        0: endif
> > > > > > > > > ...
> > > > > > > > > 
> > > > > > > > > /Erik
> > > > > > > > > 
> > > > > > > > > > -phil.
> > > > > > > > > > > There is this snippet in the libfontmanager block in
> > > > > > > > > > > make/lib/Awt2dLibraries.gmk, line 686:
> > > > > > > > > > > 
> > > > > > > > > > >         LDFLAGS := $(subst
> > > > > > > > > > > -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
> > > > > > > > > > > $(LDFLAGS_CXX_JDK) \
> > > > > > > > > > >             $(call SET_SHARED_LIBRARY_ORIGIN), \
> > > > > > > > > > > 
> > > > > > > > > > > It's my understanding that this is supposed to filter "-Wl,-z,defs"
> > > > > > > > > > > from LDFLAGS_JDKLIB. Does anybody know why it does so? Is there a
> > > > > > > > > > > legit
> > > > > > > > > > > reason when unresolved symbols at link time are OK? Besides, why
> > > > > > > > > > > does
> > > > > > > > > > > it not also filter "-Xlinker -z -Xlinker defs"? FWIW, in JDK 8
> > > > > > > > > > > it's the
> > > > > > > > > > > other way round. Xlinker flags are filtered, but -Wl,-z,defs is not.
> > > > > > > > > > > Thoughts?
> > > > > > > > > > > 
> > > > > > > > > > > Thanks,
> > > > > > > > > > > Severin
> 
> 


From erik.joelsson at oracle.com  Tue Jan 30 16:36:38 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Tue, 30 Jan 2018 08:36:38 -0800 (PST)
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager should
 be linked against headless awt library
In-Reply-To: <1517301748.4159.1.camel@redhat.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
 <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>
 <2d569244-42a1-c652-cf96-0761d22328bc@oracle.com>
 <ed373a5a-ab8a-882a-0553-065f01bdd5ad@oracle.com>
 <1517218778.4106.10.camel@redhat.com>
 <4657791d-45ff-deb6-b092-b3b28963dd4f@oracle.com>
 <1517252031.4106.47.camel@redhat.com>
 <2479e9ec-18db-02fe-01bd-69ae29862173@oracle.com>
 <1517301748.4159.1.camel@redhat.com>
Message-ID: <87a8ef58-4c83-42e2-59be-db23be9f4343@oracle.com>

I found your job and it's all successful. Something is up with the 
service though. I'm pinging the relevant people here.

/Erik


On 2018-01-30 00:42, Severin Gehwolf wrote:
> On Mon, 2018-01-29 at 12:09 -0800, Phil Race wrote:
>> It looks OK but have you tried running it through the new build system
>> discussed here ?
>> http://mail.openjdk.java.net/pipermail/jdk-dev/2018-January/000566.html
> Thanks. I've submitted it yesterday, yes. No response - via email - so
> far, though.
>
> Cheers,
> Severin
>
>> -phil.
>>
>> On 01/29/2018 10:53 AM, Severin Gehwolf wrote:
>>> Hi Phil,
>>>
>>> Are you OK with the latest webrev as well?
>>> http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.02/
>>>
>>> Thanks,
>>> Severin
>>>
>>> On Mon, 2018-01-29 at 08:29 -0800, Erik Joelsson wrote:
>>>> This looks good to me. Good catch on the dependency declaration further
>>>> down. I don't see any reason this would need a sponsor, jdk/jdk should
>>>> be open.
>>>>
>>>> /Erik
>>>>
>>>>
>>>> On 2018-01-29 01:39, Severin Gehwolf wrote:
>>>>> Hi,
>>>>>
>>>>> Updated webrev which removes the linker flags filtering. Linking with
>>>>> the awt lib is being kept. ldd confirmed what Erik found out elsewhere:
>>>>>
>>>>> $ find build/linux-x86_64-normal-server-release/images/jdk -name libfontmanager.so
>>>>> build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so
>>>>> $ ldd build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so
>>>>> ldd: warning: you do not have execution permission for `build/linux-x86_64-normal-server-release/images/jdk/lib/libfontmanager.so'
>>>>> 	linux-vdso.so.1 (0x00007ffe13cc5000)
>>>>> 	libfreetype.so.6 => /lib64/libfreetype.so.6 (0x00007fb58e204000)
>>>>> 	libawt.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libawt.so (0x00007fb58df34000)
>>>>> 	libjava.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libjava.so (0x00007fb58dd07000)
>>>>> 	libjvm.so => not found
>>>>> 	libawt_headless.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libawt_headless.so (0x00007fb58dafe000)
>>>>> 	libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fb58d778000)
>>>>> 	libm.so.6 => /lib64/libm.so.6 (0x00007fb58d423000)
>>>>> 	libc.so.6 => /lib64/libc.so.6 (0x00007fb58d040000)
>>>>> 	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fb58ce29000)
>>>>> 	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007fb58cc18000)
>>>>> 	libpng16.so.16 => /lib64/libpng16.so.16 (0x00007fb58c9e5000)
>>>>> 	libz.so.1 => /lib64/libz.so.1 (0x00007fb58c7ce000)
>>>>> 	libjvm.so => not found
>>>>> 	libdl.so.2 => /lib64/libdl.so.2 (0x00007fb58c5ca000)
>>>>> 	libjvm.so => not found
>>>>> 	libverify.so => /disk/openjdk/upstream-sources/openjdk-hs/build/linux-x86_64-normal-server-release/images/jdk/lib/libverify.so (0x00007fb58c3bb000)
>>>>> 	/lib64/ld-linux-x86-64.so.2 (0x00007fb58e74f000)
>>>>> 	libjvm.so => not found
>>>>> 	libjvm.so => not found
>>>>>
>>>>> http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.02/
>>>>>
>>>>> How does this look?
>>>>>
>>>>> Do I need an Oracle sponsor for this or can I push this to jdk/jdk
>>>>> myself.
>>>>>
>>>>> Thanks,
>>>>> Severin
>>>>>
>>>>> On Fri, 2018-01-26 at 09:44 -0800, Phil Race wrote:
>>>>>>     > I could not remove -lawt however.
>>>>>>
>>>>>> Ah yes, Erik sent me the errors and yes there are some 2D functions that are
>>>>>> defined in libawt that fontmanager needs for text rendering support, so
>>>>>> we can't remove that.
>>>>>>
>>>>>> libawt on these platforms with separate headless and xawt libraries
>>>>>> could have
>>>>>> more aptly be called lib2d .. since most of the true AWT functionality
>>>>>> is in the xawt library.
>>>>>>
>>>>>>
>>>>>> -phil.
>>>>>>
>>>>>> On 01/26/2018 09:23 AM, Erik Joelsson wrote:
>>>>>>> This patch builds on Solaris:
>>>>>>>
>>>>>>> diff -r 50cd89fe209f make/lib/Awt2dLibraries.gmk
>>>>>>> --- a/make/lib/Awt2dLibraries.gmk
>>>>>>> +++ b/make/lib/Awt2dLibraries.gmk
>>>>>>> @@ -683,15 +683,15 @@
>>>>>>>             hidevf w_novirtualdescr arrowrtn2, \
>>>>>>>         DISABLED_WARNINGS_microsoft := 4267 4244 4018 4090 4996 4146 4334
>>>>>>> 4819 4101, \
>>>>>>>         MAPFILE := $(BUILD_LIBFONTMANAGER_MAPFILE), \
>>>>>>> -    LDFLAGS := $(subst -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
>>>>>>> $(LDFLAGS_CXX_JDK) \
>>>>>>> +    LDFLAGS := $(LDFLAGS_JDKLIB) $(LDFLAGS_CXX_JDK) \
>>>>>>>             $(call SET_SHARED_LIBRARY_ORIGIN), \
>>>>>>>         LDFLAGS_unix := -L$(INSTALL_LIBRARIES_HERE), \
>>>>>>>         LDFLAGS_macosx := -undefined dynamic_lookup, \
>>>>>>>         LIBS := $(BUILD_LIBFONTMANAGER_FONTLIB), \
>>>>>>>         LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX), \
>>>>>>> -    LIBS_linux := -lc, \
>>>>>>> +    LIBS_linux := -lawt_headless -lc, \
>>>>>>>         LIBS_solaris := -lawt_headless -lc, \
>>>>>>>         LIBS_aix := -lawt_headless,\
>>>>>>>
>>>>>>> I could not remove -lawt however.
>>>>>>>
>>>>>>> /Erik
>>>>>>>
>>>>>>> On 2018-01-26 09:15, Erik Joelsson wrote:
>>>>>>>> On 2018-01-26 09:02, Severin Gehwolf wrote:
>>>>>>>>> On Fri, 2018-01-26 at 08:54 -0800, Erik Joelsson wrote:
>>>>>>>>>> On 2018-01-26 08:44, Phil Race wrote:
>>>>>>>>>>> When this was fixed for Solaris
>>>>>>>>>>> https://bugs.openjdk.java.net/browse/JDK-8071710
>>>>>>>>>>> the observed problem was not building (although it could have been)
>>>>>>>>>>> but at runtime.
>>>>>>>>>>> I think you can verify what you've done with "ldd" ..
>>>>>>>>>>>
>>>>>>>>>>> This patch adds awt_headless.so, but does not remove awt.so.
>>>>>>>>>>>
>>>>>>>>>>> Perhaps the line
>>>>>>>>>>>
>>>>>>>>>>> LIBS_unix := -lawt -ljava -ljvm $(LIBM) $(LIBCXX)
>>>>>>>>>>> After your fix I expect "ldd" should not need to show awt .. just
>>>>>>>>>>> awt_headless
>>>>>>>>>>>
>>>>>>>>>>> ie linux should not have this -lawt dependency any more and the -lawt
>>>>>>>>>>> dependency should be specific to windows + mac ..
>>>>>>>>> Thanks for the review, Phil. I'll post an updated webrev shortly.
>>>>>>>>>
>>>>>>>>> Any thoughts on the LDFLAGS filtering? Shouldn't this only be done on
>>>>>>>>> platforms that need it? solaris, linux, aix should already be fine
>>>>>>>>> without filtering.
>>>>>>>> I would say try removing the filtering. The affected flags are
>>>>>>>> currently only set on linux and solaris. I will do a test build on
>>>>>>>> the latter and see if the filtering is actually needed.
>>>>>>>>
>>>>>>>> /Erik
>>>>>>>>> Thanks,
>>>>>>>>> Severin
>>>>>>>>>
>>>>>>>>>> So we already use -lawt_headless on solaris and aix, then I really
>>>>>>>>>> can't
>>>>>>>>>> see a reason not to do the same for linux.
>>>>>>>>>>> On 01/26/2018 08:10 AM, Severin Gehwolf wrote:
>>>>>>>>>>>> Hi,
>>>>>>>>>>>>
>>>>>>>>>>>> Could I please get a review for this rather small patch which
>>>>>>>>>>>> originally occurred for us on JDK 8 (Fedora) which recently
>>>>>>>>>>>> switched to
>>>>>>>>>>>> building with "-Wl,-z,defs" linker flags. The result was a build
>>>>>>>>>>>> failure, due to unresolved symbols. Indeed libfontmanager.so should
>>>>>>>>>>>> have -lawt_headless in the list of dependent libs as symbols such as
>>>>>>>>>>>> AWTLoadFont come from libawt_headless.so, not libawt.so on Linux.
>>>>>>>>>>>> Some
>>>>>>>>>>>> more details are on the bug.
>>>>>>>>>>>>
>>>>>>>>>>>> webrev:
>>>>>>>>>>>> http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev.01/
>>>>>>>>>>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8196218
>>>>>>>>>>>>
>>>>>>>>>>>> Testing: Build fails with configure option
>>>>>>>>>>>>               --with-extra-ldflags="-Xlinker -z -Xlinker defs"
>>>>>>>>>>>>               prior the fix. Succeeds after.
>>>>>>>>>>>>
>>>>>>>>>>>> Question for 2d-folks/build-dev folks:
>>>>>>>>>>> I don't know about this, build folks probably know.
>>>>>>>>>>>
>>>>>>>>>> This is from way ahead of my time. The filtering is simply the
>>>>>>>>>> build-infra way of achieving the same thing as in the old build
>>>>>>>>>> system.
>>>>>>>>>> Here is the corresponding code in jdk7:
>>>>>>>>>>
>>>>>>>>>> $ hg annotate make/sun/font/Makefile
>>>>>>>>>> ...
>>>>>>>>>>         0: #
>>>>>>>>>>         0: # Created without -z defs on linux
>>>>>>>>>>         0: #
>>>>>>>>>>         0: ifeq ($(PLATFORM), linux)
>>>>>>>>>>         0:   LDFLAGS_DEFS_OPTION =
>>>>>>>>>>         0: endif
>>>>>>>>>> ...
>>>>>>>>>>
>>>>>>>>>> /Erik
>>>>>>>>>>
>>>>>>>>>>> -phil.
>>>>>>>>>>>> There is this snippet in the libfontmanager block in
>>>>>>>>>>>> make/lib/Awt2dLibraries.gmk, line 686:
>>>>>>>>>>>>
>>>>>>>>>>>>          LDFLAGS := $(subst
>>>>>>>>>>>> -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
>>>>>>>>>>>> $(LDFLAGS_CXX_JDK) \
>>>>>>>>>>>>              $(call SET_SHARED_LIBRARY_ORIGIN), \
>>>>>>>>>>>>
>>>>>>>>>>>> It's my understanding that this is supposed to filter "-Wl,-z,defs"
>>>>>>>>>>>> from LDFLAGS_JDKLIB. Does anybody know why it does so? Is there a
>>>>>>>>>>>> legit
>>>>>>>>>>>> reason when unresolved symbols at link time are OK? Besides, why
>>>>>>>>>>>> does
>>>>>>>>>>>> it not also filter "-Xlinker -z -Xlinker defs"? FWIW, in JDK 8
>>>>>>>>>>>> it's the
>>>>>>>>>>>> other way round. Xlinker flags are filtered, but -Wl,-z,defs is not.
>>>>>>>>>>>> Thoughts?
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks,
>>>>>>>>>>>> Severin
>>



From sgehwolf at redhat.com  Tue Jan 30 16:49:27 2018
From: sgehwolf at redhat.com (Severin Gehwolf)
Date: Tue, 30 Jan 2018 17:49:27 +0100
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager
 should be linked against headless awt library
In-Reply-To: <87a8ef58-4c83-42e2-59be-db23be9f4343@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
 <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>
 <2d569244-42a1-c652-cf96-0761d22328bc@oracle.com>
 <ed373a5a-ab8a-882a-0553-065f01bdd5ad@oracle.com>
 <1517218778.4106.10.camel@redhat.com>
 <4657791d-45ff-deb6-b092-b3b28963dd4f@oracle.com>
 <1517252031.4106.47.camel@redhat.com>
 <2479e9ec-18db-02fe-01bd-69ae29862173@oracle.com>
 <1517301748.4159.1.camel@redhat.com>
 <87a8ef58-4c83-42e2-59be-db23be9f4343@oracle.com>
Message-ID: <1517330967.4159.36.camel@redhat.com>

On Tue, 2018-01-30 at 08:36 -0800, Erik Joelsson wrote:
> I found your job and it's all successful. Something is up with the 
> service though. I'm pinging the relevant people here.

Yes, indeed:
http://mail.openjdk.java.net/pipermail/jdk-dev/2018-January/000622.html

Thanks, Erik!

Cheers,
Severin


From sgehwolf at redhat.com  Tue Jan 30 17:05:19 2018
From: sgehwolf at redhat.com (Severin Gehwolf)
Date: Tue, 30 Jan 2018 18:05:19 +0100
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager
 should be linked against headless awt library
In-Reply-To: <87a8ef58-4c83-42e2-59be-db23be9f4343@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
 <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>
 <2d569244-42a1-c652-cf96-0761d22328bc@oracle.com>
 <ed373a5a-ab8a-882a-0553-065f01bdd5ad@oracle.com>
 <1517218778.4106.10.camel@redhat.com>
 <4657791d-45ff-deb6-b092-b3b28963dd4f@oracle.com>
 <1517252031.4106.47.camel@redhat.com>
 <2479e9ec-18db-02fe-01bd-69ae29862173@oracle.com>
 <1517301748.4159.1.camel@redhat.com>
 <87a8ef58-4c83-42e2-59be-db23be9f4343@oracle.com>
Message-ID: <1517331919.4159.39.camel@redhat.com>

On Tue, 2018-01-30 at 08:36 -0800, Erik Joelsson wrote:
> I found your job and it's all successful. Something is up with the 
> service though. I'm pinging the relevant people here.

Phil, Erik: Where should I push this to? jdk or client?

http://hg.openjdk.java.net/jdk/client/

or

http://hg.openjdk.java.net/jdk/jdk/

Thanks,
Severin

> /Erik
> 
> 
> On 2018-01-30 00:42, Severin Gehwolf wrote:
> > On Mon, 2018-01-29 at 12:09 -0800, Phil Race wrote:
> > > It looks OK but have you tried running it through the new build
> > > system
> > > discussed here ?
> > > http://mail.openjdk.java.net/pipermail/jdk-dev/2018-January/00056
> > > 6.html
> > 
> > Thanks. I've submitted it yesterday, yes. No response - via email -
> > so
> > far, though.
> > 
> > Cheers,
> > Severin
> > 
> > > -phil.
> > > 
> > > On 01/29/2018 10:53 AM, Severin Gehwolf wrote:
> > > > Hi Phil,
> > > > 
> > > > Are you OK with the latest webrev as well?
> > > > http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/webrev
> > > > .02/
> > > > 
> > > > Thanks,
> > > > Severin
> > > > 
> > > > On Mon, 2018-01-29 at 08:29 -0800, Erik Joelsson wrote:
> > > > > This looks good to me. Good catch on the dependency
> > > > > declaration further
> > > > > down. I don't see any reason this would need a sponsor,
> > > > > jdk/jdk should
> > > > > be open.
> > > > > 
> > > > > /Erik
> > > > > 
> > > > > 
> > > > > On 2018-01-29 01:39, Severin Gehwolf wrote:
> > > > > > Hi,
> > > > > > 
> > > > > > Updated webrev which removes the linker flags filtering.
> > > > > > Linking with
> > > > > > the awt lib is being kept. ldd confirmed what Erik found
> > > > > > out elsewhere:
> > > > > > 
> > > > > > $ find build/linux-x86_64-normal-server-release/images/jdk
> > > > > > -name libfontmanager.so
> > > > > > build/linux-x86_64-normal-server-
> > > > > > release/images/jdk/lib/libfontmanager.so
> > > > > > $ ldd build/linux-x86_64-normal-server-
> > > > > > release/images/jdk/lib/libfontmanager.so
> > > > > > ldd: warning: you do not have execution permission for
> > > > > > `build/linux-x86_64-normal-server-
> > > > > > release/images/jdk/lib/libfontmanager.so'
> > > > > > 	linux-vdso.so.1 (0x00007ffe13cc5000)
> > > > > > 	libfreetype.so.6 => /lib64/libfreetype.so.6
> > > > > > (0x00007fb58e204000)
> > > > > > 	libawt.so => /disk/openjdk/upstream-sources/openjdk-
> > > > > > hs/build/linux-x86_64-normal-server-
> > > > > > release/images/jdk/lib/libawt.so (0x00007fb58df34000)
> > > > > > 	libjava.so => /disk/openjdk/upstream-sources/openjdk-
> > > > > > hs/build/linux-x86_64-normal-server-
> > > > > > release/images/jdk/lib/libjava.so (0x00007fb58dd07000)
> > > > > > 	libjvm.so => not found
> > > > > > 	libawt_headless.so => /disk/openjdk/upstream-
> > > > > > sources/openjdk-hs/build/linux-x86_64-normal-server-
> > > > > > release/images/jdk/lib/libawt_headless.so
> > > > > > (0x00007fb58dafe000)
> > > > > > 	libstdc++.so.6 => /lib64/libstdc++.so.6
> > > > > > (0x00007fb58d778000)
> > > > > > 	libm.so.6 => /lib64/libm.so.6 (0x00007fb58d423000)
> > > > > > 	libc.so.6 => /lib64/libc.so.6 (0x00007fb58d040000)
> > > > > > 	libgcc_s.so.1 => /lib64/libgcc_s.so.1
> > > > > > (0x00007fb58ce29000)
> > > > > > 	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007fb58cc18000)
> > > > > > 	libpng16.so.16 => /lib64/libpng16.so.16
> > > > > > (0x00007fb58c9e5000)
> > > > > > 	libz.so.1 => /lib64/libz.so.1 (0x00007fb58c7ce000)
> > > > > > 	libjvm.so => not found
> > > > > > 	libdl.so.2 => /lib64/libdl.so.2 (0x00007fb58c5ca000)
> > > > > > 	libjvm.so => not found
> > > > > > 	libverify.so => /disk/openjdk/upstream-sources/openjdk-
> > > > > > hs/build/linux-x86_64-normal-server-
> > > > > > release/images/jdk/lib/libverify.so (0x00007fb58c3bb000)
> > > > > > 	/lib64/ld-linux-x86-64.so.2 (0x00007fb58e74f000)
> > > > > > 	libjvm.so => not found
> > > > > > 	libjvm.so => not found
> > > > > > 
> > > > > > http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8196218/we
> > > > > > brev.02/
> > > > > > 
> > > > > > How does this look?
> > > > > > 
> > > > > > Do I need an Oracle sponsor for this or can I push this to
> > > > > > jdk/jdk
> > > > > > myself.
> > > > > > 
> > > > > > Thanks,
> > > > > > Severin
> > > > > > 
> > > > > > On Fri, 2018-01-26 at 09:44 -0800, Phil Race wrote:
> > > > > > >     > I could not remove -lawt however.
> > > > > > > 
> > > > > > > Ah yes, Erik sent me the errors and yes there are some 2D
> > > > > > > functions that are
> > > > > > > defined in libawt that fontmanager needs for text
> > > > > > > rendering support, so
> > > > > > > we can't remove that.
> > > > > > > 
> > > > > > > libawt on these platforms with separate headless and xawt
> > > > > > > libraries
> > > > > > > could have
> > > > > > > more aptly be called lib2d .. since most of the true AWT
> > > > > > > functionality
> > > > > > > is in the xawt library.
> > > > > > > 
> > > > > > > 
> > > > > > > -phil.
> > > > > > > 
> > > > > > > On 01/26/2018 09:23 AM, Erik Joelsson wrote:
> > > > > > > > This patch builds on Solaris:
> > > > > > > > 
> > > > > > > > diff -r 50cd89fe209f make/lib/Awt2dLibraries.gmk
> > > > > > > > --- a/make/lib/Awt2dLibraries.gmk
> > > > > > > > +++ b/make/lib/Awt2dLibraries.gmk
> > > > > > > > @@ -683,15 +683,15 @@
> > > > > > > >             hidevf w_novirtualdescr arrowrtn2, \
> > > > > > > >         DISABLED_WARNINGS_microsoft := 4267 4244 4018
> > > > > > > > 4090 4996 4146 4334
> > > > > > > > 4819 4101, \
> > > > > > > >         MAPFILE := $(BUILD_LIBFONTMANAGER_MAPFILE), \
> > > > > > > > -    LDFLAGS := $(subst -Wl$(COMMA)-
> > > > > > > > z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
> > > > > > > > $(LDFLAGS_CXX_JDK) \
> > > > > > > > +    LDFLAGS := $(LDFLAGS_JDKLIB) $(LDFLAGS_CXX_JDK) \
> > > > > > > >             $(call SET_SHARED_LIBRARY_ORIGIN), \
> > > > > > > >         LDFLAGS_unix := -L$(INSTALL_LIBRARIES_HERE), \
> > > > > > > >         LDFLAGS_macosx := -undefined dynamic_lookup, \
> > > > > > > >         LIBS := $(BUILD_LIBFONTMANAGER_FONTLIB), \
> > > > > > > >         LIBS_unix := -lawt -ljava -ljvm $(LIBM)
> > > > > > > > $(LIBCXX), \
> > > > > > > > -    LIBS_linux := -lc, \
> > > > > > > > +    LIBS_linux := -lawt_headless -lc, \
> > > > > > > >         LIBS_solaris := -lawt_headless -lc, \
> > > > > > > >         LIBS_aix := -lawt_headless,\
> > > > > > > > 
> > > > > > > > I could not remove -lawt however.
> > > > > > > > 
> > > > > > > > /Erik
> > > > > > > > 
> > > > > > > > On 2018-01-26 09:15, Erik Joelsson wrote:
> > > > > > > > > On 2018-01-26 09:02, Severin Gehwolf wrote:
> > > > > > > > > > On Fri, 2018-01-26 at 08:54 -0800, Erik Joelsson
> > > > > > > > > > wrote:
> > > > > > > > > > > On 2018-01-26 08:44, Phil Race wrote:
> > > > > > > > > > > > When this was fixed for Solaris
> > > > > > > > > > > > https://bugs.openjdk.java.net/browse/JDK-807171
> > > > > > > > > > > > 0
> > > > > > > > > > > > the observed problem was not building (although
> > > > > > > > > > > > it could have been)
> > > > > > > > > > > > but at runtime.
> > > > > > > > > > > > I think you can verify what you've done with
> > > > > > > > > > > > "ldd" ..
> > > > > > > > > > > > 
> > > > > > > > > > > > This patch adds awt_headless.so, but does not
> > > > > > > > > > > > remove awt.so.
> > > > > > > > > > > > 
> > > > > > > > > > > > Perhaps the line
> > > > > > > > > > > > 
> > > > > > > > > > > > LIBS_unix := -lawt -ljava -ljvm $(LIBM)
> > > > > > > > > > > > $(LIBCXX)
> > > > > > > > > > > > After your fix I expect "ldd" should not need
> > > > > > > > > > > > to show awt .. just
> > > > > > > > > > > > awt_headless
> > > > > > > > > > > > 
> > > > > > > > > > > > ie linux should not have this -lawt dependency
> > > > > > > > > > > > any more and the -lawt
> > > > > > > > > > > > dependency should be specific to windows + mac
> > > > > > > > > > > > ..
> > > > > > > > > > 
> > > > > > > > > > Thanks for the review, Phil. I'll post an updated
> > > > > > > > > > webrev shortly.
> > > > > > > > > > 
> > > > > > > > > > Any thoughts on the LDFLAGS filtering? Shouldn't
> > > > > > > > > > this only be done on
> > > > > > > > > > platforms that need it? solaris, linux, aix should
> > > > > > > > > > already be fine
> > > > > > > > > > without filtering.
> > > > > > > > > 
> > > > > > > > > I would say try removing the filtering. The affected
> > > > > > > > > flags are
> > > > > > > > > currently only set on linux and solaris. I will do a
> > > > > > > > > test build on
> > > > > > > > > the latter and see if the filtering is actually
> > > > > > > > > needed.
> > > > > > > > > 
> > > > > > > > > /Erik
> > > > > > > > > > Thanks,
> > > > > > > > > > Severin
> > > > > > > > > > 
> > > > > > > > > > > So we already use -lawt_headless on solaris and
> > > > > > > > > > > aix, then I really
> > > > > > > > > > > can't
> > > > > > > > > > > see a reason not to do the same for linux.
> > > > > > > > > > > > On 01/26/2018 08:10 AM, Severin Gehwolf wrote:
> > > > > > > > > > > > > Hi,
> > > > > > > > > > > > > 
> > > > > > > > > > > > > Could I please get a review for this rather
> > > > > > > > > > > > > small patch which
> > > > > > > > > > > > > originally occurred for us on JDK 8 (Fedora)
> > > > > > > > > > > > > which recently
> > > > > > > > > > > > > switched to
> > > > > > > > > > > > > building with "-Wl,-z,defs" linker flags. The
> > > > > > > > > > > > > result was a build
> > > > > > > > > > > > > failure, due to unresolved symbols. Indeed
> > > > > > > > > > > > > libfontmanager.so should
> > > > > > > > > > > > > have -lawt_headless in the list of dependent
> > > > > > > > > > > > > libs as symbols such as
> > > > > > > > > > > > > AWTLoadFont come from libawt_headless.so, not
> > > > > > > > > > > > > libawt.so on Linux.
> > > > > > > > > > > > > Some
> > > > > > > > > > > > > more details are on the bug.
> > > > > > > > > > > > > 
> > > > > > > > > > > > > webrev:
> > > > > > > > > > > > > http://cr.openjdk.java.net/~sgehwolf/webrevs/
> > > > > > > > > > > > > JDK-8196218/webrev.01/
> > > > > > > > > > > > > Bug: https://bugs.openjdk.java.net/browse/JDK
> > > > > > > > > > > > > -8196218
> > > > > > > > > > > > > 
> > > > > > > > > > > > > Testing: Build fails with configure option
> > > > > > > > > > > > >               --with-extra-ldflags="-Xlinker
> > > > > > > > > > > > > -z -Xlinker defs"
> > > > > > > > > > > > >               prior the fix. Succeeds after.
> > > > > > > > > > > > > 
> > > > > > > > > > > > > Question for 2d-folks/build-dev folks:
> > > > > > > > > > > > 
> > > > > > > > > > > > I don't know about this, build folks probably
> > > > > > > > > > > > know.
> > > > > > > > > > > > 
> > > > > > > > > > > 
> > > > > > > > > > > This is from way ahead of my time. The filtering
> > > > > > > > > > > is simply the
> > > > > > > > > > > build-infra way of achieving the same thing as in
> > > > > > > > > > > the old build
> > > > > > > > > > > system.
> > > > > > > > > > > Here is the corresponding code in jdk7:
> > > > > > > > > > > 
> > > > > > > > > > > $ hg annotate make/sun/font/Makefile
> > > > > > > > > > > ...
> > > > > > > > > > >         0: #
> > > > > > > > > > >         0: # Created without -z defs on linux
> > > > > > > > > > >         0: #
> > > > > > > > > > >         0: ifeq ($(PLATFORM), linux)
> > > > > > > > > > >         0:   LDFLAGS_DEFS_OPTION =
> > > > > > > > > > >         0: endif
> > > > > > > > > > > ...
> > > > > > > > > > > 
> > > > > > > > > > > /Erik
> > > > > > > > > > > 
> > > > > > > > > > > > -phil.
> > > > > > > > > > > > > There is this snippet in the libfontmanager
> > > > > > > > > > > > > block in
> > > > > > > > > > > > > make/lib/Awt2dLibraries.gmk, line 686:
> > > > > > > > > > > > > 
> > > > > > > > > > > > >          LDFLAGS := $(subst
> > > > > > > > > > > > > -Wl$(COMMA)-z$(COMMA)defs,,$(LDFLAGS_JDKLIB))
> > > > > > > > > > > > > $(LDFLAGS_CXX_JDK) \
> > > > > > > > > > > > >              $(call
> > > > > > > > > > > > > SET_SHARED_LIBRARY_ORIGIN), \
> > > > > > > > > > > > > 
> > > > > > > > > > > > > It's my understanding that this is supposed
> > > > > > > > > > > > > to filter "-Wl,-z,defs"
> > > > > > > > > > > > > from LDFLAGS_JDKLIB. Does anybody know why it
> > > > > > > > > > > > > does so? Is there a
> > > > > > > > > > > > > legit
> > > > > > > > > > > > > reason when unresolved symbols at link time
> > > > > > > > > > > > > are OK? Besides, why
> > > > > > > > > > > > > does
> > > > > > > > > > > > > it not also filter "-Xlinker -z -Xlinker
> > > > > > > > > > > > > defs"? FWIW, in JDK 8
> > > > > > > > > > > > > it's the
> > > > > > > > > > > > > other way round. Xlinker flags are filtered,
> > > > > > > > > > > > > but -Wl,-z,defs is not.
> > > > > > > > > > > > > Thoughts?
> > > > > > > > > > > > > 
> > > > > > > > > > > > > Thanks,
> > > > > > > > > > > > > Severin
> 
> 


From philip.race at oracle.com  Tue Jan 30 17:16:33 2018
From: philip.race at oracle.com (Phil Race)
Date: Tue, 30 Jan 2018 09:16:33 -0800
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager should
 be linked against headless awt library
In-Reply-To: <1517331919.4159.39.camel@redhat.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
 <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>
 <2d569244-42a1-c652-cf96-0761d22328bc@oracle.com>
 <ed373a5a-ab8a-882a-0553-065f01bdd5ad@oracle.com>
 <1517218778.4106.10.camel@redhat.com>
 <4657791d-45ff-deb6-b092-b3b28963dd4f@oracle.com>
 <1517252031.4106.47.camel@redhat.com>
 <2479e9ec-18db-02fe-01bd-69ae29862173@oracle.com>
 <1517301748.4159.1.camel@redhat.com>
 <87a8ef58-4c83-42e2-59be-db23be9f4343@oracle.com>
 <1517331919.4159.39.camel@redhat.com>
Message-ID: <a8a13803-5f8c-c245-28bd-3f912f5dbc4e@oracle.com>

On 1/30/2018 9:05 AM, Severin Gehwolf wrote:
> On Tue, 2018-01-30 at 08:36 -0800, Erik Joelsson wrote:
>> I found your job and it's all successful. Something is up with the
>> service though. I'm pinging the relevant people here.
> Phil, Erik: Where should I push this to? jdk or client?

A good question. Since it has passed builds on all platforms, then we 
know that is fine,
but if you push to jdk/jdk there may not be any actual testing of the 
effects of the change before
inclusion in a promotion.

So you can push to jdk/jdk but it is a calculated risk .. if it were me 
I'd push to jdk/client.

-phil.

>
> http://hg.openjdk.java.net/jdk/client/
>
> or
>
> http://hg.openjdk.java.net/jdk/jdk/
>
> Thanks,
> Severin



From andrew_m_leonard at uk.ibm.com  Wed Jan 31 11:21:41 2018
From: andrew_m_leonard at uk.ibm.com (Andrew Leonard)
Date: Wed, 31 Jan 2018 11:21:41 +0000
Subject: Proposal: Make custom extension point additions
Message-ID: <OF050F6DCA.0DB01C15-ON80258226.003CD138-80258226.003E7085@notes.na.collabserv.com>

Hi,
I would like to find a sponsor for this change please?
To support certain extension capabilities I would like to propose the 
following patch to the following make files, summary of changes:
    M make/common/SetupJavaCompilers.gmk
        ==> Add IncludeCustomExtension hook and allow custom override of 
DISABLE_WARNINGS and JAVAC_WARNINGS
    M make/gensrc/GensrcVarHandles.gmk
        ==> Add IncludeCustomExtension "post" hook
    M make/lib/Lib-java.management.gmk
        ==> Add IncludeCustomExtension "post" hook
    M make/lib/Lib-jdk.management.gmk
        ==> Add IncludeCustomExtension "post" hook

Many thanks,
Andrew

hg diff -g output:
diff --git a/make/common/SetupJavaCompilers.gmk 
b/make/common/SetupJavaCompilers.gmk
--- a/make/common/SetupJavaCompilers.gmk
+++ b/make/common/SetupJavaCompilers.gmk
@@ -26,13 +26,16 @@
 ifndef _SETUP_GMK
 _SETUP_GMK := 1
 
+# Include custom extension hook
+$(eval $(call IncludeCustomExtension, common/SetupJavaCompilers.gmk))
+
 include JavaCompilation.gmk
 
-DISABLE_WARNINGS := 
-Xlint:all,-deprecation,-removal,-unchecked,-rawtypes,-cast,-serial,-dep-ann,-static,-fallthrough,-try,-varargs,-empty,-finally
+DISABLE_WARNINGS ?= 
-Xlint:all,-deprecation,-removal,-unchecked,-rawtypes,-cast,-serial,-dep-ann,-static,-fallthrough,-try,-varargs,-empty,-finally
 
 # If warnings needs to be non-fatal for testing purposes use a command 
like:
 # make JAVAC_WARNINGS="-Xlint:all -Xmaxwarns 10000"
-JAVAC_WARNINGS := -Xlint:all -Werror
+JAVAC_WARNINGS ?= -Xlint:all -Werror
 
 # The BOOT_JAVAC setup uses the boot jdk compiler to compile the tools
 # and the interim javac, to be run by the boot jdk.
diff --git a/make/gensrc/GensrcVarHandles.gmk 
b/make/gensrc/GensrcVarHandles.gmk
--- a/make/gensrc/GensrcVarHandles.gmk
+++ b/make/gensrc/GensrcVarHandles.gmk
@@ -167,4 +167,7 @@
 $(foreach t, $(VARHANDLES_BYTE_ARRAY_TYPES), \
   $(eval $(call GenerateVarHandleByteArray,VAR_HANDLE_BYTE_ARRAY_$t,$t)))
 
+# Include custom extension post hook
+$(eval $(call IncludeCustomExtension, gensrc/GensrcVarHandles-post.gmk))
+
 GENSRC_JAVA_BASE += $(GENSRC_VARHANDLES)
diff --git a/make/lib/Lib-java.management.gmk 
b/make/lib/Lib-java.management.gmk
--- a/make/lib/Lib-java.management.gmk
+++ b/make/lib/Lib-java.management.gmk
@@ -67,6 +67,9 @@
 
 $(BUILD_LIBMANAGEMENT): $(call FindLib, java.base, java)
 
+# Include custom extension post hook
+$(eval $(call IncludeCustomExtension, lib/Lib-java.management-post.gmk))
+
 TARGETS += $(BUILD_LIBMANAGEMENT)
 
 
################################################################################
diff --git a/make/lib/Lib-jdk.management.gmk 
b/make/lib/Lib-jdk.management.gmk
--- a/make/lib/Lib-jdk.management.gmk
+++ b/make/lib/Lib-jdk.management.gmk
@@ -77,6 +77,9 @@
 
 $(BUILD_LIBMANAGEMENT_EXT): $(call FindLib, java.base, java)
 
+# Include custom extension post hook
+$(eval $(call IncludeCustomExtension, lib/Lib-jdk.management-post.gmk))
+
 TARGETS += $(BUILD_LIBMANAGEMENT_EXT)
 
 
################################################################################






Andrew Leonard
Java Runtimes Development
IBM Hursley
IBM United Kingdom Ltd
Phone internal: 245913, external: 01962 815913
internet email: andrew_m_leonard at uk.ibm.com 


Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


From philip.race at oracle.com  Wed Jan 31 16:49:43 2018
From: philip.race at oracle.com (Phil Race)
Date: Wed, 31 Jan 2018 08:49:43 -0800
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager should
 be linked against headless awt library
In-Reply-To: <a8a13803-5f8c-c245-28bd-3f912f5dbc4e@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
 <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>
 <2d569244-42a1-c652-cf96-0761d22328bc@oracle.com>
 <ed373a5a-ab8a-882a-0553-065f01bdd5ad@oracle.com>
 <1517218778.4106.10.camel@redhat.com>
 <4657791d-45ff-deb6-b092-b3b28963dd4f@oracle.com>
 <1517252031.4106.47.camel@redhat.com>
 <2479e9ec-18db-02fe-01bd-69ae29862173@oracle.com>
 <1517301748.4159.1.camel@redhat.com>
 <87a8ef58-4c83-42e2-59be-db23be9f4343@oracle.com>
 <1517331919.4159.39.camel@redhat.com>
 <a8a13803-5f8c-c245-28bd-3f912f5dbc4e@oracle.com>
Message-ID: <0caee810-84f0-e3eb-5e32-a331e2be4473@oracle.com>

Severin,

Did you run any UI apps on a full (make all) build with the final 
version of the patch applied ?
It appears to have completely broken all UI apps on Linux and about 800 
UI tests failed last night.
Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException: 
native ops missing
     at java.desktop/sun.java2d.xr.XRSurfaceData.freeXSDOPicture(Native 
Method)

An exploded build is fine but the images build (what we ship) is broken.

I think I'll need to back this out.

A good thing it was pushed to client ..

-phil.

On 01/30/2018 09:16 AM, Phil Race wrote:
> On 1/30/2018 9:05 AM, Severin Gehwolf wrote:
>> On Tue, 2018-01-30 at 08:36 -0800, Erik Joelsson wrote:
>>> I found your job and it's all successful. Something is up with the
>>> service though. I'm pinging the relevant people here.
>> Phil, Erik: Where should I push this to? jdk or client?
>
> A good question. Since it has passed builds on all platforms, then we 
> know that is fine,
> but if you push to jdk/jdk there may not be any actual testing of the 
> effects of the change before
> inclusion in a promotion.
>
> So you can push to jdk/jdk but it is a calculated risk .. if it were 
> me I'd push to jdk/client.
>
> -phil.
>
>>
>> http://hg.openjdk.java.net/jdk/client/
>>
>> or
>>
>> http://hg.openjdk.java.net/jdk/jdk/
>>
>> Thanks,
>> Severin
>



From philip.race at oracle.com  Wed Jan 31 16:53:49 2018
From: philip.race at oracle.com (Phil Race)
Date: Wed, 31 Jan 2018 08:53:49 -0800
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager should
 be linked against headless awt library
In-Reply-To: <0caee810-84f0-e3eb-5e32-a331e2be4473@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
 <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>
 <2d569244-42a1-c652-cf96-0761d22328bc@oracle.com>
 <ed373a5a-ab8a-882a-0553-065f01bdd5ad@oracle.com>
 <1517218778.4106.10.camel@redhat.com>
 <4657791d-45ff-deb6-b092-b3b28963dd4f@oracle.com>
 <1517252031.4106.47.camel@redhat.com>
 <2479e9ec-18db-02fe-01bd-69ae29862173@oracle.com>
 <1517301748.4159.1.camel@redhat.com>
 <87a8ef58-4c83-42e2-59be-db23be9f4343@oracle.com>
 <1517331919.4159.39.camel@redhat.com>
 <a8a13803-5f8c-c245-28bd-3f912f5dbc4e@oracle.com>
 <0caee810-84f0-e3eb-5e32-a331e2be4473@oracle.com>
Message-ID: <22db6c1f-42b5-f36a-b0a3-c6ee84d8f896@oracle.com>

Reverting the change it out seems to cure the problem.
I've filed https://bugs.openjdk.java.net/browse/JDK-8196509

-phil.

On 01/31/2018 08:49 AM, Phil Race wrote:
> Severin,
>
> Did you run any UI apps on a full (make all) build with the final 
> version of the patch applied ?
> It appears to have completely broken all UI apps on Linux and about 
> 800 UI tests failed last night.
> Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException: 
> native ops missing
>     at java.desktop/sun.java2d.xr.XRSurfaceData.freeXSDOPicture(Native 
> Method)
>
> An exploded build is fine but the images build (what we ship) is broken.
>
> I think I'll need to back this out.
>
> A good thing it was pushed to client ..
>
> -phil.
>
> On 01/30/2018 09:16 AM, Phil Race wrote:
>> On 1/30/2018 9:05 AM, Severin Gehwolf wrote:
>>> On Tue, 2018-01-30 at 08:36 -0800, Erik Joelsson wrote:
>>>> I found your job and it's all successful. Something is up with the
>>>> service though. I'm pinging the relevant people here.
>>> Phil, Erik: Where should I push this to? jdk or client?
>>
>> A good question. Since it has passed builds on all platforms, then we 
>> know that is fine,
>> but if you push to jdk/jdk there may not be any actual testing of the 
>> effects of the change before
>> inclusion in a promotion.
>>
>> So you can push to jdk/jdk but it is a calculated risk .. if it were 
>> me I'd push to jdk/client.
>>
>> -phil.
>>
>>>
>>> http://hg.openjdk.java.net/jdk/client/
>>>
>>> or
>>>
>>> http://hg.openjdk.java.net/jdk/jdk/
>>>
>>> Thanks,
>>> Severin
>>
>



From philip.race at oracle.com  Wed Jan 31 17:11:11 2018
From: philip.race at oracle.com (Phil Race)
Date: Wed, 31 Jan 2018 09:11:11 -0800
Subject: RFR: 8196509: Linux UI applications broken by the build change
 for JDK-8196218
In-Reply-To: <f19eef12-d03b-0e7c-bfa9-d8065eea1611@oracle.com>
References: <f19eef12-d03b-0e7c-bfa9-d8065eea1611@oracle.com>
Message-ID: <4f13cf57-0bd9-768c-c3a8-6e0931bb79b6@oracle.com>

Adding build-dev and 2d-dev.

-phil.

On 01/31/2018 09:10 AM, Phil Race wrote:
> All UI apps are broken on Linux :
>
> Bug : https://bugs.openjdk.java.net/browse/JDK-8196509
> Webrev: http://cr.openjdk.java.net/~prr/8196509/
>
> The fix (for now) is a straightforward reversion of the change here :
> http://hg.openjdk.java.net/jdk/client/rev/2f4fe7776a53
>
> -phil



From erik.joelsson at oracle.com  Wed Jan 31 17:28:59 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 31 Jan 2018 09:28:59 -0800
Subject: RFR: 8196509: Linux UI applications broken by the build change
 for JDK-8196218
In-Reply-To: <4f13cf57-0bd9-768c-c3a8-6e0931bb79b6@oracle.com>
References: <f19eef12-d03b-0e7c-bfa9-d8065eea1611@oracle.com>
 <4f13cf57-0bd9-768c-c3a8-6e0931bb79b6@oracle.com>
Message-ID: <fa5af3b8-3eb4-851d-c1b8-859746b7fa23@oracle.com>

Looks good.

/Erik


On 2018-01-31 09:11, Phil Race wrote:
> Adding build-dev and 2d-dev.
>
> -phil.
>
> On 01/31/2018 09:10 AM, Phil Race wrote:
>> All UI apps are broken on Linux :
>>
>> Bug : https://bugs.openjdk.java.net/browse/JDK-8196509
>> Webrev: http://cr.openjdk.java.net/~prr/8196509/
>>
>> The fix (for now) is a straightforward reversion of the change here :
>> http://hg.openjdk.java.net/jdk/client/rev/2f4fe7776a53
>>
>> -phil
>



From erik.joelsson at oracle.com  Wed Jan 31 17:39:53 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 31 Jan 2018 09:39:53 -0800
Subject: Proposal: Make custom extension point additions
In-Reply-To: <OF050F6DCA.0DB01C15-ON80258226.003CD138-80258226.003E7085@notes.na.collabserv.com>
References: <OF050F6DCA.0DB01C15-ON80258226.003CD138-80258226.003E7085@notes.na.collabserv.com>
Message-ID: <88a5bae4-252f-b084-0d7e-ec4e6c690441@oracle.com>

Hello Andrew,

This suggestion looks reasonable to me. Just a minor note on the 
placement of the post hooks. Especially in the Lib-* files, each 
individual library, or link entity, is put within ### separator lines. 
In the two files you modified, since there is only one library declared, 
this isn't as apparent. I would prefer if the post hook came after all 
the declared library sections instead of inside one of them. The Gensrc 
file is more of a snowflake so the placement is reasonable there.

/Erik


On 2018-01-31 03:21, Andrew Leonard wrote:
> Hi,
> I would like to find a sponsor for this change please?
> To support certain extension capabilities I would like to propose the
> following patch to the following make files, summary of changes:
>      M make/common/SetupJavaCompilers.gmk
>          ==> Add IncludeCustomExtension hook and allow custom override of
> DISABLE_WARNINGS and JAVAC_WARNINGS
>      M make/gensrc/GensrcVarHandles.gmk
>          ==> Add IncludeCustomExtension "post" hook
>      M make/lib/Lib-java.management.gmk
>          ==> Add IncludeCustomExtension "post" hook
>      M make/lib/Lib-jdk.management.gmk
>          ==> Add IncludeCustomExtension "post" hook
>
> Many thanks,
> Andrew
>
> hg diff -g output:
> diff --git a/make/common/SetupJavaCompilers.gmk
> b/make/common/SetupJavaCompilers.gmk
> --- a/make/common/SetupJavaCompilers.gmk
> +++ b/make/common/SetupJavaCompilers.gmk
> @@ -26,13 +26,16 @@
>   ifndef _SETUP_GMK
>   _SETUP_GMK := 1
>   
> +# Include custom extension hook
> +$(eval $(call IncludeCustomExtension, common/SetupJavaCompilers.gmk))
> +
>   include JavaCompilation.gmk
>   
> -DISABLE_WARNINGS :=
> -Xlint:all,-deprecation,-removal,-unchecked,-rawtypes,-cast,-serial,-dep-ann,-static,-fallthrough,-try,-varargs,-empty,-finally
> +DISABLE_WARNINGS ?=
> -Xlint:all,-deprecation,-removal,-unchecked,-rawtypes,-cast,-serial,-dep-ann,-static,-fallthrough,-try,-varargs,-empty,-finally
>   
>   # If warnings needs to be non-fatal for testing purposes use a command
> like:
>   # make JAVAC_WARNINGS="-Xlint:all -Xmaxwarns 10000"
> -JAVAC_WARNINGS := -Xlint:all -Werror
> +JAVAC_WARNINGS ?= -Xlint:all -Werror
>   
>   # The BOOT_JAVAC setup uses the boot jdk compiler to compile the tools
>   # and the interim javac, to be run by the boot jdk.
> diff --git a/make/gensrc/GensrcVarHandles.gmk
> b/make/gensrc/GensrcVarHandles.gmk
> --- a/make/gensrc/GensrcVarHandles.gmk
> +++ b/make/gensrc/GensrcVarHandles.gmk
> @@ -167,4 +167,7 @@
>   $(foreach t, $(VARHANDLES_BYTE_ARRAY_TYPES), \
>     $(eval $(call GenerateVarHandleByteArray,VAR_HANDLE_BYTE_ARRAY_$t,$t)))
>   
> +# Include custom extension post hook
> +$(eval $(call IncludeCustomExtension, gensrc/GensrcVarHandles-post.gmk))
> +
>   GENSRC_JAVA_BASE += $(GENSRC_VARHANDLES)
> diff --git a/make/lib/Lib-java.management.gmk
> b/make/lib/Lib-java.management.gmk
> --- a/make/lib/Lib-java.management.gmk
> +++ b/make/lib/Lib-java.management.gmk
> @@ -67,6 +67,9 @@
>   
>   $(BUILD_LIBMANAGEMENT): $(call FindLib, java.base, java)
>   
> +# Include custom extension post hook
> +$(eval $(call IncludeCustomExtension, lib/Lib-java.management-post.gmk))
> +
>   TARGETS += $(BUILD_LIBMANAGEMENT)
>   
>   
> ################################################################################
> diff --git a/make/lib/Lib-jdk.management.gmk
> b/make/lib/Lib-jdk.management.gmk
> --- a/make/lib/Lib-jdk.management.gmk
> +++ b/make/lib/Lib-jdk.management.gmk
> @@ -77,6 +77,9 @@
>   
>   $(BUILD_LIBMANAGEMENT_EXT): $(call FindLib, java.base, java)
>   
> +# Include custom extension post hook
> +$(eval $(call IncludeCustomExtension, lib/Lib-jdk.management-post.gmk))
> +
>   TARGETS += $(BUILD_LIBMANAGEMENT_EXT)
>   
>   
> ################################################################################
>
>
>
>
>
>
> Andrew Leonard
> Java Runtimes Development
> IBM Hursley
> IBM United Kingdom Ltd
> Phone internal: 245913, external: 01962 815913
> internet email: andrew_m_leonard at uk.ibm.com
>
>
> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with number
> 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU



From sgehwolf at redhat.com  Wed Jan 31 19:59:26 2018
From: sgehwolf at redhat.com (Severin Gehwolf)
Date: Wed, 31 Jan 2018 20:59:26 +0100
Subject: [OpenJDK 2D-Dev] RFR: JDK-8196218: [linux] libfontmanager
 should be linked against headless awt library
In-Reply-To: <0caee810-84f0-e3eb-5e32-a331e2be4473@oracle.com>
References: <1516983050.4518.21.camel@redhat.com>
 <6c63d26a-a056-99bd-c383-146784a4871c@oracle.com>
 <cbd17c34-2344-d08f-c539-aac782d1c293@oracle.com>
 <1516986142.4518.31.camel@redhat.com>
 <44fb0d96-b134-3fba-8ba8-bffa4fd2225f@oracle.com>
 <2d569244-42a1-c652-cf96-0761d22328bc@oracle.com>
 <ed373a5a-ab8a-882a-0553-065f01bdd5ad@oracle.com>
 <1517218778.4106.10.camel@redhat.com>
 <4657791d-45ff-deb6-b092-b3b28963dd4f@oracle.com>
 <1517252031.4106.47.camel@redhat.com>
 <2479e9ec-18db-02fe-01bd-69ae29862173@oracle.com>
 <1517301748.4159.1.camel@redhat.com>
 <87a8ef58-4c83-42e2-59be-db23be9f4343@oracle.com>
 <1517331919.4159.39.camel@redhat.com>
 <a8a13803-5f8c-c245-28bd-3f912f5dbc4e@oracle.com>
 <0caee810-84f0-e3eb-5e32-a331e2be4473@oracle.com>
Message-ID: <1517428766.4101.44.camel@redhat.com>

Hi Phil,

On Wed, 2018-01-31 at 08:49 -0800, Phil Race wrote:
> Severin,
> 
> Did you run any UI apps on a full (make all) build with the final 
> version of the patch applied ?
> It appears to have completely broken all UI apps on Linux and about
> 800 
> UI tests failed last night.
> Exception in thread "AWT-EventQueue-0"
> java.lang.NullPointerException: 
> native ops missing
>      at
> java.desktop/sun.java2d.xr.XRSurfaceData.freeXSDOPicture(Native 
> Method)

I cannot reproduce this. SwingSet2 works fine on my Fedora 27 desktop.

> An exploded build is fine but the images build (what we ship) is
> broken.

Exploded build works fine for me too. Which linux systems are those?

> I think I'll need to back this out.

OK.

> A good thing it was pushed to client ..

Yes.

Thanks,
Severin

> -phil.
> 
> On 01/30/2018 09:16 AM, Phil Race wrote:
> > On 1/30/2018 9:05 AM, Severin Gehwolf wrote:
> > > On Tue, 2018-01-30 at 08:36 -0800, Erik Joelsson wrote:
> > > > I found your job and it's all successful. Something is up with
> > > > the
> > > > service though. I'm pinging the relevant people here.
> > > 
> > > Phil, Erik: Where should I push this to? jdk or client?
> > 
> > A good question. Since it has passed builds on all platforms, then
> > we 
> > know that is fine,
> > but if you push to jdk/jdk there may not be any actual testing of
> > the 
> > effects of the change before
> > inclusion in a promotion.
> > 
> > So you can push to jdk/jdk but it is a calculated risk .. if it
> > were 
> > me I'd push to jdk/client.
> > 
> > -phil.
> > 
> > > 
> > > http://hg.openjdk.java.net/jdk/client/
> > > 
> > > or
> > > 
> > > http://hg.openjdk.java.net/jdk/jdk/
> > > 
> > > Thanks,
> > > Severin
> 
> 


From erik.joelsson at oracle.com  Wed Jan 31 23:52:23 2018
From: erik.joelsson at oracle.com (Erik Joelsson)
Date: Wed, 31 Jan 2018 15:52:23 -0800
Subject: RFR: JDK-8196524: Align MaxRAMPercentage settings between open and
 closed
Message-ID: <aeb7b781-a5be-a59a-9b3f-d5c7eddd62a3@oracle.com>

An internal test at Oracle is failing because of a faulty shell 
expression in a makefile for calculating the value for MaxRAMPercentage. 
We already have such a calculation in TestCommon.gmk so we should just 
use that, but it needs to be exported in a separate variable to be able 
to do so.

Bug: https://bugs.openjdk.java.net/browse/JDK-8196524

Webrev: http://cr.openjdk.java.net/~erikj/8196524/webrev.01/

/Erik