From volker.simonis at gmail.com Mon Jan 4 14:07:26 2016 From: volker.simonis at gmail.com (Volker Simonis) Date: Mon, 4 Jan 2016 15:07:26 +0100 Subject: Result: New jdk9 Committer: Martin Doerr Message-ID: Voting for Martin Doerr[1] is now closed. Yes: 17 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Volker Simonis [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-December/thread.html#3195 From jonathan.gibbons at oracle.com Mon Jan 4 21:31:40 2016 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Mon, 04 Jan 2016 13:31:40 -0800 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad Message-ID: <568AE4BC.7030708@oracle.com> I hereby nominate Andreas Lundblad to jdk9 Reviewer. Andreas has been an active participant in JDK 8/9 since joining the LangTools team over two years ago. He has mainly contributed to the sjavac tool but also to javac and annotations code. His 52 commits to the langtools and jdk repos are listed below. Votes are due by the end of Jan 18, 2016. Only current jdk9 Reviewers[1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting instructions, see [2]. -- Jonathan Gibbons [1] http://openjdk.java.net/census#jdk9 [2] http://openjdk.java.net/projects/#reviewer-vote cb73b474703e: Annotate.Worker should be replaced with lambdas 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java should ha... 130ae42e6da7: ToolBox should have a cleanDirectory method 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) a32f899caa49: PackagePathMismatch.java does not use --state-dir option 155f6671cab4: Sjavac tests are leaking file managers 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing c8206f440046: Enable thin server mode in Sjavac 5ba1a29a0eb0: Sjavac should stream back compiler output to the client as so... a4d9179cf598: A recent update to copyright headers caused two tests to fail a3dd196e5341: langtools tests have bad license adba44f6b471: Refactor sjavac as a thin client 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no copyr... 5021d414632a: Due to a javac type inference issue, sjavac doesn't compile w... 27da0c3ac83a: SJavac should track changes in the public apis of classpath c... f36eace6170f: Open up Dependencies for use from other packages fc00bb06172c: The field Gen.stringBufferType is no longer needed (and not a... 732890c00534: Incorrect applying of repeatable annotations with incompatibl... 524255b0bec0: Infinite loop when compiling annotations with -XDcompletionDeps 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps 39f02f1acda4: Initialization of DocLint triggers out of order initializatio... 04ec0526fa3d: ArrayType prints element type post order 4348bf94591c: Confusing (incorrect) error message on repeatable annotations 7f25537496ff: Confusing / incorrect error message regarding annotations on ... cfe27a999212: Bootcycle images build fails on Windows32/64 ce519d6f344b: Give TaskListener methods empty default implementations b5eeeb11b9d4: Sjavac creates unnecessarily many SjavacClient/PooledSjavac/S... c5c8a1f32b83: Since changeset 2686:56f8be952a5c test/tools/sjavac/Dependenc... 10100ecb0c97: Sjavac spawns external processes in a unnecessarily complex a... bbd0164f668d: There is a small race condition in IdleResetSjavac 69d7812dabcc: Public API scanning should be implemented in the form of a Ta... a0125e2a10e8: Analysis of public API does not take super classes into account 9e29021d0d13: Incremental build fails on Windows 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain 9e8cbfac9b6b: Sjavac does not print compilation errors to the console a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' 98a99928a76b: Sjavac should not use portfiles, sockets, etc if background=f... 5bd36f40e4c5: The sjavac client/server protocol should be hidden behind an ... c2d589333410: A recently added Xprefer test fails on Windows baf35a88504b: Javac allows timestamps inside rt.jar to affect compilation w... b510ad035fe4: Option handling in sjavac needs to be rewritten 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary for imp... f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with test code f5f0872a1b84: NullPointerException compiling annotation values that have bo... a970979c412a: remove workaround tests when jtreg updated 1e7ad879f15e: clean up JavacAnnotatedConstruct ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional trees 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() 1fe358ea75ff: javac, LVT test harness should generate tests .class files in... ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be Code_a... 7703578cf570: The sjavac exclude option should accept valid directory ident... 78a0dcde6b67: TEST_BUG: java/lang/reflect/Method/DefaultMethodModeling.java... b8927cbfb893: Annotations declared on super-super-class should be overridde... b07856d0de34: Repeating annotations - getAnnotationsByType(Class) is not... From jan.lahoda at oracle.com Mon Jan 4 22:24:03 2016 From: jan.lahoda at oracle.com (Jan Lahoda) Date: Mon, 04 Jan 2016 23:24:03 +0100 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <568AF103.9000207@oracle.com> Vote: yes Jan From vicente.romero at oracle.com Mon Jan 4 22:45:36 2016 From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar) Date: Mon, 4 Jan 2016 14:45:36 -0800 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <568AF610.9040404@oracle.com> vote: yes Vicente On 01/04/2016 01:31 PM, Jonathan Gibbons wrote: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > From szegedia at gmail.com Mon Jan 4 23:00:50 2016 From: szegedia at gmail.com (Attila Szegedi) Date: Tue, 5 Jan 2016 00:00:50 +0100 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: vote: yes Attila. On Mon, Jan 4, 2016 at 10:31 PM, Jonathan Gibbons < jonathan.gibbons at oracle.com> wrote: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > > cb73b474703e: Annotate.Worker should be replaced with lambdas > 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java should > ha... > 130ae42e6da7: ToolBox should have a cleanDirectory method > 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) > a32f899caa49: PackagePathMismatch.java does not use --state-dir option > 155f6671cab4: Sjavac tests are leaking file managers > 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing > c8206f440046: Enable thin server mode in Sjavac > 5ba1a29a0eb0: Sjavac should stream back compiler output to the client as > so... > a4d9179cf598: A recent update to copyright headers caused two tests to fail > a3dd196e5341: langtools tests have bad license > adba44f6b471: Refactor sjavac as a thin client > 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no > copyr... > 5021d414632a: Due to a javac type inference issue, sjavac doesn't compile > w... > 27da0c3ac83a: SJavac should track changes in the public apis of classpath > c... > f36eace6170f: Open up Dependencies for use from other packages > fc00bb06172c: The field Gen.stringBufferType is no longer needed (and not > a... > 732890c00534: Incorrect applying of repeatable annotations with > incompatibl... > 524255b0bec0: Infinite loop when compiling annotations with > -XDcompletionDeps > 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps > 39f02f1acda4: Initialization of DocLint triggers out of order > initializatio... > 04ec0526fa3d: ArrayType prints element type post order > 4348bf94591c: Confusing (incorrect) error message on repeatable annotations > 7f25537496ff: Confusing / incorrect error message regarding annotations on > ... > cfe27a999212: Bootcycle images build fails on Windows32/64 > ce519d6f344b: Give TaskListener methods empty default implementations > b5eeeb11b9d4: Sjavac creates unnecessarily many > SjavacClient/PooledSjavac/S... > c5c8a1f32b83: Since changeset 2686:56f8be952a5c > test/tools/sjavac/Dependenc... > 10100ecb0c97: Sjavac spawns external processes in a unnecessarily complex > a... > bbd0164f668d: There is a small race condition in IdleResetSjavac > 69d7812dabcc: Public API scanning should be implemented in the form of a > Ta... > a0125e2a10e8: Analysis of public API does not take super classes into > account > 9e29021d0d13: Incremental build fails on Windows > 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain > 9e8cbfac9b6b: Sjavac does not print compilation errors to the console > a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' > 98a99928a76b: Sjavac should not use portfiles, sockets, etc if > background=f... > 5bd36f40e4c5: The sjavac client/server protocol should be hidden behind an > ... > c2d589333410: A recently added Xprefer test fails on Windows > baf35a88504b: Javac allows timestamps inside rt.jar to affect compilation > w... > b510ad035fe4: Option handling in sjavac needs to be rewritten > 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary for > imp... > f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with test > code > f5f0872a1b84: NullPointerException compiling annotation values that have > bo... > a970979c412a: remove workaround tests when jtreg updated > 1e7ad879f15e: clean up JavacAnnotatedConstruct > ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional trees > 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() > 1fe358ea75ff: javac, LVT test harness should generate tests .class files > in... > ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be > Code_a... > 7703578cf570: The sjavac exclude option should accept valid directory > ident... > 78a0dcde6b67: TEST_BUG: > java/lang/reflect/Method/DefaultMethodModeling.java... > b8927cbfb893: Annotations declared on super-super-class should be > overridde... > b07856d0de34: Repeating annotations - getAnnotationsByType(Class) is > not... > > From james.graham at oracle.com Tue Jan 5 00:49:51 2016 From: james.graham at oracle.com (Jim Graham) Date: Mon, 4 Jan 2016 16:49:51 -0800 Subject: =?UTF-8?Q?Result:_New_jdk9_Committer:_Laurent_Bourg=c3=a8s?= Message-ID: <568B132F.30904@oracle.com> Voting for Laurent Bourg?s [1] is now closed. Yes: 10 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Jim Graham [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2015-December/003313.html From erik.joelsson at oracle.com Tue Jan 5 08:57:52 2016 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Tue, 5 Jan 2016 09:57:52 +0100 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <568B8590.3030001@oracle.com> Vote: yes /Erik From jaroslav.bachorik at oracle.com Tue Jan 5 09:25:05 2016 From: jaroslav.bachorik at oracle.com (Jaroslav Bachorik) Date: Tue, 5 Jan 2016 10:25:05 +0100 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <568B8BF1.2010307@oracle.com> Vote: yes -JB- On 4.1.2016 22:31, Jonathan Gibbons wrote: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > > cb73b474703e: Annotate.Worker should be replaced with lambdas > 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java should > ha... > 130ae42e6da7: ToolBox should have a cleanDirectory method > 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) > a32f899caa49: PackagePathMismatch.java does not use --state-dir option > 155f6671cab4: Sjavac tests are leaking file managers > 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing > c8206f440046: Enable thin server mode in Sjavac > 5ba1a29a0eb0: Sjavac should stream back compiler output to the client as > so... > a4d9179cf598: A recent update to copyright headers caused two tests to fail > a3dd196e5341: langtools tests have bad license > adba44f6b471: Refactor sjavac as a thin client > 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no > copyr... > 5021d414632a: Due to a javac type inference issue, sjavac doesn't > compile w... > 27da0c3ac83a: SJavac should track changes in the public apis of > classpath c... > f36eace6170f: Open up Dependencies for use from other packages > fc00bb06172c: The field Gen.stringBufferType is no longer needed (and > not a... > 732890c00534: Incorrect applying of repeatable annotations with > incompatibl... > 524255b0bec0: Infinite loop when compiling annotations with > -XDcompletionDeps > 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps > 39f02f1acda4: Initialization of DocLint triggers out of order > initializatio... > 04ec0526fa3d: ArrayType prints element type post order > 4348bf94591c: Confusing (incorrect) error message on repeatable annotations > 7f25537496ff: Confusing / incorrect error message regarding annotations > on ... > cfe27a999212: Bootcycle images build fails on Windows32/64 > ce519d6f344b: Give TaskListener methods empty default implementations > b5eeeb11b9d4: Sjavac creates unnecessarily many > SjavacClient/PooledSjavac/S... > c5c8a1f32b83: Since changeset 2686:56f8be952a5c > test/tools/sjavac/Dependenc... > 10100ecb0c97: Sjavac spawns external processes in a unnecessarily > complex a... > bbd0164f668d: There is a small race condition in IdleResetSjavac > 69d7812dabcc: Public API scanning should be implemented in the form of a > Ta... > a0125e2a10e8: Analysis of public API does not take super classes into > account > 9e29021d0d13: Incremental build fails on Windows > 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain > 9e8cbfac9b6b: Sjavac does not print compilation errors to the console > a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' > 98a99928a76b: Sjavac should not use portfiles, sockets, etc if > background=f... > 5bd36f40e4c5: The sjavac client/server protocol should be hidden behind > an ... > c2d589333410: A recently added Xprefer test fails on Windows > baf35a88504b: Javac allows timestamps inside rt.jar to affect > compilation w... > b510ad035fe4: Option handling in sjavac needs to be rewritten > 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary for > imp... > f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with test > code > f5f0872a1b84: NullPointerException compiling annotation values that have > bo... > a970979c412a: remove workaround tests when jtreg updated > 1e7ad879f15e: clean up JavacAnnotatedConstruct > ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional trees > 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() > 1fe358ea75ff: javac, LVT test harness should generate tests .class files > in... > ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be > Code_a... > 7703578cf570: The sjavac exclude option should accept valid directory > ident... > 78a0dcde6b67: TEST_BUG: > java/lang/reflect/Method/DefaultMethodModeling.java... > b8927cbfb893: Annotations declared on super-super-class should be > overridde... > b07856d0de34: Repeating annotations - getAnnotationsByType(Class) is > not... > From stefan.johansson at oracle.com Tue Jan 5 09:44:41 2016 From: stefan.johansson at oracle.com (Stefan Johansson) Date: Tue, 5 Jan 2016 10:44:41 +0100 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <568B9089.30004@oracle.com> Vote: yes Stefan On 2016-01-04 22:31, Jonathan Gibbons wrote: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > > cb73b474703e: Annotate.Worker should be replaced with lambdas > 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java > should ha... > 130ae42e6da7: ToolBox should have a cleanDirectory method > 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) > a32f899caa49: PackagePathMismatch.java does not use --state-dir option > 155f6671cab4: Sjavac tests are leaking file managers > 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing > c8206f440046: Enable thin server mode in Sjavac > 5ba1a29a0eb0: Sjavac should stream back compiler output to the client > as so... > a4d9179cf598: A recent update to copyright headers caused two tests to > fail > a3dd196e5341: langtools tests have bad license > adba44f6b471: Refactor sjavac as a thin client > 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no > copyr... > 5021d414632a: Due to a javac type inference issue, sjavac doesn't > compile w... > 27da0c3ac83a: SJavac should track changes in the public apis of > classpath c... > f36eace6170f: Open up Dependencies for use from other packages > fc00bb06172c: The field Gen.stringBufferType is no longer needed (and > not a... > 732890c00534: Incorrect applying of repeatable annotations with > incompatibl... > 524255b0bec0: Infinite loop when compiling annotations with > -XDcompletionDeps > 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps > 39f02f1acda4: Initialization of DocLint triggers out of order > initializatio... > 04ec0526fa3d: ArrayType prints element type post order > 4348bf94591c: Confusing (incorrect) error message on repeatable > annotations > 7f25537496ff: Confusing / incorrect error message regarding > annotations on ... > cfe27a999212: Bootcycle images build fails on Windows32/64 > ce519d6f344b: Give TaskListener methods empty default implementations > b5eeeb11b9d4: Sjavac creates unnecessarily many > SjavacClient/PooledSjavac/S... > c5c8a1f32b83: Since changeset 2686:56f8be952a5c > test/tools/sjavac/Dependenc... > 10100ecb0c97: Sjavac spawns external processes in a unnecessarily > complex a... > bbd0164f668d: There is a small race condition in IdleResetSjavac > 69d7812dabcc: Public API scanning should be implemented in the form of > a Ta... > a0125e2a10e8: Analysis of public API does not take super classes into > account > 9e29021d0d13: Incremental build fails on Windows > 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain > 9e8cbfac9b6b: Sjavac does not print compilation errors to the console > a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' > 98a99928a76b: Sjavac should not use portfiles, sockets, etc if > background=f... > 5bd36f40e4c5: The sjavac client/server protocol should be hidden > behind an ... > c2d589333410: A recently added Xprefer test fails on Windows > baf35a88504b: Javac allows timestamps inside rt.jar to affect > compilation w... > b510ad035fe4: Option handling in sjavac needs to be rewritten > 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary > for imp... > f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with > test code > f5f0872a1b84: NullPointerException compiling annotation values that > have bo... > a970979c412a: remove workaround tests when jtreg updated > 1e7ad879f15e: clean up JavacAnnotatedConstruct > ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional > trees > 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() > 1fe358ea75ff: javac, LVT test harness should generate tests .class > files in... > ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be > Code_a... > 7703578cf570: The sjavac exclude option should accept valid directory > ident... > 78a0dcde6b67: TEST_BUG: > java/lang/reflect/Method/DefaultMethodModeling.java... > b8927cbfb893: Annotations declared on super-super-class should be > overridde... > b07856d0de34: Repeating annotations - getAnnotationsByType(Class) > is not... > From maurizio.cimadamore at oracle.com Tue Jan 5 10:43:27 2016 From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore) Date: Tue, 5 Jan 2016 10:43:27 +0000 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <568B9E4F.8010608@oracle.com> Vote: yes! Maurizio On 04/01/16 21:31, Jonathan Gibbons wrote: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > > cb73b474703e: Annotate.Worker should be replaced with lambdas > 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java > should ha... > 130ae42e6da7: ToolBox should have a cleanDirectory method > 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) > a32f899caa49: PackagePathMismatch.java does not use --state-dir option > 155f6671cab4: Sjavac tests are leaking file managers > 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing > c8206f440046: Enable thin server mode in Sjavac > 5ba1a29a0eb0: Sjavac should stream back compiler output to the client > as so... > a4d9179cf598: A recent update to copyright headers caused two tests to > fail > a3dd196e5341: langtools tests have bad license > adba44f6b471: Refactor sjavac as a thin client > 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no > copyr... > 5021d414632a: Due to a javac type inference issue, sjavac doesn't > compile w... > 27da0c3ac83a: SJavac should track changes in the public apis of > classpath c... > f36eace6170f: Open up Dependencies for use from other packages > fc00bb06172c: The field Gen.stringBufferType is no longer needed (and > not a... > 732890c00534: Incorrect applying of repeatable annotations with > incompatibl... > 524255b0bec0: Infinite loop when compiling annotations with > -XDcompletionDeps > 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps > 39f02f1acda4: Initialization of DocLint triggers out of order > initializatio... > 04ec0526fa3d: ArrayType prints element type post order > 4348bf94591c: Confusing (incorrect) error message on repeatable > annotations > 7f25537496ff: Confusing / incorrect error message regarding > annotations on ... > cfe27a999212: Bootcycle images build fails on Windows32/64 > ce519d6f344b: Give TaskListener methods empty default implementations > b5eeeb11b9d4: Sjavac creates unnecessarily many > SjavacClient/PooledSjavac/S... > c5c8a1f32b83: Since changeset 2686:56f8be952a5c > test/tools/sjavac/Dependenc... > 10100ecb0c97: Sjavac spawns external processes in a unnecessarily > complex a... > bbd0164f668d: There is a small race condition in IdleResetSjavac > 69d7812dabcc: Public API scanning should be implemented in the form of > a Ta... > a0125e2a10e8: Analysis of public API does not take super classes into > account > 9e29021d0d13: Incremental build fails on Windows > 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain > 9e8cbfac9b6b: Sjavac does not print compilation errors to the console > a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' > 98a99928a76b: Sjavac should not use portfiles, sockets, etc if > background=f... > 5bd36f40e4c5: The sjavac client/server protocol should be hidden > behind an ... > c2d589333410: A recently added Xprefer test fails on Windows > baf35a88504b: Javac allows timestamps inside rt.jar to affect > compilation w... > b510ad035fe4: Option handling in sjavac needs to be rewritten > 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary > for imp... > f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with > test code > f5f0872a1b84: NullPointerException compiling annotation values that > have bo... > a970979c412a: remove workaround tests when jtreg updated > 1e7ad879f15e: clean up JavacAnnotatedConstruct > ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional > trees > 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() > 1fe358ea75ff: javac, LVT test harness should generate tests .class > files in... > ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be > Code_a... > 7703578cf570: The sjavac exclude option should accept valid directory > ident... > 78a0dcde6b67: TEST_BUG: > java/lang/reflect/Method/DefaultMethodModeling.java... > b8927cbfb893: Annotations declared on super-super-class should be > overridde... > b07856d0de34: Repeating annotations - getAnnotationsByType(Class) > is not... > From sean.coffey at oracle.com Tue Jan 5 11:08:02 2016 From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=) Date: Tue, 5 Jan 2016 11:08:02 +0000 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <568BA411.60905@oracle.com> Vote: yes Regards, Sean. On 04/01/2016 21:31, Jonathan Gibbons wrote: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > > cb73b474703e: Annotate.Worker should be replaced with lambdas > 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java > should ha... > 130ae42e6da7: ToolBox should have a cleanDirectory method > 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) > a32f899caa49: PackagePathMismatch.java does not use --state-dir option > 155f6671cab4: Sjavac tests are leaking file managers > 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing > c8206f440046: Enable thin server mode in Sjavac > 5ba1a29a0eb0: Sjavac should stream back compiler output to the client > as so... > a4d9179cf598: A recent update to copyright headers caused two tests to > fail > a3dd196e5341: langtools tests have bad license > adba44f6b471: Refactor sjavac as a thin client > 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no > copyr... > 5021d414632a: Due to a javac type inference issue, sjavac doesn't > compile w... > 27da0c3ac83a: SJavac should track changes in the public apis of > classpath c... > f36eace6170f: Open up Dependencies for use from other packages > fc00bb06172c: The field Gen.stringBufferType is no longer needed (and > not a... > 732890c00534: Incorrect applying of repeatable annotations with > incompatibl... > 524255b0bec0: Infinite loop when compiling annotations with > -XDcompletionDeps > 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps > 39f02f1acda4: Initialization of DocLint triggers out of order > initializatio... > 04ec0526fa3d: ArrayType prints element type post order > 4348bf94591c: Confusing (incorrect) error message on repeatable > annotations > 7f25537496ff: Confusing / incorrect error message regarding > annotations on ... > cfe27a999212: Bootcycle images build fails on Windows32/64 > ce519d6f344b: Give TaskListener methods empty default implementations > b5eeeb11b9d4: Sjavac creates unnecessarily many > SjavacClient/PooledSjavac/S... > c5c8a1f32b83: Since changeset 2686:56f8be952a5c > test/tools/sjavac/Dependenc... > 10100ecb0c97: Sjavac spawns external processes in a unnecessarily > complex a... > bbd0164f668d: There is a small race condition in IdleResetSjavac > 69d7812dabcc: Public API scanning should be implemented in the form of > a Ta... > a0125e2a10e8: Analysis of public API does not take super classes into > account > 9e29021d0d13: Incremental build fails on Windows > 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain > 9e8cbfac9b6b: Sjavac does not print compilation errors to the console > a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' > 98a99928a76b: Sjavac should not use portfiles, sockets, etc if > background=f... > 5bd36f40e4c5: The sjavac client/server protocol should be hidden > behind an ... > c2d589333410: A recently added Xprefer test fails on Windows > baf35a88504b: Javac allows timestamps inside rt.jar to affect > compilation w... > b510ad035fe4: Option handling in sjavac needs to be rewritten > 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary > for imp... > f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with > test code > f5f0872a1b84: NullPointerException compiling annotation values that > have bo... > a970979c412a: remove workaround tests when jtreg updated > 1e7ad879f15e: clean up JavacAnnotatedConstruct > ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional > trees > 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() > 1fe358ea75ff: javac, LVT test harness should generate tests .class > files in... > ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be > Code_a... > 7703578cf570: The sjavac exclude option should accept valid directory > ident... > 78a0dcde6b67: TEST_BUG: > java/lang/reflect/Method/DefaultMethodModeling.java... > b8927cbfb893: Annotations declared on super-super-class should be > overridde... > b07856d0de34: Repeating annotations - getAnnotationsByType(Class) > is not... > From Roger.Riggs at Oracle.com Tue Jan 5 14:37:10 2016 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Tue, 5 Jan 2016 09:37:10 -0500 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <568BD516.6010704@Oracle.com> Vote: Yes On 1/4/2016 4:31 PM, Jonathan Gibbons wrote: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > From maurizio.cimadamore at oracle.com Tue Jan 5 15:26:19 2016 From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore) Date: Tue, 5 Jan 2016 15:26:19 +0000 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568B9E4F.8010608@oracle.com> References: <568AE4BC.7030708@oracle.com> <568B9E4F.8010608@oracle.com> Message-ID: <568BE09B.6040402@oracle.com> I think I'm stuck on accessors - I really don't know how to handle this stuff properly: class SpecializedAccessors5 { static void m_static(Z z) { g_static(z); } private static void g_static(Z z) { } public static void main(String[] args) { m_static(1L); } } this is basically a normal generic method calling a private generic method. If I don't do anything it won't work, as javac will generate a generic public accessor, and we need an inner class for that too. But, even if I add the inner class for the accessor, we end up with issues, because the underlying private method is not really accessible from such synthethic inner class. In other words, for accessors to work, the accessor method must belong to the same class as the accessed symbol. This translation scheme breaks that invariant. What do we do? Maurizio On 05/01/16 10:43, Maurizio Cimadamore wrote: > Vote: yes! > > Maurizio > > On 04/01/16 21:31, Jonathan Gibbons wrote: >> I hereby nominate Andreas Lundblad to jdk9 Reviewer. >> >> Andreas has been an active participant in JDK 8/9 since joining the >> LangTools team over two years ago. He has mainly contributed to the >> sjavac tool but also to javac and annotations code. His 52 commits >> to the langtools and jdk repos are listed below. >> >> Votes are due by the end of Jan 18, 2016. >> >> Only current jdk9 Reviewers[1] are eligible to vote on this >> nomination. Votes must be cast in the open by replying to this >> mailing list. >> >> For Three-Vote Consensus voting instructions, see [2]. >> >> -- Jonathan Gibbons >> >> [1] http://openjdk.java.net/census#jdk9 >> [2] http://openjdk.java.net/projects/#reviewer-vote >> >> >> >> cb73b474703e: Annotate.Worker should be replaced with lambdas >> 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java >> should ha... >> 130ae42e6da7: ToolBox should have a cleanDirectory method >> 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) >> a32f899caa49: PackagePathMismatch.java does not use --state-dir option >> 155f6671cab4: Sjavac tests are leaking file managers >> 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing >> c8206f440046: Enable thin server mode in Sjavac >> 5ba1a29a0eb0: Sjavac should stream back compiler output to the client >> as so... >> a4d9179cf598: A recent update to copyright headers caused two tests >> to fail >> a3dd196e5341: langtools tests have bad license >> adba44f6b471: Refactor sjavac as a thin client >> 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no >> copyr... >> 5021d414632a: Due to a javac type inference issue, sjavac doesn't >> compile w... >> 27da0c3ac83a: SJavac should track changes in the public apis of >> classpath c... >> f36eace6170f: Open up Dependencies for use from other packages >> fc00bb06172c: The field Gen.stringBufferType is no longer needed (and >> not a... >> 732890c00534: Incorrect applying of repeatable annotations with >> incompatibl... >> 524255b0bec0: Infinite loop when compiling annotations with >> -XDcompletionDeps >> 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps >> 39f02f1acda4: Initialization of DocLint triggers out of order >> initializatio... >> 04ec0526fa3d: ArrayType prints element type post order >> 4348bf94591c: Confusing (incorrect) error message on repeatable >> annotations >> 7f25537496ff: Confusing / incorrect error message regarding >> annotations on ... >> cfe27a999212: Bootcycle images build fails on Windows32/64 >> ce519d6f344b: Give TaskListener methods empty default implementations >> b5eeeb11b9d4: Sjavac creates unnecessarily many >> SjavacClient/PooledSjavac/S... >> c5c8a1f32b83: Since changeset 2686:56f8be952a5c >> test/tools/sjavac/Dependenc... >> 10100ecb0c97: Sjavac spawns external processes in a unnecessarily >> complex a... >> bbd0164f668d: There is a small race condition in IdleResetSjavac >> 69d7812dabcc: Public API scanning should be implemented in the form >> of a Ta... >> a0125e2a10e8: Analysis of public API does not take super classes into >> account >> 9e29021d0d13: Incremental build fails on Windows >> 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain >> 9e8cbfac9b6b: Sjavac does not print compilation errors to the console >> a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' >> 98a99928a76b: Sjavac should not use portfiles, sockets, etc if >> background=f... >> 5bd36f40e4c5: The sjavac client/server protocol should be hidden >> behind an ... >> c2d589333410: A recently added Xprefer test fails on Windows >> baf35a88504b: Javac allows timestamps inside rt.jar to affect >> compilation w... >> b510ad035fe4: Option handling in sjavac needs to be rewritten >> 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary >> for imp... >> f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with >> test code >> f5f0872a1b84: NullPointerException compiling annotation values that >> have bo... >> a970979c412a: remove workaround tests when jtreg updated >> 1e7ad879f15e: clean up JavacAnnotatedConstruct >> ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional >> trees >> 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() >> 1fe358ea75ff: javac, LVT test harness should generate tests .class >> files in... >> ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be >> Code_a... >> 7703578cf570: The sjavac exclude option should accept valid directory >> ident... >> 78a0dcde6b67: TEST_BUG: >> java/lang/reflect/Method/DefaultMethodModeling.java... >> b8927cbfb893: Annotations declared on super-super-class should be >> overridde... >> b07856d0de34: Repeating annotations - getAnnotationsByType(Class) >> is not... >> > From christian.thalinger at oracle.com Tue Jan 5 21:58:14 2016 From: christian.thalinger at oracle.com (Christian Thalinger) Date: Tue, 5 Jan 2016 11:58:14 -1000 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568BE09B.6040402@oracle.com> References: <568AE4BC.7030708@oracle.com> <568B9E4F.8010608@oracle.com> <568BE09B.6040402@oracle.com> Message-ID: <77D8C629-AA09-4762-9BAD-EF0EA9ED098B@oracle.com> > On Jan 5, 2016, at 5:26 AM, Maurizio Cimadamore wrote: > > I think I'm stuck on accessors - I really don't know how to handle this stuff properly: > > class SpecializedAccessors5 { > > static void m_static(Z z) { > g_static(z); > } > > private static void g_static(Z z) { } > > public static void main(String[] args) { > m_static(1L); > } > } > > > this is basically a normal generic method calling a private generic method. > > If I don't do anything it won't work, as javac will generate a generic public accessor, and we need an inner class for that too. > > But, even if I add the inner class for the accessor, we end up with issues, because the underlying private method is not really accessible from such synthethic inner class. In other words, for accessors to work, the accessor method must belong to the same class as the accessed symbol. This translation scheme breaks that invariant. > > What do we do? Vote yes! ;-) > > Maurizio > > On 05/01/16 10:43, Maurizio Cimadamore wrote: >> Vote: yes! >> >> Maurizio >> >> On 04/01/16 21:31, Jonathan Gibbons wrote: >>> I hereby nominate Andreas Lundblad to jdk9 Reviewer. >>> >>> Andreas has been an active participant in JDK 8/9 since joining the >>> LangTools team over two years ago. He has mainly contributed to the >>> sjavac tool but also to javac and annotations code. His 52 commits >>> to the langtools and jdk repos are listed below. >>> >>> Votes are due by the end of Jan 18, 2016. >>> >>> Only current jdk9 Reviewers[1] are eligible to vote on this >>> nomination. Votes must be cast in the open by replying to this >>> mailing list. >>> >>> For Three-Vote Consensus voting instructions, see [2]. >>> >>> -- Jonathan Gibbons >>> >>> [1] http://openjdk.java.net/census#jdk9 >>> [2] http://openjdk.java.net/projects/#reviewer-vote >>> >>> >>> >>> cb73b474703e: Annotate.Worker should be replaced with lambdas >>> 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java should ha... >>> 130ae42e6da7: ToolBox should have a cleanDirectory method >>> 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) >>> a32f899caa49: PackagePathMismatch.java does not use --state-dir option >>> 155f6671cab4: Sjavac tests are leaking file managers >>> 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing >>> c8206f440046: Enable thin server mode in Sjavac >>> 5ba1a29a0eb0: Sjavac should stream back compiler output to the client as so... >>> a4d9179cf598: A recent update to copyright headers caused two tests to fail >>> a3dd196e5341: langtools tests have bad license >>> adba44f6b471: Refactor sjavac as a thin client >>> 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no copyr... >>> 5021d414632a: Due to a javac type inference issue, sjavac doesn't compile w... >>> 27da0c3ac83a: SJavac should track changes in the public apis of classpath c... >>> f36eace6170f: Open up Dependencies for use from other packages >>> fc00bb06172c: The field Gen.stringBufferType is no longer needed (and not a... >>> 732890c00534: Incorrect applying of repeatable annotations with incompatibl... >>> 524255b0bec0: Infinite loop when compiling annotations with -XDcompletionDeps >>> 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps >>> 39f02f1acda4: Initialization of DocLint triggers out of order initializatio... >>> 04ec0526fa3d: ArrayType prints element type post order >>> 4348bf94591c: Confusing (incorrect) error message on repeatable annotations >>> 7f25537496ff: Confusing / incorrect error message regarding annotations on ... >>> cfe27a999212: Bootcycle images build fails on Windows32/64 >>> ce519d6f344b: Give TaskListener methods empty default implementations >>> b5eeeb11b9d4: Sjavac creates unnecessarily many SjavacClient/PooledSjavac/S... >>> c5c8a1f32b83: Since changeset 2686:56f8be952a5c test/tools/sjavac/Dependenc... >>> 10100ecb0c97: Sjavac spawns external processes in a unnecessarily complex a... >>> bbd0164f668d: There is a small race condition in IdleResetSjavac >>> 69d7812dabcc: Public API scanning should be implemented in the form of a Ta... >>> a0125e2a10e8: Analysis of public API does not take super classes into account >>> 9e29021d0d13: Incremental build fails on Windows >>> 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain >>> 9e8cbfac9b6b: Sjavac does not print compilation errors to the console >>> a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' >>> 98a99928a76b: Sjavac should not use portfiles, sockets, etc if background=f... >>> 5bd36f40e4c5: The sjavac client/server protocol should be hidden behind an ... >>> c2d589333410: A recently added Xprefer test fails on Windows >>> baf35a88504b: Javac allows timestamps inside rt.jar to affect compilation w... >>> b510ad035fe4: Option handling in sjavac needs to be rewritten >>> 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary for imp... >>> f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with test code >>> f5f0872a1b84: NullPointerException compiling annotation values that have bo... >>> a970979c412a: remove workaround tests when jtreg updated >>> 1e7ad879f15e: clean up JavacAnnotatedConstruct >>> ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional trees >>> 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() >>> 1fe358ea75ff: javac, LVT test harness should generate tests .class files in... >>> ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be Code_a... >>> 7703578cf570: The sjavac exclude option should accept valid directory ident... >>> 78a0dcde6b67: TEST_BUG: java/lang/reflect/Method/DefaultMethodModeling.java... >>> b8927cbfb893: Annotations declared on super-super-class should be overridde... >>> b07856d0de34: Repeating annotations - getAnnotationsByType(Class) is not... >>> >> > From jon.masamitsu at oracle.com Wed Jan 6 18:19:55 2016 From: jon.masamitsu at oracle.com (Jon Masamitsu) Date: Wed, 6 Jan 2016 10:19:55 -0800 Subject: CFV: New JDK 9 Committer: Sangheon Kim Message-ID: <568D5ACB.4060206@oracle.com> I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. Sangheon is a member of the Oracle Hotspot garbage collector team and has contributed 16 changesets [3] to JDK 9. Votes are due by 12:00 noon PT, Wednesday January 20, 2016 Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Jon Masamitsu [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote [3] List of patches: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 8142341: GC: current flags need ranges to be implemented http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec 8134631: G1DummyRegionsPerGC fires assert of assert(words <= filler_array_max_size()) failed: too big for a single object http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 8139801: Error message from validation check has wrong order on Windows http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 8134995: [REDO] GC: implement ranges (optionally constraints) for those flags that have them missing http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 8135025: Error message is repeated for large value at G1ConcRefinementThreads http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d 8130459: Add additional validation after heap creation http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a 8079555: REDO - Determining the desired PLAB size adjusts to the the number of threads at the wrong place http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 8073654: Marking statistics should use size_t http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b 8073115: assert(_covered_region.contains(p)) needs better error messages http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 8055239: assert(_thread == Thread::current()->osthread()) failed: The PromotionFailedInfo should be thread local http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 8059064: Better G1 log caching http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab 8027428: Different conditions for printing taskqueue statistics for parallel gc, parNew and G1 http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints humongous object liveness output when there is at least one candidate humongous object http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 8036116: Fix thread-id types in G1 remembered set implementations http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf 8068394: Trace event for concurrent GC phases http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 8144949: TestOptionsWithRanges -XX:NUMAInterleaveGranularity=2147483648 crashes VM From joseph.provino at oracle.com Wed Jan 6 18:35:40 2016 From: joseph.provino at oracle.com (Joseph Provino) Date: Wed, 6 Jan 2016 13:35:40 -0500 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <568D5E7C.9000707@oracle.com> Vote: Yes On 1/6/2016 1:19 PM, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for > those flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at > G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the > number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for > parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints > humongous object liveness output when there is at least one candidate > humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges > -XX:NUMAInterleaveGranularity=2147483648 crashes VM > From coleen.phillimore at oracle.com Wed Jan 6 18:37:11 2016 From: coleen.phillimore at oracle.com (Coleen Phillimore) Date: Wed, 6 Jan 2016 13:37:11 -0500 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <568D5ED7.3010501@oracle.com> Vote: yes On 1/6/16 1:19 PM, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for > those flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at > G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the > number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for > parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints > humongous object liveness output when there is at least one candidate > humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges > -XX:NUMAInterleaveGranularity=2147483648 crashes VM > From jiangli.zhou at oracle.com Wed Jan 6 18:41:25 2016 From: jiangli.zhou at oracle.com (Jiangli Zhou) Date: Wed, 6 Jan 2016 10:41:25 -0800 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: Vote: Yes Thanks, Jiangli > On Jan 6, 2016, at 10:19 AM, Jon Masamitsu wrote: > > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for those flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints humongous object liveness output when there is at least one candidate humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges -XX:NUMAInterleaveGranularity=2147483648 crashes VM > From eric.caspole at oracle.com Wed Jan 6 18:56:08 2016 From: eric.caspole at oracle.com (Eric Caspole) Date: Wed, 6 Jan 2016 13:56:08 -0500 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <568D6348.10002@oracle.com> Vote: yes On 01/06/2016 01:19 PM, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for those > flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at > G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the > number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for > parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints > humongous object liveness output when there is at least one candidate > humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges -XX:NUMAInterleaveGranularity=2147483648 > crashes VM > From jon.masamitsu at oracle.com Wed Jan 6 18:48:52 2016 From: jon.masamitsu at oracle.com (Jon Masamitsu) Date: Wed, 6 Jan 2016 10:48:52 -0800 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <568D6194.7070200@oracle.com> Vote: yes On 01/06/2016 10:19 AM, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for > those flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at > G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the > number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for > parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints > humongous object liveness output when there is at least one candidate > humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges > -XX:NUMAInterleaveGranularity=2147483648 crashes VM > From dalibor.topic at oracle.com Wed Jan 6 18:59:27 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Wed, 6 Jan 2016 19:59:27 +0100 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <568D640F.6070407@oracle.com> Vote: Yes. -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From gerard.ziemski at oracle.com Wed Jan 6 19:59:41 2016 From: gerard.ziemski at oracle.com (gerard ziemski) Date: Wed, 6 Jan 2016 13:59:41 -0600 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <568D722D.10904@oracle.com> Vote: Yes On 01/06/2016 12:19 PM, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for those flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints humongous object liveness output when there is at least > one candidate humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges -XX:NUMAInterleaveGranularity=2147483648 crashes VM > > From lana.steuck at oracle.com Wed Jan 6 20:48:44 2016 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 6 Jan 2016 12:48:44 -0800 (PST) Subject: jdk9-b100: dev Message-ID: <201601062048.u06Kmi51027469@sc11152554.us.oracle.com> http://hg.openjdk.java.net/jdk9/jdk9/rev/c1f30ac14db0 http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/da397aea8ada http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/51136404ee5e http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/3d452840f482 http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/d0a97e57d233 http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/d45bcd374f60 http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/bdb0acafc63c http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/791d0d3ac013 --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-6967419 client-libs IndexOutOfBoundsException when drawing PNGs JDK-7063986 client-libs Wrong JNi method call in font scaler JDK-7159591 client-libs [macosx] In SetFontTest there's no space for the second button JDK-7160052 client-libs GlyphVector.setGlyphPosition can throw an exception on valid input JDK-8030702 client-libs Deadlock between subclass of AbstractDocument and UndoManager JDK-8041501 client-libs ImageIO reader is not capable of reading JPEGs without JFIF header JDK-8055197 client-libs TextField deletes multiline strings JDK-8060137 client-libs Removing Text from TextField / TextArea is not possible after typing JDK-8067660 client-libs JFileChooser create new folder fails silently JDK-8068619 client-libs remove internal layout function to match ICU JDK-8071334 client-libs Investigate JAB changes required to support the version string change JDK-8074967 client-libs [macosx] JPEGImageReader incorrectly identifies YCbCr JPEGs as RGB in JDK-8081457 client-libs TrayIcon tests fail in OEL 7 only JDK-8131754 client-libs AquaTreeUI.getCollapsedIcon() issue reported in java beans tests with JDK-8134152 client-libs Public API for java 8 DataFlavor fields do not have @since tag JDK-8137106 client-libs EUDC (End User Defined Characters) are not displayed on Windows with J JDK-8139169 client-libs [macosx] Action registered for keyboard shortcut is called twice JDK-8140530 client-libs Creating a VolatileImage with size 0,0 results in no longer working g2 JDK-8143909 client-libs Behavior of null arguments not specified in javax.sound.midi.spi JDK-8144071 client-libs ImageIO does not reset stream if an exception is thrown JDK-8144245 client-libs [PIT] javax/imageio/plugins/shared/WriteAfterAbort.java JDK-8144445 client-libs Maximum size checking in Marlin ArrayCache utility methods is not opti JDK-8144446 client-libs Automate the Marlin crash test JDK-8144630 client-libs Use PrivilegedAction to create Thread in Marlin RendererStats JDK-8144654 client-libs Improve Marlin logging JDK-8144828 client-libs Marlin renderer causes unaligned write accesses JDK-8144858 client-libs HBShaper.c does not compiler with VS2010 JDK-8144915 client-libs TextField throws NPE JDK-8144997 client-libs "IIOException: Field data is past end-of-stream" when calling TIFFImag JDK-4906983 core-libs java.net.URL constructors throw MalformedURLException in undocumented JDK-8066982 core-libs ZonedDateTime.parse() returns wrong ZoneOffset around DST fall transit JDK-8136597 core-libs java/lang/ProcessHandle/InfoTest.java fails: commandLine() should at l JDK-8143413 core-libs add toEpochSecond methods for efficient access JDK-8144355 core-libs JDK 9 changes to ZipFileSystem to support multi-release jar files JDK-8145388 core-libs URLConnection.guessContentTypeFromStream returns image/jpg for some JP JDK-8145680 core-libs Remove unnecessary explicit initialization of volatile variables in ja JDK-8145862 core-libs Improve lazy initialization of fields in java.net.URI JDK-8145981 core-libs (fs) LinuxWatchService can reports events against wrong directory JDK-8145988 core-libs Use the raw methods of java.net.URI when possible JDK-8145990 core-libs Move sun.misc math support classes to jdk.internal.math JDK-8146000 core-libs Remove sun.misc.CompoundEnumeration JDK-8146012 core-libs CleanerTest fails: Cleanable should have been freed JDK-8146038 core-libs CleanerImpl should not depend on ManagedLocalsThread JDK-8146147 core-libs Java linker indexed property getter does not work for computed nashorn JDK-8146209 core-libs java/net/NetworkInterface/NetworkInterfaceStreamTest.java still fails JDK-8146251 core-libs Avoid annotation to specify documentation for JS builtin functions JDK-8146253 core-libs jjs should look for "doc string" property to print documentation on sh JDK-8145869 core-svc Mark test JMXStartStopTest.java and TestJstatdServer.java as intermitt JDK-6602021 deploy javaws does not show all options on command line JDK-8046826 deploy All permission fx javaws app could not set Security Manager to null. JDK-8135244 deploy [test]java.io.FileNotFoundException thrown by javaws suite tests in ni JDK-8141244 deploy NoSuchMethodException found when using detect java applet JDK-8141522 deploy [test]EmbededCertificateTest::testEmbedcert_normal_signedjar_applicati JDK-8143286 deploy Test jnlp that signed with revoked cert exits silently with jre9-b92 JDK-8143294 deploy cookie handler can't get JSESSIONID on linux JDK-8143977 deploy [test]Create manual tests to verify fix against JDK-8075783 JDK-8145217 deploy Fix GenericCookieHandlerTest JDK-8145273 deploy [test] Build error for javaws JDK-8143895 infrastructure Fix LDFLAGS issues after JDK-8056925 JDK-8146002 infrastructure Need to support mirrors for bootstrapping Jib JDK-8133070 security-libs Hot lock on BulkCipher.isAvailable JDK-8146192 security-libs Add test for JDK-8049321 JDK-8146197 security-libs SignatureAlgorithms.java after push of JDK-8146192 JDK-8146377 security-libs test/sun/security/tools/jarsigner/concise_jarsigner.sh failing (cert e JDK-8145239 tools JShell: throws AssertionError when replace classes with some methods w JDK-8145545 xml Typos in Javadoc of XmlAdapter From yumin.qi at oracle.com Wed Jan 6 21:40:00 2016 From: yumin.qi at oracle.com (Yumin Qi) Date: Wed, 06 Jan 2016 13:40:00 -0800 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <568D89B0.2090704@oracle.com> Vote: Yes On 1/6/2016 10:19 AM, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for > those flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at > G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the > number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for > parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints > humongous object liveness output when there is at least one candidate > humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges > -XX:NUMAInterleaveGranularity=2147483648 crashes VM > From joe.darcy at oracle.com Wed Jan 6 21:50:25 2016 From: joe.darcy at oracle.com (joe darcy) Date: Wed, 6 Jan 2016 13:50:25 -0800 Subject: New JDK 9 feature: javadoc search box Message-ID: <568D8C21.4080108@oracle.com> Hello, FYI, towards the end of 2015 the javadoc team implemented an interesting new feature: a javadoc search box (JEP 225: Javadoc Search). If you look at the current JDK 9 javadoc http://download.java.net/jdk9/docs/api/index.html in the upper right corner of the main panel there now a search box. As an example, if you type "math" into the search box, this will look over the packages (java.math), types (java.langMath, java.math.BigDecimal, ...), and methods where "math" appears. Cheers, -Joe From Roger.Riggs at Oracle.com Wed Jan 6 22:32:43 2016 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Wed, 6 Jan 2016 17:32:43 -0500 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <568D960B.8090802@Oracle.com> Vote: Yes On 1/6/2016 1:19 PM, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > From iris.clark at oracle.com Thu Jan 7 04:29:51 2016 From: iris.clark at oracle.com (Iris Clark) Date: Wed, 6 Jan 2016 20:29:51 -0800 (PST) Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version Message-ID: <8bb087f1-2969-49f1-8de8-1069a61e6306@default> Hi. In Verona (JEP 223: New Version-String Scheme[0]), the system property java.specification.version was updated from "1.9" to "9". @since tags for new JDK 9 APIs should be aligned with the new value. Please review the following changes to the jaxp, jaxws, jdk, langtools, and nashorn repositories. As usual with such changes, the patch file is the most helpful view of the changeset. Bug 8136494 Update "@since 1.9" to "@since 9" to match java.version.specification https://bugs.openjdk.java.net/browse/JDK-8136494 Webrev http://cr.openjdk.java.net/~iris/verona/8136594/webrev.0/ In addition to the changeset, I will update JEP 223 as follows: @since JavaDoc tag The value for the @since JavaDoc tag will continue to be aligned with the system property `java.specification.version`; hence, new JDK 9 APIs will be indicated by `@since 9`. Thanks, iris [0] http://openjdk.java.net/jeps/223 From iris.clark at oracle.com Thu Jan 7 04:33:16 2016 From: iris.clark at oracle.com (Iris Clark) Date: Wed, 6 Jan 2016 20:33:16 -0800 (PST) Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version In-Reply-To: <8bb087f1-2969-49f1-8de8-1069a61e6306@default> References: <8bb087f1-2969-49f1-8de8-1069a61e6306@default> Message-ID: <5b78e36f-dc67-4bca-936f-f480f413bede@default> oops. The webrev link should be: http://cr.openjdk.java.net/~iris/verona/8136494/webrev.0/ Regards, iris -----Original Message----- From: Iris Clark Sent: Wednesday, January 06, 2016 8:30 PM To: jdk9-dev at openjdk.java.net Cc: Iris Clark; verona-dev at openjdk.java.net Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version Hi. In Verona (JEP 223: New Version-String Scheme[0]), the system property java.specification.version was updated from "1.9" to "9". @since tags for new JDK 9 APIs should be aligned with the new value. Please review the following changes to the jaxp, jaxws, jdk, langtools, and nashorn repositories. As usual with such changes, the patch file is the most helpful view of the changeset. Bug 8136494 Update "@since 1.9" to "@since 9" to match java.version.specification https://bugs.openjdk.java.net/browse/JDK-8136494 Webrev http://cr.openjdk.java.net/~iris/verona/8136594/webrev.0/ In addition to the changeset, I will update JEP 223 as follows: @since JavaDoc tag The value for the @since JavaDoc tag will continue to be aligned with the system property `java.specification.version`; hence, new JDK 9 APIs will be indicated by `@since 9`. Thanks, iris [0] http://openjdk.java.net/jeps/223 From mikael.gerdin at oracle.com Thu Jan 7 07:58:09 2016 From: mikael.gerdin at oracle.com (Mikael Gerdin) Date: Thu, 7 Jan 2016 08:58:09 +0100 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <568E1A91.1070406@oracle.com> Vote: yes /Mikael On 2016-01-04 22:31, Jonathan Gibbons wrote: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > > cb73b474703e: Annotate.Worker should be replaced with lambdas > 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java should > ha... > 130ae42e6da7: ToolBox should have a cleanDirectory method > 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) > a32f899caa49: PackagePathMismatch.java does not use --state-dir option > 155f6671cab4: Sjavac tests are leaking file managers > 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing > c8206f440046: Enable thin server mode in Sjavac > 5ba1a29a0eb0: Sjavac should stream back compiler output to the client as > so... > a4d9179cf598: A recent update to copyright headers caused two tests to fail > a3dd196e5341: langtools tests have bad license > adba44f6b471: Refactor sjavac as a thin client > 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no > copyr... > 5021d414632a: Due to a javac type inference issue, sjavac doesn't > compile w... > 27da0c3ac83a: SJavac should track changes in the public apis of > classpath c... > f36eace6170f: Open up Dependencies for use from other packages > fc00bb06172c: The field Gen.stringBufferType is no longer needed (and > not a... > 732890c00534: Incorrect applying of repeatable annotations with > incompatibl... > 524255b0bec0: Infinite loop when compiling annotations with > -XDcompletionDeps > 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps > 39f02f1acda4: Initialization of DocLint triggers out of order > initializatio... > 04ec0526fa3d: ArrayType prints element type post order > 4348bf94591c: Confusing (incorrect) error message on repeatable annotations > 7f25537496ff: Confusing / incorrect error message regarding annotations > on ... > cfe27a999212: Bootcycle images build fails on Windows32/64 > ce519d6f344b: Give TaskListener methods empty default implementations > b5eeeb11b9d4: Sjavac creates unnecessarily many > SjavacClient/PooledSjavac/S... > c5c8a1f32b83: Since changeset 2686:56f8be952a5c > test/tools/sjavac/Dependenc... > 10100ecb0c97: Sjavac spawns external processes in a unnecessarily > complex a... > bbd0164f668d: There is a small race condition in IdleResetSjavac > 69d7812dabcc: Public API scanning should be implemented in the form of a > Ta... > a0125e2a10e8: Analysis of public API does not take super classes into > account > 9e29021d0d13: Incremental build fails on Windows > 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain > 9e8cbfac9b6b: Sjavac does not print compilation errors to the console > a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' > 98a99928a76b: Sjavac should not use portfiles, sockets, etc if > background=f... > 5bd36f40e4c5: The sjavac client/server protocol should be hidden behind > an ... > c2d589333410: A recently added Xprefer test fails on Windows > baf35a88504b: Javac allows timestamps inside rt.jar to affect > compilation w... > b510ad035fe4: Option handling in sjavac needs to be rewritten > 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary for > imp... > f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with test > code > f5f0872a1b84: NullPointerException compiling annotation values that have > bo... > a970979c412a: remove workaround tests when jtreg updated > 1e7ad879f15e: clean up JavacAnnotatedConstruct > ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional trees > 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() > 1fe358ea75ff: javac, LVT test harness should generate tests .class files > in... > ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be > Code_a... > 7703578cf570: The sjavac exclude option should accept valid directory > ident... > 78a0dcde6b67: TEST_BUG: > java/lang/reflect/Method/DefaultMethodModeling.java... > b8927cbfb893: Annotations declared on super-super-class should be > overridde... > b07856d0de34: Repeating annotations - getAnnotationsByType(Class) is > not... > From mikael.gerdin at oracle.com Thu Jan 7 08:02:01 2016 From: mikael.gerdin at oracle.com (Mikael Gerdin) Date: Thu, 7 Jan 2016 09:02:01 +0100 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <568E1B79.1080302@oracle.com> Vote: yes /Mikael On 2016-01-06 19:19, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for those > flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at > G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the > number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for > parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints > humongous object liveness output when there is at least one candidate > humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges -XX:NUMAInterleaveGranularity=2147483648 > crashes VM > From thomas.schatzl at oracle.com Thu Jan 7 08:40:41 2016 From: thomas.schatzl at oracle.com (Thomas Schatzl) Date: Thu, 07 Jan 2016 09:40:41 +0100 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <1452156041.2611.0.camel@oracle.com> Vote: yes From zoltan.majo at oracle.com Thu Jan 7 08:50:06 2016 From: zoltan.majo at oracle.com (=?UTF-8?B?Wm9sdMOhbiBNYWrDsw==?=) Date: Thu, 7 Jan 2016 09:50:06 +0100 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <568E26BE.1080900@oracle.com> Vote: Yes. Best regards, Zoltan On 01/06/2016 07:19 PM, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for > those flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at > G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the > number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for > parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints > humongous object liveness output when there is at least one candidate > humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges > -XX:NUMAInterleaveGranularity=2147483648 crashes VM > From david.lindholm at oracle.com Thu Jan 7 09:16:52 2016 From: david.lindholm at oracle.com (David Lindholm) Date: Thu, 7 Jan 2016 10:16:52 +0100 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <568E2D04.90109@oracle.com> Vote: yes /David On 2016-01-06 19:19, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for > those flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at > G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the > number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for > parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints > humongous object liveness output when there is at least one candidate > humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges > -XX:NUMAInterleaveGranularity=2147483648 crashes VM > From jaroslav.bachorik at oracle.com Thu Jan 7 09:17:22 2016 From: jaroslav.bachorik at oracle.com (Jaroslav Bachorik) Date: Thu, 7 Jan 2016 10:17:22 +0100 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <568E2D22.7040305@oracle.com> Vote: yes -JB- On 6.1.2016 19:19, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for those > flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at > G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the > number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for > parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints > humongous object liveness output when there is at least one candidate > humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges -XX:NUMAInterleaveGranularity=2147483648 > crashes VM > From Rony.Flatscher at wu.ac.at Thu Jan 7 10:13:46 2016 From: Rony.Flatscher at wu.ac.at (Rony G. Flatscher) Date: Thu, 7 Jan 2016 11:13:46 +0100 Subject: New JDK 9 feature: javadoc search box In-Reply-To: <568D8C21.4080108@oracle.com> References: <568D8C21.4080108@oracle.com> Message-ID: <568E3A59.2060306@wu.ac.at> Hi Joe, thanks for pointing out and giving a link to test drive. This particular feature adds a paramount usability value to the Java documentation IMHO and its implementation is astonishingly fast! Kudos to the javadoc team! ---rony On 06.01.2016 22:50, joe darcy wrote: > Hello, > > FYI, towards the end of 2015 the javadoc team implemented an interesting new feature: a javadoc > search box (JEP 225: Javadoc Search). > > If you look at the current JDK 9 javadoc > > http://download.java.net/jdk9/docs/api/index.html > > in the upper right corner of the main panel there now a search box. As an example, if you type > "math" into the search box, this will look over the packages (java.math), types (java.langMath, > java.math.BigDecimal, ...), and methods where "math" appears. > > Cheers, > > -Joe From staffan.larsen at oracle.com Thu Jan 7 10:53:06 2016 From: staffan.larsen at oracle.com (Staffan Larsen) Date: Thu, 7 Jan 2016 11:53:06 +0100 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: Vote: yes > On 4 jan. 2016, at 22:31, Jonathan Gibbons wrote: > > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > > cb73b474703e: Annotate.Worker should be replaced with lambdas > 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java should ha... > 130ae42e6da7: ToolBox should have a cleanDirectory method > 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) > a32f899caa49: PackagePathMismatch.java does not use --state-dir option > 155f6671cab4: Sjavac tests are leaking file managers > 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing > c8206f440046: Enable thin server mode in Sjavac > 5ba1a29a0eb0: Sjavac should stream back compiler output to the client as so... > a4d9179cf598: A recent update to copyright headers caused two tests to fail > a3dd196e5341: langtools tests have bad license > adba44f6b471: Refactor sjavac as a thin client > 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no copyr... > 5021d414632a: Due to a javac type inference issue, sjavac doesn't compile w... > 27da0c3ac83a: SJavac should track changes in the public apis of classpath c... > f36eace6170f: Open up Dependencies for use from other packages > fc00bb06172c: The field Gen.stringBufferType is no longer needed (and not a... > 732890c00534: Incorrect applying of repeatable annotations with incompatibl... > 524255b0bec0: Infinite loop when compiling annotations with -XDcompletionDeps > 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps > 39f02f1acda4: Initialization of DocLint triggers out of order initializatio... > 04ec0526fa3d: ArrayType prints element type post order > 4348bf94591c: Confusing (incorrect) error message on repeatable annotations > 7f25537496ff: Confusing / incorrect error message regarding annotations on ... > cfe27a999212: Bootcycle images build fails on Windows32/64 > ce519d6f344b: Give TaskListener methods empty default implementations > b5eeeb11b9d4: Sjavac creates unnecessarily many SjavacClient/PooledSjavac/S... > c5c8a1f32b83: Since changeset 2686:56f8be952a5c test/tools/sjavac/Dependenc... > 10100ecb0c97: Sjavac spawns external processes in a unnecessarily complex a... > bbd0164f668d: There is a small race condition in IdleResetSjavac > 69d7812dabcc: Public API scanning should be implemented in the form of a Ta... > a0125e2a10e8: Analysis of public API does not take super classes into account > 9e29021d0d13: Incremental build fails on Windows > 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain > 9e8cbfac9b6b: Sjavac does not print compilation errors to the console > a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' > 98a99928a76b: Sjavac should not use portfiles, sockets, etc if background=f... > 5bd36f40e4c5: The sjavac client/server protocol should be hidden behind an ... > c2d589333410: A recently added Xprefer test fails on Windows > baf35a88504b: Javac allows timestamps inside rt.jar to affect compilation w... > b510ad035fe4: Option handling in sjavac needs to be rewritten > 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary for imp... > f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with test code > f5f0872a1b84: NullPointerException compiling annotation values that have bo... > a970979c412a: remove workaround tests when jtreg updated > 1e7ad879f15e: clean up JavacAnnotatedConstruct > ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional trees > 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() > 1fe358ea75ff: javac, LVT test harness should generate tests .class files in... > ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be Code_a... > 7703578cf570: The sjavac exclude option should accept valid directory ident... > 78a0dcde6b67: TEST_BUG: java/lang/reflect/Method/DefaultMethodModeling.java... > b8927cbfb893: Annotations declared on super-super-class should be overridde... > b07856d0de34: Repeating annotations - getAnnotationsByType(Class) is not... > From staffan.larsen at oracle.com Thu Jan 7 10:53:32 2016 From: staffan.larsen at oracle.com (Staffan Larsen) Date: Thu, 7 Jan 2016 11:53:32 +0100 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <8E54ADE4-3050-4C01-A5B8-DFF520E78FA8@oracle.com> Vote: yes > On 6 jan. 2016, at 19:19, Jon Masamitsu wrote: > > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for those flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints humongous object liveness output when there is at least one candidate humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges -XX:NUMAInterleaveGranularity=2147483648 crashes VM > From Alan.Bateman at oracle.com Thu Jan 7 11:40:45 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 7 Jan 2016 11:40:45 +0000 Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version In-Reply-To: <5b78e36f-dc67-4bca-936f-f480f413bede@default> References: <8bb087f1-2969-49f1-8de8-1069a61e6306@default> <5b78e36f-dc67-4bca-936f-f480f413bede@default> Message-ID: <568E4EBD.3080600@oracle.com> On 07/01/2016 04:33, Iris Clark wrote: > oops. > > The webrev link should be: > > http://cr.openjdk.java.net/~iris/verona/8136494/webrev.0/ > I skimmed the patch and it looks good to me. -Alan From magnus.ihse.bursie at oracle.com Thu Jan 7 11:58:01 2016 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Thu, 7 Jan 2016 12:58:01 +0100 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <568E52C9.8090208@oracle.com> Vote: yes /Magnus On 2016-01-04 22:31, Jonathan Gibbons wrote: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > > cb73b474703e: Annotate.Worker should be replaced with lambdas > 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java > should ha... > 130ae42e6da7: ToolBox should have a cleanDirectory method > 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) > a32f899caa49: PackagePathMismatch.java does not use --state-dir option > 155f6671cab4: Sjavac tests are leaking file managers > 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing > c8206f440046: Enable thin server mode in Sjavac > 5ba1a29a0eb0: Sjavac should stream back compiler output to the client > as so... > a4d9179cf598: A recent update to copyright headers caused two tests to > fail > a3dd196e5341: langtools tests have bad license > adba44f6b471: Refactor sjavac as a thin client > 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no > copyr... > 5021d414632a: Due to a javac type inference issue, sjavac doesn't > compile w... > 27da0c3ac83a: SJavac should track changes in the public apis of > classpath c... > f36eace6170f: Open up Dependencies for use from other packages > fc00bb06172c: The field Gen.stringBufferType is no longer needed (and > not a... > 732890c00534: Incorrect applying of repeatable annotations with > incompatibl... > 524255b0bec0: Infinite loop when compiling annotations with > -XDcompletionDeps > 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps > 39f02f1acda4: Initialization of DocLint triggers out of order > initializatio... > 04ec0526fa3d: ArrayType prints element type post order > 4348bf94591c: Confusing (incorrect) error message on repeatable > annotations > 7f25537496ff: Confusing / incorrect error message regarding > annotations on ... > cfe27a999212: Bootcycle images build fails on Windows32/64 > ce519d6f344b: Give TaskListener methods empty default implementations > b5eeeb11b9d4: Sjavac creates unnecessarily many > SjavacClient/PooledSjavac/S... > c5c8a1f32b83: Since changeset 2686:56f8be952a5c > test/tools/sjavac/Dependenc... > 10100ecb0c97: Sjavac spawns external processes in a unnecessarily > complex a... > bbd0164f668d: There is a small race condition in IdleResetSjavac > 69d7812dabcc: Public API scanning should be implemented in the form of > a Ta... > a0125e2a10e8: Analysis of public API does not take super classes into > account > 9e29021d0d13: Incremental build fails on Windows > 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain > 9e8cbfac9b6b: Sjavac does not print compilation errors to the console > a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' > 98a99928a76b: Sjavac should not use portfiles, sockets, etc if > background=f... > 5bd36f40e4c5: The sjavac client/server protocol should be hidden > behind an ... > c2d589333410: A recently added Xprefer test fails on Windows > baf35a88504b: Javac allows timestamps inside rt.jar to affect > compilation w... > b510ad035fe4: Option handling in sjavac needs to be rewritten > 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary > for imp... > f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with > test code > f5f0872a1b84: NullPointerException compiling annotation values that > have bo... > a970979c412a: remove workaround tests when jtreg updated > 1e7ad879f15e: clean up JavacAnnotatedConstruct > ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional > trees > 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() > 1fe358ea75ff: javac, LVT test harness should generate tests .class > files in... > ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be > Code_a... > 7703578cf570: The sjavac exclude option should accept valid directory > ident... > 78a0dcde6b67: TEST_BUG: > java/lang/reflect/Method/DefaultMethodModeling.java... > b8927cbfb893: Annotations declared on super-super-class should be > overridde... > b07856d0de34: Repeating annotations - getAnnotationsByType(Class) > is not... > From lance.andersen at oracle.com Thu Jan 7 12:34:41 2016 From: lance.andersen at oracle.com (Lance Andersen) Date: Thu, 7 Jan 2016 07:34:41 -0500 Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version In-Reply-To: <5b78e36f-dc67-4bca-936f-f480f413bede@default> References: <8bb087f1-2969-49f1-8de8-1069a61e6306@default> <5b78e36f-dc67-4bca-936f-f480f413bede@default> Message-ID: Hi Iris, I think the changes are OK. I would suggest making your description clear for your changes such as: ------ @@ -1019,7 +1019,7 @@ * may be controlled by the {@code -XX:AutoBoxCacheMax=} option. * During VM initialization, java.lang.Integer.IntegerCache.high property * may be set and saved in the private system properties in the - * jdk.internal.misc.VM class. + * sun.misc.VM class. */ ------- for your push? Best Lance On Jan 6, 2016, at 11:33 PM, Iris Clark wrote: > oops. > > The webrev link should be: > > http://cr.openjdk.java.net/~iris/verona/8136494/webrev.0/ > > Regards, > iris > > -----Original Message----- > From: Iris Clark > Sent: Wednesday, January 06, 2016 8:30 PM > To: jdk9-dev at openjdk.java.net > Cc: Iris Clark; verona-dev at openjdk.java.net > Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version > > Hi. > > In Verona (JEP 223: New Version-String Scheme[0]), the system property java.specification.version was updated from "1.9" to "9". > @since tags for new JDK 9 APIs should be aligned with the new value. > > Please review the following changes to the jaxp, jaxws, jdk, langtools, and nashorn repositories. As usual with such changes, the patch file is the most helpful view of the changeset. > > Bug > > 8136494 Update "@since 1.9" to "@since 9" to match > java.version.specification > https://bugs.openjdk.java.net/browse/JDK-8136494 > > Webrev > > http://cr.openjdk.java.net/~iris/verona/8136594/webrev.0/ > > In addition to the changeset, I will update JEP 223 as follows: > > @since JavaDoc tag > > The value for the @since JavaDoc tag will continue to be > aligned with the system property `java.specification.version`; > hence, new JDK 9 APIs will be indicated by `@since 9`. > > Thanks, > iris > > [0] http://openjdk.java.net/jeps/223 Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037 Oracle Java Engineering 1 Network Drive Burlington, MA 01803 Lance.Andersen at oracle.com From jesper.wilhelmsson at oracle.com Thu Jan 7 13:03:49 2016 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Thu, 7 Jan 2016 14:03:49 +0100 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <568E6235.2070401@oracle.com> Vote: Yes /Jesper Den 6/1/16 kl. 19:19, skrev Jon Masamitsu: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for those flags > that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the number of > threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for parallel gc, > parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints humongous > object liveness output when there is at least one candidate humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges -XX:NUMAInterleaveGranularity=2147483648 crashes VM > From jesper.wilhelmsson at oracle.com Thu Jan 7 13:14:02 2016 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Thu, 7 Jan 2016 14:14:02 +0100 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <568E649A.1090204@oracle.com> Vote: Yes /Jesper Den 4/1/16 kl. 22:31, skrev Jonathan Gibbons: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > > cb73b474703e: Annotate.Worker should be replaced with lambdas > 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java should ha... > 130ae42e6da7: ToolBox should have a cleanDirectory method > 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) > a32f899caa49: PackagePathMismatch.java does not use --state-dir option > 155f6671cab4: Sjavac tests are leaking file managers > 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing > c8206f440046: Enable thin server mode in Sjavac > 5ba1a29a0eb0: Sjavac should stream back compiler output to the client as so... > a4d9179cf598: A recent update to copyright headers caused two tests to fail > a3dd196e5341: langtools tests have bad license > adba44f6b471: Refactor sjavac as a thin client > 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no copyr... > 5021d414632a: Due to a javac type inference issue, sjavac doesn't compile w... > 27da0c3ac83a: SJavac should track changes in the public apis of classpath c... > f36eace6170f: Open up Dependencies for use from other packages > fc00bb06172c: The field Gen.stringBufferType is no longer needed (and not a... > 732890c00534: Incorrect applying of repeatable annotations with incompatibl... > 524255b0bec0: Infinite loop when compiling annotations with -XDcompletionDeps > 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps > 39f02f1acda4: Initialization of DocLint triggers out of order initializatio... > 04ec0526fa3d: ArrayType prints element type post order > 4348bf94591c: Confusing (incorrect) error message on repeatable annotations > 7f25537496ff: Confusing / incorrect error message regarding annotations on ... > cfe27a999212: Bootcycle images build fails on Windows32/64 > ce519d6f344b: Give TaskListener methods empty default implementations > b5eeeb11b9d4: Sjavac creates unnecessarily many SjavacClient/PooledSjavac/S... > c5c8a1f32b83: Since changeset 2686:56f8be952a5c test/tools/sjavac/Dependenc... > 10100ecb0c97: Sjavac spawns external processes in a unnecessarily complex a... > bbd0164f668d: There is a small race condition in IdleResetSjavac > 69d7812dabcc: Public API scanning should be implemented in the form of a Ta... > a0125e2a10e8: Analysis of public API does not take super classes into account > 9e29021d0d13: Incremental build fails on Windows > 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain > 9e8cbfac9b6b: Sjavac does not print compilation errors to the console > a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' > 98a99928a76b: Sjavac should not use portfiles, sockets, etc if background=f... > 5bd36f40e4c5: The sjavac client/server protocol should be hidden behind an ... > c2d589333410: A recently added Xprefer test fails on Windows > baf35a88504b: Javac allows timestamps inside rt.jar to affect compilation w... > b510ad035fe4: Option handling in sjavac needs to be rewritten > 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary for imp... > f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with test code > f5f0872a1b84: NullPointerException compiling annotation values that have bo... > a970979c412a: remove workaround tests when jtreg updated > 1e7ad879f15e: clean up JavacAnnotatedConstruct > ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional trees > 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() > 1fe358ea75ff: javac, LVT test harness should generate tests .class files in... > ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be Code_a... > 7703578cf570: The sjavac exclude option should accept valid directory ident... > 78a0dcde6b67: TEST_BUG: java/lang/reflect/Method/DefaultMethodModeling.java... > b8927cbfb893: Annotations declared on super-super-class should be overridde... > b07856d0de34: Repeating annotations - getAnnotationsByType(Class) is not... > From stefan.johansson at oracle.com Thu Jan 7 14:01:08 2016 From: stefan.johansson at oracle.com (Stefan Johansson) Date: Thu, 7 Jan 2016 15:01:08 +0100 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <568E6FA4.2020002@oracle.com> Vote: yes Stefan On 2016-01-06 19:19, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for > those flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at > G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the > number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for > parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints > humongous object liveness output when there is at least one candidate > humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges > -XX:NUMAInterleaveGranularity=2147483648 crashes VM > From chris.hegarty at oracle.com Thu Jan 7 16:46:29 2016 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Thu, 7 Jan 2016 16:46:29 +0000 Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version In-Reply-To: <568E4EBD.3080600@oracle.com> References: <8bb087f1-2969-49f1-8de8-1069a61e6306@default> <5b78e36f-dc67-4bca-936f-f480f413bede@default> <568E4EBD.3080600@oracle.com> Message-ID: On 7 Jan 2016, at 11:40, Alan Bateman wrote: > On 07/01/2016 04:33, Iris Clark wrote: >> oops. >> >> The webrev link should be: >> >> http://cr.openjdk.java.net/~iris/verona/8136494/webrev.0/ >> > I skimmed the patch and it looks good to me. +1. Just to note there are a number of '@since 1.9? ?s in the langtools src [1], but I guess these can be done separately, if you like. -Chris. [1] * @since 1.9 ./langtools/src/java.compiler/share/classes/javax/tools/FileManagerUtils.java * @since 1.9 * @since 1.9 * @since 1.9 * @since 1.9 * @since 1.9 ./langtools/src/java.compiler/share/classes/javax/tools/StandardJavaFileManager.java * @since 1.9 ./langtools/src/java.compiler/share/classes/javax/lang/model/util/ElementScanner9.java * @since 1.9 ./langtools/src/java.compiler/share/classes/javax/lang/model/util/AbstractTypeVisitor9.java * @since 1.9 ./langtools/src/java.compiler/share/classes/javax/lang/model/util/AbstractAnnotationValueVisitor9.java * @since 1.9 ./langtools/src/java.compiler/share/classes/javax/lang/model/util/ElementKindVisitor9.java * @since 1.9 ./langtools/src/java.compiler/share/classes/javax/lang/model/util/SimpleElementVisitor9.java * @since 1.9 ./langtools/src/java.compiler/share/classes/javax/lang/model/util/SimpleAnnotationValueVisitor9.java * @since 1.9 ./langtools/src/java.compiler/share/classes/javax/lang/model/util/TypeKindVisitor9.java * @since 1.9 ./langtools/src/java.compiler/share/classes/javax/lang/model/util/AbstractElementVisitor9.java * @since 1.9 ./langtools/src/java.compiler/share/classes/javax/lang/model/SourceVersion.java * @since 1.9 ./langtools/src/jdk.compiler/share/classes/com/sun/source/util/TaskEvent.java * @since 1.9 * @since 1.9 * @since 1.9 * @since 1.9 * @since 1.9 * @since 1.9 ./langtools/src/jdk.compiler/share/classes/com/sun/source/util/DocTrees.java * @since 1.9 ./langtools/src/jdk.compiler/share/classes/com/sun/source/doctree/IndexTree.java * @since 1.9 ./langtools/src/jdk.compiler/share/classes/com/sun/source/doctree/DocCommentTree.java * @since 1.9 ./langtools/src/jdk.compiler/share/classes/com/sun/source/tree/PackageTree.java * @since 1.9 ./langtools/src/jdk.compiler/share/classes/com/sun/source/tree/CompilationUnitTree.java * @since 1.9 ./langtools/src/jdk.compiler/share/classes/com/sun/source/tree/Tree.java From jonathan.gibbons at oracle.com Thu Jan 7 16:52:48 2016 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Thu, 07 Jan 2016 08:52:48 -0800 Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version In-Reply-To: References: <8bb087f1-2969-49f1-8de8-1069a61e6306@default> <5b78e36f-dc67-4bca-936f-f480f413bede@default> <568E4EBD.3080600@oracle.com> Message-ID: <568E97E0.5000301@oracle.com> On 01/07/2016 08:46 AM, Chris Hegarty wrote: > Just to note there are a number of '@since 1.9? ?s in the langtools > src [1], but I guess these can be done separately, if you like. > > -Chris. Chris, We did the langtools "@since 1.9" tags yesterday. http://hg.openjdk.java.net/jdk9/dev/langtools/rev/70ac078df098 -- Jon From chris.hegarty at oracle.com Thu Jan 7 16:52:52 2016 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Thu, 7 Jan 2016 16:52:52 +0000 Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version In-Reply-To: References: <8bb087f1-2969-49f1-8de8-1069a61e6306@default> <5b78e36f-dc67-4bca-936f-f480f413bede@default> <568E4EBD.3080600@oracle.com> Message-ID: On 7 Jan 2016, at 16:46, Chris Hegarty wrote: > > On 7 Jan 2016, at 11:40, Alan Bateman wrote: > >> On 07/01/2016 04:33, Iris Clark wrote: >>> oops. >>> >>> The webrev link should be: >>> >>> http://cr.openjdk.java.net/~iris/verona/8136494/webrev.0/ >>> >> I skimmed the patch and it looks good to me. > > +1. > > Just to note there are a number of '@since 1.9? ?s in the langtools > src [1], but I guess these can be done separately, if you like. Oops, it was pointed out to me that these were pushed to langtools yesterday. Ignore this comment, I need to refresh my forest more often. -Chris. > -Chris. > > [1] * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/tools/FileManagerUtils.java > * @since 1.9 > * @since 1.9 > * @since 1.9 > * @since 1.9 > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/tools/StandardJavaFileManager.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/util/ElementScanner9.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/util/AbstractTypeVisitor9.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/util/AbstractAnnotationValueVisitor9.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/util/ElementKindVisitor9.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/util/SimpleElementVisitor9.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/util/SimpleAnnotationValueVisitor9.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/util/TypeKindVisitor9.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/util/AbstractElementVisitor9.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/SourceVersion.java > * @since 1.9 > ./langtools/src/jdk.compiler/share/classes/com/sun/source/util/TaskEvent.java > * @since 1.9 > * @since 1.9 > * @since 1.9 > * @since 1.9 > * @since 1.9 > * @since 1.9 > ./langtools/src/jdk.compiler/share/classes/com/sun/source/util/DocTrees.java > * @since 1.9 > ./langtools/src/jdk.compiler/share/classes/com/sun/source/doctree/IndexTree.java > * @since 1.9 > ./langtools/src/jdk.compiler/share/classes/com/sun/source/doctree/DocCommentTree.java > * @since 1.9 > ./langtools/src/jdk.compiler/share/classes/com/sun/source/tree/PackageTree.java > * @since 1.9 > ./langtools/src/jdk.compiler/share/classes/com/sun/source/tree/CompilationUnitTree.java > * @since 1.9 > ./langtools/src/jdk.compiler/share/classes/com/sun/source/tree/Tree.java From iris.clark at oracle.com Thu Jan 7 17:06:20 2016 From: iris.clark at oracle.com (Iris Clark) Date: Thu, 7 Jan 2016 09:06:20 -0800 (PST) Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version In-Reply-To: References: <8bb087f1-2969-49f1-8de8-1069a61e6306@default> <5b78e36f-dc67-4bca-936f-f480f413bede@default> Message-ID: <80f56f2e-78b5-4b6e-a3ec-1f200ed2118b@default> Hi, Lance. Thanks for the review. I was a bit puzzled by the code you quoted back since it relates to the recent move of VM class, which I didn't touch. It appears that my forest was not sufficiently up-to-date with respect to dev when I did the webrev. The build I launched after I sent out the RFR failed. I'll fix the forest/webrev later today. Regards, iris From: Lance Andersen Sent: Thursday, January 07, 2016 4:35 AM To: Iris Clark Cc: jdk9-dev at openjdk.java.net; verona-dev at openjdk.java.net Subject: Re: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version Hi Iris, I think the changes are OK. I would suggest making your description clear for your changes such as: ------ @@ -1019,7 +1019,7 @@ * may be controlled by the {@code -XX:AutoBoxCacheMax=} option. * During VM initialization, java.lang.Integer.IntegerCache.high property * may be set and saved in the private system properties in the - * jdk.internal.misc.VM class. + * sun.misc.VM class. */ ------- for your push. Best Lance On Jan 6, 2016, at 11:33 PM, Iris Clark wrote: oops. The webrev link should be: http://cr.openjdk.java.net/~iris/verona/8136494/webrev.0/ Regards, iris -----Original Message----- From: Iris Clark Sent: Wednesday, January 06, 2016 8:30 PM To: HYPERLINK "mailto:jdk9-dev at openjdk.java.net"jdk9-dev at openjdk.java.net Cc: Iris Clark; HYPERLINK "mailto:verona-dev at openjdk.java.net"verona-dev at openjdk.java.net Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version Hi. In Verona (JEP 223: New Version-String Scheme[0]), the system property java.specification.version was updated from "1.9" to "9". @since tags for new JDK 9 APIs should be aligned with the new value. Please review the following changes to the jaxp, jaxws, jdk, langtools, and nashorn repositories. As usual with such changes, the patch file is the most helpful view of the changeset. Bug 8136494 Update "@since 1.9" to "@since 9" to match java.version.specification https://bugs.openjdk.java.net/browse/JDK-8136494 Webrev http://cr.openjdk.java.net/~iris/verona/8136594/webrev.0/ In addition to the changeset, I will update JEP 223 as follows: @since JavaDoc tag The value for the @since JavaDoc tag will continue to be aligned with the system property `java.specification.version`; hence, new JDK 9 APIs will be indicated by `@since 9`. Thanks, iris [0] http://openjdk.java.net/jeps/223 http://oracle.com/us/design/oracle-email-sig-198324.gif HYPERLINK "http://oracle.com/us/design/oracle-email-sig-198324.gif" Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037 Oracle Java Engineering 1 Network Drive Burlington, MA 01803 HYPERLINK "mailto:Lance.Andersen at oracle.com"Lance.Andersen at oracle.com From iris.clark at oracle.com Thu Jan 7 17:06:57 2016 From: iris.clark at oracle.com (Iris Clark) Date: Thu, 7 Jan 2016 09:06:57 -0800 (PST) Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version In-Reply-To: <568E4EBD.3080600@oracle.com> References: <8bb087f1-2969-49f1-8de8-1069a61e6306@default> <5b78e36f-dc67-4bca-936f-f480f413bede@default> <568E4EBD.3080600@oracle.com> Message-ID: Hi, Alan. Thanks for taking the time to review. Regards, iris -----Original Message----- From: Alan Bateman Sent: Thursday, January 07, 2016 3:41 AM To: Iris Clark; jdk9-dev at openjdk.java.net Cc: verona-dev at openjdk.java.net Subject: Re: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version On 07/01/2016 04:33, Iris Clark wrote: > oops. > > The webrev link should be: > > http://cr.openjdk.java.net/~iris/verona/8136494/webrev.0/ > I skimmed the patch and it looks good to me. -Alan From iris.clark at oracle.com Thu Jan 7 17:08:06 2016 From: iris.clark at oracle.com (Iris Clark) Date: Thu, 7 Jan 2016 09:08:06 -0800 (PST) Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version In-Reply-To: References: <8bb087f1-2969-49f1-8de8-1069a61e6306@default> <5b78e36f-dc67-4bca-936f-f480f413bede@default> <568E4EBD.3080600@oracle.com> Message-ID: <59cd2988-4955-4041-93fa-71a7f31616ac@default> Hi, Chris. Thanks for reviewing. > Oops, it was pointed out to me that these were pushed to langtools yesterday. My mistake, I should have mentioned Jon's bug in my RFR. Regards, iris -----Original Message----- From: Chris Hegarty Sent: Thursday, January 07, 2016 8:53 AM To: Iris Clark Cc: jdk9-dev; verona-dev at openjdk.java.net Subject: Re: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version On 7 Jan 2016, at 16:46, Chris Hegarty wrote: > > On 7 Jan 2016, at 11:40, Alan Bateman wrote: > >> On 07/01/2016 04:33, Iris Clark wrote: >>> oops. >>> >>> The webrev link should be: >>> >>> http://cr.openjdk.java.net/~iris/verona/8136494/webrev.0/ >>> >> I skimmed the patch and it looks good to me. > > +1. > > Just to note there are a number of '@since 1.9' 's in the langtools > src [1], but I guess these can be done separately, if you like. Oops, it was pointed out to me that these were pushed to langtools yesterday. Ignore this comment, I need to refresh my forest more often. -Chris. > -Chris. > > [1] * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/tools/FileManagerUtils.java > * @since 1.9 > * @since 1.9 > * @since 1.9 > * @since 1.9 > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/tools/StandardJavaFi > leManager.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/util/Elem > entScanner9.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/util/Abst > ractTypeVisitor9.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/util/Abst > ractAnnotationValueVisitor9.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/util/Elem > entKindVisitor9.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/util/Simp > leElementVisitor9.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/util/Simp > leAnnotationValueVisitor9.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/util/Type > KindVisitor9.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/util/AbstractElementVisitor9.java > * @since 1.9 > ./langtools/src/java.compiler/share/classes/javax/lang/model/SourceVersion.java > * @since 1.9 > ./langtools/src/jdk.compiler/share/classes/com/sun/source/util/TaskEvent.java > * @since 1.9 > * @since 1.9 > * @since 1.9 > * @since 1.9 > * @since 1.9 > * @since 1.9 > ./langtools/src/jdk.compiler/share/classes/com/sun/source/util/DocTree > s.java > * @since 1.9 > ./langtools/src/jdk.compiler/share/classes/com/sun/source/doctree/IndexTree.java > * @since 1.9 > ./langtools/src/jdk.compiler/share/classes/com/sun/source/doctree/DocC > ommentTree.java > * @since 1.9 > ./langtools/src/jdk.compiler/share/classes/com/sun/source/tree/PackageTree.java > * @since 1.9 > ./langtools/src/jdk.compiler/share/classes/com/sun/source/tree/CompilationUnitTree.java > * @since 1.9 > ./langtools/src/jdk.compiler/share/classes/com/sun/source/tree/Tree.ja > va From kim.barrett at oracle.com Thu Jan 7 18:44:23 2016 From: kim.barrett at oracle.com (Kim Barrett) Date: Thu, 7 Jan 2016 13:44:23 -0500 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <13200439-ED51-46B8-ABA2-8E4B7797B74C@oracle.com> vote: yes On Jan 6, 2016, at 1:19 PM, Jon Masamitsu wrote: > > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: From talden at gmail.com Thu Jan 7 20:19:39 2016 From: talden at gmail.com (Talden) Date: Fri, 8 Jan 2016 09:19:39 +1300 Subject: New JDK 9 feature: javadoc search box In-Reply-To: <568E3A59.2060306@wu.ac.at> References: <568D8C21.4080108@oracle.com> <568E3A59.2060306@wu.ac.at> Message-ID: Love the feature (and the speed). However the grouping seems off. Searching for "color"... Puts "java.awt.color.CMMException" in Types Puts "java.awt.Color.brighter()" in Members If I'm looking for a method containing color I get a very large member group of nonmatches. -- Aaron On Thu, Jan 7, 2016 at 11:13 PM, Rony G. Flatscher wrote: > Hi Joe, > > thanks for pointing out and giving a link to test drive. This particular > feature adds a paramount > usability value to the Java documentation IMHO and its implementation is > astonishingly fast! > > Kudos to the javadoc team! > > ---rony > > > On 06.01.2016 22:50, joe darcy wrote: > > Hello, > > > > FYI, towards the end of 2015 the javadoc team implemented an interesting > new feature: a javadoc > > search box (JEP 225: Javadoc Search). > > > > If you look at the current JDK 9 javadoc > > > > http://download.java.net/jdk9/docs/api/index.html > > > > in the upper right corner of the main panel there now a search box. As > an example, if you type > > "math" into the search box, this will look over the packages > (java.math), types (java.langMath, > > java.math.BigDecimal, ...), and methods where "math" appears. > > > > Cheers, > > > > -Joe > > From kishor.kharbas at intel.com Thu Jan 7 00:12:50 2016 From: kishor.kharbas at intel.com (Kharbas, Kishor) Date: Thu, 7 Jan 2016 00:12:50 +0000 Subject: RFR (M): 8135250: Replace custom check/range functionality with check index/range methods in java.util.Arrays Message-ID: Hello all, Requesting the community to review a patch which replaces custom bound checking functionality with calls to methods in java.util.Objects. The methods affected are CounterMode.crypt() and AESCrypt.encryptBlock(), AESCrypt.decryptBlock() Bug id: https://bugs.openjdk.java.net/browse/JDK-8135250 Webrev: http://cr.openjdk.java.net/~vdeshpande/8135250/webrev.00/ Regards Kishor Kharbas From stuart.marks at oracle.com Thu Jan 7 21:13:11 2016 From: stuart.marks at oracle.com (Stuart Marks) Date: Thu, 7 Jan 2016 13:13:11 -0800 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <568ED4E7.5070907@oracle.com> Vote: Yes On 1/4/16 1:31 PM, Jonathan Gibbons wrote: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > > cb73b474703e: Annotate.Worker should be replaced with lambdas > 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java should ha... > 130ae42e6da7: ToolBox should have a cleanDirectory method > 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) > a32f899caa49: PackagePathMismatch.java does not use --state-dir option > 155f6671cab4: Sjavac tests are leaking file managers > 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing > c8206f440046: Enable thin server mode in Sjavac > 5ba1a29a0eb0: Sjavac should stream back compiler output to the client as so... > a4d9179cf598: A recent update to copyright headers caused two tests to fail > a3dd196e5341: langtools tests have bad license > adba44f6b471: Refactor sjavac as a thin client > 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no copyr... > 5021d414632a: Due to a javac type inference issue, sjavac doesn't compile w... > 27da0c3ac83a: SJavac should track changes in the public apis of classpath c... > f36eace6170f: Open up Dependencies for use from other packages > fc00bb06172c: The field Gen.stringBufferType is no longer needed (and not a... > 732890c00534: Incorrect applying of repeatable annotations with incompatibl... > 524255b0bec0: Infinite loop when compiling annotations with -XDcompletionDeps > 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps > 39f02f1acda4: Initialization of DocLint triggers out of order initializatio... > 04ec0526fa3d: ArrayType prints element type post order > 4348bf94591c: Confusing (incorrect) error message on repeatable annotations > 7f25537496ff: Confusing / incorrect error message regarding annotations on ... > cfe27a999212: Bootcycle images build fails on Windows32/64 > ce519d6f344b: Give TaskListener methods empty default implementations > b5eeeb11b9d4: Sjavac creates unnecessarily many SjavacClient/PooledSjavac/S... > c5c8a1f32b83: Since changeset 2686:56f8be952a5c test/tools/sjavac/Dependenc... > 10100ecb0c97: Sjavac spawns external processes in a unnecessarily complex a... > bbd0164f668d: There is a small race condition in IdleResetSjavac > 69d7812dabcc: Public API scanning should be implemented in the form of a Ta... > a0125e2a10e8: Analysis of public API does not take super classes into account > 9e29021d0d13: Incremental build fails on Windows > 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain > 9e8cbfac9b6b: Sjavac does not print compilation errors to the console > a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' > 98a99928a76b: Sjavac should not use portfiles, sockets, etc if background=f... > 5bd36f40e4c5: The sjavac client/server protocol should be hidden behind an ... > c2d589333410: A recently added Xprefer test fails on Windows > baf35a88504b: Javac allows timestamps inside rt.jar to affect compilation w... > b510ad035fe4: Option handling in sjavac needs to be rewritten > 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary for imp... > f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with test code > f5f0872a1b84: NullPointerException compiling annotation values that have bo... > a970979c412a: remove workaround tests when jtreg updated > 1e7ad879f15e: clean up JavacAnnotatedConstruct > ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional trees > 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() > 1fe358ea75ff: javac, LVT test harness should generate tests .class files in... > ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be Code_a... > 7703578cf570: The sjavac exclude option should accept valid directory ident... > 78a0dcde6b67: TEST_BUG: java/lang/reflect/Method/DefaultMethodModeling.java... > b8927cbfb893: Annotations declared on super-super-class should be overridde... > b07856d0de34: Repeating annotations - getAnnotationsByType(Class) is not... > From john.r.rose at oracle.com Thu Jan 7 21:26:24 2016 From: john.r.rose at oracle.com (John Rose) Date: Thu, 7 Jan 2016 13:26:24 -0800 Subject: RFR (M): 8135250: Replace custom check/range functionality with check index/range methods in java.util.Arrays In-Reply-To: References: Message-ID: <5B5CF14F-B40F-47C8-A60C-463B24A2B66C@oracle.com> Reviewed. Thanks for doing that quickly. ? John On Jan 6, 2016, at 4:12 PM, Kharbas, Kishor wrote: > > Hello all, > > Requesting the community to review a patch which replaces custom bound checking functionality with calls to methods in java.util.Objects. > > The methods affected are CounterMode.crypt() and AESCrypt.encryptBlock(), AESCrypt.decryptBlock() > > > Bug id: > https://bugs.openjdk.java.net/browse/JDK-8135250 > Webrev: > http://cr.openjdk.java.net/~vdeshpande/8135250/webrev.00/ > > Regards > Kishor Kharbas > From mikeb at mycosystems.co.uk Thu Jan 7 21:36:48 2016 From: mikeb at mycosystems.co.uk (Mike Burton) Date: Thu, 7 Jan 2016 21:36:48 +0000 Subject: New JDK 9 feature: javadoc search box In-Reply-To: References: <568D8C21.4080108@oracle.com> Message-ID: Very cool, nice work! A very nice feature, don?t know how easy/ possible, would be to make it a drop-down list so as to recall previous searches. Best Regards Mike Burton Myco Systems Ltd > On 7 Jan 2016, at 21:07, Martijn Verburg wrote: > > A fun one to share with your colleagues - please send feedback to jdk9dev! > > ---------- Forwarded message ---------- > From: *joe darcy* > Date: Thursday, 7 January 2016 > Subject: New JDK 9 feature: javadoc search box > To: "jdk9-dev at openjdk.java.net" > > > Hello, > > FYI, towards the end of 2015 the javadoc team implemented an interesting > new feature: a javadoc search box (JEP 225: Javadoc Search). > > If you look at the current JDK 9 javadoc > > http://download.java.net/jdk9/docs/api/index.html > > in the upper right corner of the main panel there now a search box. As an > example, if you type "math" into the search box, this will look over the > packages (java.math), types (java.langMath, java.math.BigDecimal, ...), and > methods where "math" appears. > > Cheers, > > -Joe > > > > -- > Cheers, Martijn (Sent from Gmail Mobile) From stuart.marks at oracle.com Thu Jan 7 23:00:14 2016 From: stuart.marks at oracle.com (Stuart Marks) Date: Thu, 7 Jan 2016 15:00:14 -0800 Subject: Alternative suggestion for JEP 277 "Enhanced Deprecation" In-Reply-To: References: Message-ID: <568EEDFE.3050507@oracle.com> Hi Lukas, Thanks for your interest in deprecation! I definitely wrote JEP with the JDK's usage primarily in mind, but it shouldn't have anything that precludes usage by other libraries. Some of the examples I used might have led people to think it was JDK-only. It isn't, though its primary consumer will be the JDK itself. There's a lot in your proposal, so I'll respond only to a couple key points. One prominent issue is whether the namespace of "reason" values should be strings or enums. The main reasons for using enums are strong typing and clear semantics. It's interesting that you mention @SuppressWarnings, because the use of a string value here is widely viewed as a mistake (at least by the JDK folks I talked to, and me). The reason is that different toolsets have different and overlapping vocabularies, and where they overlap, it's unclear whether they are treated consistently. In addition, having an uncontrolled namespace means that, in practice, every tool has to ignore string values it doesn't understand. So if Oracle's javac sees @SuppressWarnings("hiding") it pretty much has to assume that the value is intended for processing by some other tool. However, it also means that misspelled tags cannot be checked at compile time, code completion doesn't work, etc. If @Deprecated were to use strings, I can easily imagine seeing the following: @Deprecated("SUPERCEDED") (For the sake of example, this is a deliberate misspelling of "SUPERSEDED".) Some tools will start to accept both spellings, and others won't, leading to confusion. As you noted, the documentation of @SuppressWarnings strings is lacking. Better documentation will help, but the fundamental problem is that the @SuppressWarnings namespace is uncontrolled and is weakly typed (or "stringly typed" if you will). I don't want to repeat that mistake with @Deprecated. What's lost by using enums instead of strings is extensibility by third party libraries. Is this really useful, though? How many different reasons are there to deprecate something? Now, the list in the JEP is reasonably complete, but it's always possible that something is missing. Things can definitely be added (and indeed there is still time to do so in JDK 9). So please offer suggestions. One possibility that's come up is to add an OTHER reason, which is a catch-all to use when the other reasons don't fit. The real reason will need to be explained in the javadoc text anyway. (It differs from UNSPECIFIED, which is the default value in case no reason is specified. Maybe UNSPECIFIED is better named as UNKNOWN.) ** One point that you and a couple others have mentioned is that certain things like EXPERIMENTAL and UNIMPLEMENTED don't fit. I think they do, but it requires some explanation. (At some point I'll update the JEP to clarify this.) Deprecation is about API evolution and communicating its impact on clients of that API, to inform clients of the need to perform code migration. If you're an application and you use an API marked EXPERIMENTAL, you ought to be notified of that. The reason is that in a future release, such APIs are likely to disappear, or change incompatibly, or be renamed, e.g., from jdk.experimental.foo to java.foo. All of these cases are binary incompatible and are thus code migration issues. An example of UNIMPLEMENTED is Thread.stop(Throwable). In JDK 7, this actually worked, but of course it was dangerous. In JDK 8 this has been changed to throw UnsupportedOperationException unconditionally. This is clearly a behavioral incompatibility. (See Joe Darcy's blog [1] for discussion of the different kinds of compatibility.) Anyway, code that relies on this method clearly needs to migrate away from it. [1] https://blogs.oracle.com/darcy/entry/kinds_of_compatibility ** Now the idea of @Warning is kind of interesting, as are your examples of "OPTIONAL" and "ACCIDENTAL_EQUALS". Speaking of equals(), an example in the JDK might be using equals() to compare two PriorityQueue instances; this doesn't do what one might think it would do! But these are more about API usage that has potential pitfalls, and less about code migration. For the "OPTIONAL" case (Collection.remove) the programmer has to make sure that the collection instance is actually mutable, and if it is, there's no need for code migration. The other cases are more interesting. It seems like it's almost always an error to call equals() on a jOOQ Field; it also seems a likely error to call equals() on PriorityQueues. Guava has similar cases, where calling a mutation method on an ImmutableCollection is certainly an error. [2] In fact, these methods are @Deprecated in order to generate compile-time warnings. [2] http://google.github.io/guava/releases/snapshot/api/docs/com/google/common/collect/ImmutableCollection.html#remove%28java.lang.Object%29 But none of these are about API evolution, so deprecation doesn't seem to apply here. (Guava's usage of deprecation does seem like a misuse, though I have to admit it's effective.) Your point about @Warning is that it "gives users a hint about potential API misuse." I think that's a fine thing to do, and maybe there are other cases where it's compelling. However, this is different from API evolution and code migration, so @Warning won't be a replacement for @Deprecated. If you want to pursue a @Warning proposal, though, be my guest; I don't see any problem with a potential future @Warning coexisting with @Deprecated. s'marks On 12/29/15 6:08 AM, Lukas Eder wrote: > Hello, > > I've recently discovered JEP 277, which is a very good move forward for the > JDK, but in my opinion not really optimal for the Java ecosystem as a whole > - as it responds only to a limited set of requirements that are mostly > beneficial to the development of JDK 9, I assume. > > I have suggested an alternative approach in this blog post here: > http://blog.jooq.org/2015/12/22/jep-277-enhanced-deprecation-is-nice-but-heres-a-much-better-alternative > > It essentially consists of adding a more generic @Warning annotation, > roughly like this: > > public @interface Warning { > String name() default "warning"; > String description() default ""; > } > > Which could then be used on JDBC: > > public interface ResultSet { > > @Deprecated > @Warning(name="OBSOLETE") > InputStream getUnicodeStream(int columnIndex); > } > > Or on the Collections APIs: > > public interface Collection { > > @Warning(name="OPTIONAL") > boolean remove(Object o); > } > > Or wherever it may seem suitable. The above are just examples. > > The advantage of a generic, String-based approach is that @SuppressWarnings > could be retrofitted to accept any possible @Warning(name): > > Collection collection = new ArrayList<>(); > @SuppressWarnings("OPTIONAL") > boolean ok = collection.remove(1); > > The same is true for IDEs, which could filter out any such warnings based > on user settings. > > While still addressing the goals mentioned in JEP 277, this would add much > more substantial value to the whole ecosystem, and to all other library / > API designers as well. > > Curious to hear your feedback, > Lukas Eder > From vladimir.kozlov at oracle.com Thu Jan 7 23:53:14 2016 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Thu, 7 Jan 2016 15:53:14 -0800 Subject: CFV: New jdk9 Committer: Michael C Berg Message-ID: <568EFA6A.4060502@oracle.com> I hereby nominate Michael C Berg to jdk9 Committer. Michael is a long-term member of the Java team at Intel, our very long and productive partner. He has already contributed 12 significant changes to the hotspot repository [3]. His work concentrated on improvement of vectorization. Votes are due by 4:00 PM PST, Thursday, January 21, 2015 Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Vladimir Kozlov [1] http://openjdk.java.net/census#jdk9 [2] http://openjdk.java.net/projects/#committer-vote [3] list of changes: 8144771: Use AVX3 instructions for string compare http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/5b1e593803b5 8142980: Derby bug with KNL and AVX512 instrinsic support http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/42fc18486e9c 8140779: Code generation fixes for avx512 http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/b57d415bdaa9 8134802: LCM register pressure scheduling http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/10e79692c25e 8132160: Support for AVX 512 call frames and stack management http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/41b6cb9246fe 8135028: Support for vectorizing double precision sqrt http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a589f73b79f4 8129920: Vectorized loop unrolling http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/94403236f303 8081247: AVX 512 extended support http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a7dfe3d73bf9 8076276: Add support for AVX512 http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/bd72804c91d6 8080325: SuperWord loop unrolling analysis http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/9251516ec93d 8078563: Restrict reduction optimization http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a05f3d301196 8074981: Integer/FP scalar reduction optimization http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/6fff5df5f3d2 From vladimir.kozlov at oracle.com Thu Jan 7 23:56:22 2016 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Thu, 7 Jan 2016 15:56:22 -0800 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: <568EFB26.6040806@oracle.com> On 1/7/16 3:53 PM, Vladimir Kozlov wrote: > I hereby nominate Michael C Berg to jdk9 Committer. > > Michael is a long-term member of the Java team at Intel, our very long and productive partner. > > He has already contributed 12 significant changes to the hotspot repository [3]. His work concentrated on improvement of > vectorization. > > Votes are due by 4:00 PM PST, Thursday, January 21, 2015 correction: 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to > this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Vladimir Kozlov > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#committer-vote > [3] list of changes: > > 8144771: Use AVX3 instructions for string compare > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/5b1e593803b5 > > 8142980: Derby bug with KNL and AVX512 instrinsic support > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/42fc18486e9c > > 8140779: Code generation fixes for avx512 > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/b57d415bdaa9 > > 8134802: LCM register pressure scheduling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/10e79692c25e > > 8132160: Support for AVX 512 call frames and stack management > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/41b6cb9246fe > > 8135028: Support for vectorizing double precision sqrt > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a589f73b79f4 > > 8129920: Vectorized loop unrolling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/94403236f303 > > 8081247: AVX 512 extended support > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a7dfe3d73bf9 > > 8076276: Add support for AVX512 > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/bd72804c91d6 > > 8080325: SuperWord loop unrolling analysis > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/9251516ec93d > > 8078563: Restrict reduction optimization > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a05f3d301196 > > 8074981: Integer/FP scalar reduction optimization > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/6fff5df5f3d2 From vladimir.kozlov at oracle.com Thu Jan 7 23:58:06 2016 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Thu, 7 Jan 2016 15:58:06 -0800 Subject: RFR (M): 8135250: Replace custom check/range functionality with check index/range methods in java.util.Arrays In-Reply-To: <5B5CF14F-B40F-47C8-A60C-463B24A2B66C@oracle.com> References: <5B5CF14F-B40F-47C8-A60C-463B24A2B66C@oracle.com> Message-ID: <568EFB8E.6080408@oracle.com> Good. I will sponsor it and push into hs-comp to get Nightly testing. Thanks, Vladimir On 1/7/16 1:26 PM, John Rose wrote: > Reviewed. Thanks for doing that quickly. ? John > > On Jan 6, 2016, at 4:12 PM, Kharbas, Kishor wrote: >> >> Hello all, >> >> Requesting the community to review a patch which replaces custom bound checking functionality with calls to methods in java.util.Objects. >> >> The methods affected are CounterMode.crypt() and AESCrypt.encryptBlock(), AESCrypt.decryptBlock() >> >> >> Bug id: >> https://bugs.openjdk.java.net/browse/JDK-8135250 >> Webrev: >> http://cr.openjdk.java.net/~vdeshpande/8135250/webrev.00/ >> >> Regards >> Kishor Kharbas >> > From vladimir.kozlov at oracle.com Fri Jan 8 00:54:21 2016 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Thu, 7 Jan 2016 16:54:21 -0800 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: <568F08BD.6030803@oracle.com> Vote: yes On 1/7/16 3:53 PM, Vladimir Kozlov wrote: > I hereby nominate Michael C Berg to jdk9 Committer. > > Michael is a long-term member of the Java team at Intel, our very long and productive partner. > > He has already contributed 12 significant changes to the hotspot repository [3]. His work concentrated on improvement of > vectorization. > > Votes are due by 4:00 PM PST, Thursday, January 21, 2015 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to > this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Vladimir Kozlov > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#committer-vote > [3] list of changes: > > 8144771: Use AVX3 instructions for string compare > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/5b1e593803b5 > > 8142980: Derby bug with KNL and AVX512 instrinsic support > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/42fc18486e9c > > 8140779: Code generation fixes for avx512 > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/b57d415bdaa9 > > 8134802: LCM register pressure scheduling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/10e79692c25e > > 8132160: Support for AVX 512 call frames and stack management > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/41b6cb9246fe > > 8135028: Support for vectorizing double precision sqrt > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a589f73b79f4 > > 8129920: Vectorized loop unrolling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/94403236f303 > > 8081247: AVX 512 extended support > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a7dfe3d73bf9 > > 8076276: Add support for AVX512 > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/bd72804c91d6 > > 8080325: SuperWord loop unrolling analysis > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/9251516ec93d > > 8078563: Restrict reduction optimization > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a05f3d301196 > > 8074981: Integer/FP scalar reduction optimization > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/6fff5df5f3d2 From john.r.rose at oracle.com Fri Jan 8 01:46:47 2016 From: john.r.rose at oracle.com (John Rose) Date: Thu, 7 Jan 2016 17:46:47 -0800 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: <5B91753A-BD0D-42B2-B116-DD4585B01ED0@oracle.com> Vote: yes ?with pleasure! > On Jan 7, 2016, at 3:53 PM, Vladimir Kozlov wrote: > > I hereby nominate Michael C Berg to jdk9 Committer. From david.holmes at oracle.com Fri Jan 8 04:46:24 2016 From: david.holmes at oracle.com (David Holmes) Date: Fri, 8 Jan 2016 14:46:24 +1000 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: <568F3F20.2010004@oracle.com> Vote: yes David On 8/01/2016 9:53 AM, Vladimir Kozlov wrote: > I hereby nominate Michael C Berg to jdk9 Committer. > > Michael is a long-term member of the Java team at Intel, our very long > and productive partner. > > He has already contributed 12 significant changes to the hotspot > repository [3]. His work concentrated on improvement of vectorization. > > Votes are due by 4:00 PM PST, Thursday, January 21, 2015 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. > > Vladimir Kozlov > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#committer-vote > [3] list of changes: > > 8144771: Use AVX3 instructions for string compare > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/5b1e593803b5 > > 8142980: Derby bug with KNL and AVX512 instrinsic support > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/42fc18486e9c > > 8140779: Code generation fixes for avx512 > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/b57d415bdaa9 > > 8134802: LCM register pressure scheduling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/10e79692c25e > > 8132160: Support for AVX 512 call frames and stack management > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/41b6cb9246fe > > 8135028: Support for vectorizing double precision sqrt > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a589f73b79f4 > > 8129920: Vectorized loop unrolling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/94403236f303 > > 8081247: AVX 512 extended support > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a7dfe3d73bf9 > > 8076276: Add support for AVX512 > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/bd72804c91d6 > > 8080325: SuperWord loop unrolling analysis > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/9251516ec93d > > 8078563: Restrict reduction optimization > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a05f3d301196 > > 8074981: Integer/FP scalar reduction optimization > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/6fff5df5f3d2 From zoltan.majo at oracle.com Fri Jan 8 06:55:41 2016 From: zoltan.majo at oracle.com (=?UTF-8?B?Wm9sdMOhbiBNYWrDsw==?=) Date: Fri, 8 Jan 2016 07:55:41 +0100 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: <568F5D6D.1090001@oracle.com> Vote: Yes. Best regards, Zoltan On 01/08/2016 12:53 AM, Vladimir Kozlov wrote: > I hereby nominate Michael C Berg to jdk9 Committer. > > Michael is a long-term member of the Java team at Intel, our very long > and productive partner. > > He has already contributed 12 significant changes to the hotspot > repository [3]. His work concentrated on improvement of vectorization. > > Votes are due by 4:00 PM PST, Thursday, January 21, 2015 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. > > Vladimir Kozlov > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#committer-vote > [3] list of changes: > > 8144771: Use AVX3 instructions for string compare > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/5b1e593803b5 > > 8142980: Derby bug with KNL and AVX512 instrinsic support > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/42fc18486e9c > > 8140779: Code generation fixes for avx512 > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/b57d415bdaa9 > > 8134802: LCM register pressure scheduling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/10e79692c25e > > 8132160: Support for AVX 512 call frames and stack management > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/41b6cb9246fe > > 8135028: Support for vectorizing double precision sqrt > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a589f73b79f4 > > 8129920: Vectorized loop unrolling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/94403236f303 > > 8081247: AVX 512 extended support > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a7dfe3d73bf9 > > 8076276: Add support for AVX512 > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/bd72804c91d6 > > 8080325: SuperWord loop unrolling analysis > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/9251516ec93d > > 8078563: Restrict reduction optimization > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a05f3d301196 > > 8074981: Integer/FP scalar reduction optimization > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/6fff5df5f3d2 From staffan.larsen at oracle.com Fri Jan 8 07:32:33 2016 From: staffan.larsen at oracle.com (Staffan Larsen) Date: Fri, 8 Jan 2016 08:32:33 +0100 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: <541B81E7-B00D-4410-ACEF-782E4571E21B@oracle.com> Vote: yes > On 8 jan. 2016, at 00:53, Vladimir Kozlov wrote: > > I hereby nominate Michael C Berg to jdk9 Committer. > > Michael is a long-term member of the Java team at Intel, our very long and productive partner. > > He has already contributed 12 significant changes to the hotspot repository [3]. His work concentrated on improvement of vectorization. > > Votes are due by 4:00 PM PST, Thursday, January 21, 2015 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Vladimir Kozlov > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#committer-vote > [3] list of changes: > > 8144771: Use AVX3 instructions for string compare > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/5b1e593803b5 > > 8142980: Derby bug with KNL and AVX512 instrinsic support > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/42fc18486e9c > > 8140779: Code generation fixes for avx512 > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/b57d415bdaa9 > > 8134802: LCM register pressure scheduling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/10e79692c25e > > 8132160: Support for AVX 512 call frames and stack management > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/41b6cb9246fe > > 8135028: Support for vectorizing double precision sqrt > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a589f73b79f4 > > 8129920: Vectorized loop unrolling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/94403236f303 > > 8081247: AVX 512 extended support > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a7dfe3d73bf9 > > 8076276: Add support for AVX512 > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/bd72804c91d6 > > 8080325: SuperWord loop unrolling analysis > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/9251516ec93d > > 8078563: Restrict reduction optimization > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a05f3d301196 > > 8074981: Integer/FP scalar reduction optimization > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/6fff5df5f3d2 From paul.sandoz at oracle.com Fri Jan 8 08:12:22 2016 From: paul.sandoz at oracle.com (Paul Sandoz) Date: Fri, 8 Jan 2016 09:12:22 +0100 Subject: RFR (M): 8135250: Replace custom check/range functionality with check index/range methods in java.util.Arrays In-Reply-To: <568EFB8E.6080408@oracle.com> References: <5B5CF14F-B40F-47C8-A60C-463B24A2B66C@oracle.com> <568EFB8E.6080408@oracle.com> Message-ID: <0F509730-CDCA-4C47-8F9F-258FE36E898F@oracle.com> > On 8 Jan 2016, at 00:58, Vladimir Kozlov wrote: > > Good. > > I will sponsor it and push into hs-comp to get Nightly testing. > It looks like we got our wires crossed between reviews on core-libs and jdk9-dev :-) I wanted to open a new issue for this one and keep the other one open for other areas in the JDK. No problem i just created the more general one again: https://bugs.openjdk.java.net/browse/JDK-8146668 Paul. From paul.sandoz at oracle.com Fri Jan 8 09:05:25 2016 From: paul.sandoz at oracle.com (Paul Sandoz) Date: Fri, 8 Jan 2016 10:05:25 +0100 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: <86B554D4-0BC0-41B6-AE6C-8543128ADECE@oracle.com> Vote: yes Paul. From volker.simonis at gmail.com Fri Jan 8 09:34:58 2016 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 8 Jan 2016 10:34:58 +0100 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: Vote: yes On Fri, Jan 8, 2016 at 12:53 AM, Vladimir Kozlov wrote: > I hereby nominate Michael C Berg to jdk9 Committer. > > Michael is a long-term member of the Java team at Intel, our very long and > productive partner. > > He has already contributed 12 significant changes to the hotspot repository > [3]. His work concentrated on improvement of vectorization. > > Votes are due by 4:00 PM PST, Thursday, January 21, 2015 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Vladimir Kozlov > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#committer-vote > [3] list of changes: > > 8144771: Use AVX3 instructions for string compare > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/5b1e593803b5 > > 8142980: Derby bug with KNL and AVX512 instrinsic support > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/42fc18486e9c > > 8140779: Code generation fixes for avx512 > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/b57d415bdaa9 > > 8134802: LCM register pressure scheduling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/10e79692c25e > > 8132160: Support for AVX 512 call frames and stack management > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/41b6cb9246fe > > 8135028: Support for vectorizing double precision sqrt > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a589f73b79f4 > > 8129920: Vectorized loop unrolling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/94403236f303 > > 8081247: AVX 512 extended support > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a7dfe3d73bf9 > > 8076276: Add support for AVX512 > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/bd72804c91d6 > > 8080325: SuperWord loop unrolling analysis > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/9251516ec93d > > 8078563: Restrict reduction optimization > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a05f3d301196 > > 8074981: Integer/FP scalar reduction optimization > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/6fff5df5f3d2 From volker.simonis at gmail.com Fri Jan 8 09:51:17 2016 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 8 Jan 2016 10:51:17 +0100 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: Vote: yes On Mon, Jan 4, 2016 at 10:31 PM, Jonathan Gibbons wrote: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > > cb73b474703e: Annotate.Worker should be replaced with lambdas > 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java should > ha... > 130ae42e6da7: ToolBox should have a cleanDirectory method > 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) > a32f899caa49: PackagePathMismatch.java does not use --state-dir option > 155f6671cab4: Sjavac tests are leaking file managers > 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing > c8206f440046: Enable thin server mode in Sjavac > 5ba1a29a0eb0: Sjavac should stream back compiler output to the client as > so... > a4d9179cf598: A recent update to copyright headers caused two tests to fail > a3dd196e5341: langtools tests have bad license > adba44f6b471: Refactor sjavac as a thin client > 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no > copyr... > 5021d414632a: Due to a javac type inference issue, sjavac doesn't compile > w... > 27da0c3ac83a: SJavac should track changes in the public apis of classpath > c... > f36eace6170f: Open up Dependencies for use from other packages > fc00bb06172c: The field Gen.stringBufferType is no longer needed (and not > a... > 732890c00534: Incorrect applying of repeatable annotations with > incompatibl... > 524255b0bec0: Infinite loop when compiling annotations with > -XDcompletionDeps > 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps > 39f02f1acda4: Initialization of DocLint triggers out of order > initializatio... > 04ec0526fa3d: ArrayType prints element type post order > 4348bf94591c: Confusing (incorrect) error message on repeatable annotations > 7f25537496ff: Confusing / incorrect error message regarding annotations on > ... > cfe27a999212: Bootcycle images build fails on Windows32/64 > ce519d6f344b: Give TaskListener methods empty default implementations > b5eeeb11b9d4: Sjavac creates unnecessarily many > SjavacClient/PooledSjavac/S... > c5c8a1f32b83: Since changeset 2686:56f8be952a5c > test/tools/sjavac/Dependenc... > 10100ecb0c97: Sjavac spawns external processes in a unnecessarily complex > a... > bbd0164f668d: There is a small race condition in IdleResetSjavac > 69d7812dabcc: Public API scanning should be implemented in the form of a > Ta... > a0125e2a10e8: Analysis of public API does not take super classes into > account > 9e29021d0d13: Incremental build fails on Windows > 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain > 9e8cbfac9b6b: Sjavac does not print compilation errors to the console > a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' > 98a99928a76b: Sjavac should not use portfiles, sockets, etc if > background=f... > 5bd36f40e4c5: The sjavac client/server protocol should be hidden behind an > ... > c2d589333410: A recently added Xprefer test fails on Windows > baf35a88504b: Javac allows timestamps inside rt.jar to affect compilation > w... > b510ad035fe4: Option handling in sjavac needs to be rewritten > 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary for > imp... > f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with test > code > f5f0872a1b84: NullPointerException compiling annotation values that have > bo... > a970979c412a: remove workaround tests when jtreg updated > 1e7ad879f15e: clean up JavacAnnotatedConstruct > ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional trees > 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() > 1fe358ea75ff: javac, LVT test harness should generate tests .class files > in... > ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be > Code_a... > 7703578cf570: The sjavac exclude option should accept valid directory > ident... > 78a0dcde6b67: TEST_BUG: > java/lang/reflect/Method/DefaultMethodModeling.java... > b8927cbfb893: Annotations declared on super-super-class should be > overridde... > b07856d0de34: Repeating annotations - getAnnotationsByType(Class) is > not... > From roland.westrelin at oracle.com Fri Jan 8 10:32:39 2016 From: roland.westrelin at oracle.com (Roland Westrelin) Date: Fri, 8 Jan 2016 11:32:39 +0100 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: Vote: yes Roland. > On Jan 8, 2016, at 12:53 AM, Vladimir Kozlov wrote: > > I hereby nominate Michael C Berg to jdk9 Committer. > > Michael is a long-term member of the Java team at Intel, our very long and productive partner. > > He has already contributed 12 significant changes to the hotspot repository [3]. His work concentrated on improvement of vectorization. > > Votes are due by 4:00 PM PST, Thursday, January 21, 2015 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Vladimir Kozlov > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#committer-vote > [3] list of changes: > > 8144771: Use AVX3 instructions for string compare > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/5b1e593803b5 > > 8142980: Derby bug with KNL and AVX512 instrinsic support > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/42fc18486e9c > > 8140779: Code generation fixes for avx512 > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/b57d415bdaa9 > > 8134802: LCM register pressure scheduling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/10e79692c25e > > 8132160: Support for AVX 512 call frames and stack management > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/41b6cb9246fe > > 8135028: Support for vectorizing double precision sqrt > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a589f73b79f4 > > 8129920: Vectorized loop unrolling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/94403236f303 > > 8081247: AVX 512 extended support > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a7dfe3d73bf9 > > 8076276: Add support for AVX512 > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/bd72804c91d6 > > 8080325: SuperWord loop unrolling analysis > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/9251516ec93d > > 8078563: Restrict reduction optimization > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a05f3d301196 > > 8074981: Integer/FP scalar reduction optimization > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/6fff5df5f3d2 From dalibor.topic at oracle.com Fri Jan 8 10:34:28 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Fri, 8 Jan 2016 11:34:28 +0100 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: <568F90B4.10008@oracle.com> Vote: Yes. -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From neugens.limasoftware at gmail.com Fri Jan 8 11:01:18 2016 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Fri, 8 Jan 2016 12:01:18 +0100 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: Vote: Yes. Cheers, Mario 2016-01-08 0:53 GMT+01:00 Vladimir Kozlov : > I hereby nominate Michael C Berg to jdk9 Committer. > > Michael is a long-term member of the Java team at Intel, our very long and > productive partner. > > He has already contributed 12 significant changes to the hotspot repository > [3]. His work concentrated on improvement of vectorization. > > Votes are due by 4:00 PM PST, Thursday, January 21, 2015 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Vladimir Kozlov > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#committer-vote > [3] list of changes: > > 8144771: Use AVX3 instructions for string compare > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/5b1e593803b5 > > 8142980: Derby bug with KNL and AVX512 instrinsic support > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/42fc18486e9c > > 8140779: Code generation fixes for avx512 > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/b57d415bdaa9 > > 8134802: LCM register pressure scheduling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/10e79692c25e > > 8132160: Support for AVX 512 call frames and stack management > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/41b6cb9246fe > > 8135028: Support for vectorizing double precision sqrt > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a589f73b79f4 > > 8129920: Vectorized loop unrolling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/94403236f303 > > 8081247: AVX 512 extended support > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a7dfe3d73bf9 > > 8076276: Add support for AVX512 > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/bd72804c91d6 > > 8080325: SuperWord loop unrolling analysis > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/9251516ec93d > > 8078563: Restrict reduction optimization > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a05f3d301196 > > 8074981: Integer/FP scalar reduction optimization > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/6fff5df5f3d2 -- pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens Proud GNU Classpath developer: http://www.classpath.org/ OpenJDK: http://openjdk.java.net/projects/caciocavallo/ Please, support open standards: http://endsoftpatents.org/ From kishor.kharbas at intel.com Fri Jan 8 18:00:17 2016 From: kishor.kharbas at intel.com (Kharbas, Kishor) Date: Fri, 8 Jan 2016 18:00:17 +0000 Subject: RFR (M): 8135250: Replace custom check/range functionality with check index/range methods in java.util.Arrays In-Reply-To: <0F509730-CDCA-4C47-8F9F-258FE36E898F@oracle.com> References: <5B5CF14F-B40F-47C8-A60C-463B24A2B66C@oracle.com> <568EFB8E.6080408@oracle.com> <0F509730-CDCA-4C47-8F9F-258FE36E898F@oracle.com> Message-ID: Thanks Paul and Vladimir for sorting this out. And sorry for the confusion! :-) From: Paul Sandoz [mailto:paul.sandoz at oracle.com] Sent: Friday, January 08, 2016 12:12 AM To: Vladimir Kozlov Cc: Kharbas, Kishor; jdk9-dev at openjdk.java.net Subject: Re: RFR (M): 8135250: Replace custom check/range functionality with check index/range methods in java.util.Arrays On 8 Jan 2016, at 00:58, Vladimir Kozlov > wrote: Good. I will sponsor it and push into hs-comp to get Nightly testing. It looks like we got our wires crossed between reviews on core-libs and jdk9-dev :-) I wanted to open a new issue for this one and keep the other one open for other areas in the JDK. No problem i just created the more general one again: https://bugs.openjdk.java.net/browse/JDK-8146668 Paul. From yumin.qi at oracle.com Fri Jan 8 18:13:40 2016 From: yumin.qi at oracle.com (Yumin Qi) Date: Fri, 8 Jan 2016 10:13:40 -0800 Subject: RFR: 8143317: jdk/lambda/vm/InterfaceAccessFlagsTest.java fails with IncompatibleClassChangeError Message-ID: <568FFC54.8080006@oracle.com> Please review Bug: https://bugs.openjdk.java.net/browse/JDK-8143317 Weberv: http://cr.openjdk.java.net/~minqi/8143317/webrev-01/ Description: When bug 8145148(https://bugs.openjdk.java.net/browse/JDK-8145148) pushed (it replaced 8087223, will be integrated), the test case InterfaceAccessFlagsTest.java will fail on inconsistent method tag. The fix of 8145148 requires that generated bytecodes follows JVMS-5.4.3.3 Method Resolution: " If C is an interface, method resolution throws an IncompatibleClassChangeError." JVMS-5.4.3.4 Interface Method Resolution: "If C is not an interface, interface method resolution throws an IncompatibleClassChangeError" When converting a class to interface in *ClassToInterfaceConverter.java*, it only deletes "" function from the class, and modifies the class flag to be interface flag. In this case, we have function "m" to call "priv" in the same class "I", after conversion to interface "I", "m" invokes "priv" in the same interface (they are default methods). This requires "priv" in constant pool with tag of InterfaceMethodref, but the conversion does not change the tag to InterfaceMethodref (it keeps tag as Methodref). Added code to convert the invoked Methodref to InterfaceMethodref. Tests: JPRT, jtreg on InterfaceAccessFlags.java, passed for binaries for pre-8145148 and 8145148. Thanks Yumin From christian.thalinger at oracle.com Fri Jan 8 18:21:26 2016 From: christian.thalinger at oracle.com (Christian Thalinger) Date: Fri, 8 Jan 2016 08:21:26 -1000 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: <2F3042E3-AF44-4859-94EE-5D11C0C62B5D@oracle.com> Vote: yes > On Jan 7, 2016, at 1:53 PM, Vladimir Kozlov wrote: > > I hereby nominate Michael C Berg to jdk9 Committer. > > Michael is a long-term member of the Java team at Intel, our very long and productive partner. > > He has already contributed 12 significant changes to the hotspot repository [3]. His work concentrated on improvement of vectorization. > > Votes are due by 4:00 PM PST, Thursday, January 21, 2015 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Vladimir Kozlov > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#committer-vote > [3] list of changes: > > 8144771: Use AVX3 instructions for string compare > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/5b1e593803b5 > > 8142980: Derby bug with KNL and AVX512 instrinsic support > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/42fc18486e9c > > 8140779: Code generation fixes for avx512 > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/b57d415bdaa9 > > 8134802: LCM register pressure scheduling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/10e79692c25e > > 8132160: Support for AVX 512 call frames and stack management > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/41b6cb9246fe > > 8135028: Support for vectorizing double precision sqrt > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a589f73b79f4 > > 8129920: Vectorized loop unrolling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/94403236f303 > > 8081247: AVX 512 extended support > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a7dfe3d73bf9 > > 8076276: Add support for AVX512 > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/bd72804c91d6 > > 8080325: SuperWord loop unrolling analysis > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/9251516ec93d > > 8078563: Restrict reduction optimization > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a05f3d301196 > > 8074981: Integer/FP scalar reduction optimization > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/6fff5df5f3d2 From Roger.Riggs at Oracle.com Fri Jan 8 22:04:02 2016 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Fri, 8 Jan 2016 17:04:02 -0500 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: <56903252.7090202@Oracle.com> Vote: yes On 1/7/2016 6:53 PM, Vladimir Kozlov wrote: > I hereby nominate Michael C Berg to jdk9 Committer. From james.laskey at oracle.com Sat Jan 9 15:10:56 2016 From: james.laskey at oracle.com (Jim Laskey (Oracle)) Date: Sat, 9 Jan 2016 11:10:56 -0400 Subject: RFR: JDK-8146712 jdk/internal/jimage/JImageReadTest.java fails on all platforms Message-ID: https://bugs.openjdk.java.net/browse/JDK-8146712 http://cr.openjdk.java.net/~jlaskey/8146712/webrev/index.html New resources must have been added. Since the native API filters all META-INF, the test should have filtered out all META-INF instead of just META-INF/services . META-INF/jvmci.providers/jdk.vm.ci.hotspot.amd64.AMD64HotSpotJVMCIBackendFactory META-INF/jvmci.providers/jdk.vm.ci.hotspot.sparc.SPARCHotSpotJVMCIBackendFactory From tim.bell at oracle.com Sat Jan 9 15:15:33 2016 From: tim.bell at oracle.com (Tim Bell) Date: Sat, 09 Jan 2016 07:15:33 -0800 Subject: RFR: JDK-8146712 jdk/internal/jimage/JImageReadTest.java fails on all platforms In-Reply-To: References: Message-ID: <56912415.6020602@oracle.com> Hi Jim: > https://bugs.openjdk.java.net/browse/JDK-8146712 > http://cr.openjdk.java.net/~jlaskey/8146712/webrev/index.html > > New resources must have been added. Since the native API filters all META-INF, the test should have filtered out all META-INF instead of just META-INF/services . > > META-INF/jvmci.providers/jdk.vm.ci.hotspot.amd64.AMD64HotSpotJVMCIBackendFactory > META-INF/jvmci.providers/jdk.vm.ci.hotspot.sparc.SPARCHotSpotJVMCIBackendFactory Looks good to me. Tim From Alan.Bateman at oracle.com Sat Jan 9 15:31:34 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Sat, 9 Jan 2016 15:31:34 +0000 Subject: RFR: JDK-8146712 jdk/internal/jimage/JImageReadTest.java fails on all platforms In-Reply-To: References: Message-ID: <569127D6.4000601@oracle.com> On 09/01/2016 15:10, Jim Laskey (Oracle) wrote: > https://bugs.openjdk.java.net/browse/JDK-8146712 > http://cr.openjdk.java.net/~jlaskey/8146712/webrev/index.html > > New resources must have been added. Since the native API filters all META-INF, the test should have filtered out all META-INF instead of just META-INF/services . > > META-INF/jvmci.providers/jdk.vm.ci.hotspot.amd64.AMD64HotSpotJVMCIBackendFactory > META-INF/jvmci.providers/jdk.vm.ci.hotspot.sparc.SPARCHotSpotJVMCIBackendFactory The change looks okay but puzzling as to what triggered this. Did the sjavac changes really tickle this? I assume these resources have been there for some time and I wonder if we have a race or some bug in the build that meant they weren't there before. That is, I would have thought this test should have failed as soon the JVMCI changes got to jdk9/dev. Also when you push this then you need to remove the test from the exclude list. I'm starting to suspect that Joe is collecting a bounty for every test that he locks up these days :-) -Alan PS: We'll need to somewhere more appropriate to review jimage changes, jdk9-dev seems too broad. From andreas.lundblad at oracle.com Sat Jan 9 23:10:07 2016 From: andreas.lundblad at oracle.com (Andreas Lundblad) Date: Sun, 10 Jan 2016 00:10:07 +0100 Subject: RFR: JDK-8146712 jdk/internal/jimage/JImageReadTest.java fails on all platforms In-Reply-To: <569127D6.4000601@oracle.com> References: <569127D6.4000601@oracle.com> Message-ID: <20160109231006.GA27712@e6430> On Sat, Jan 09, 2016 at 03:31:34PM +0000, Alan Bateman wrote: > On 09/01/2016 15:10, Jim Laskey (Oracle) wrote: > >https://bugs.openjdk.java.net/browse/JDK-8146712 > >http://cr.openjdk.java.net/~jlaskey/8146712/webrev/index.html > > > >New resources must have been added. Since the native API filters all META-INF, the test should have filtered out all META-INF instead of just META-INF/services . > > > >META-INF/jvmci.providers/jdk.vm.ci.hotspot.amd64.AMD64HotSpotJVMCIBackendFactory > >META-INF/jvmci.providers/jdk.vm.ci.hotspot.sparc.SPARCHotSpotJVMCIBackendFactory > > The change looks okay but puzzling as to what triggered this. Did > the sjavac changes really tickle this? I assume these resources have > been there for some time and I wonder if we have a race or some bug > in the build that meant they weren't there before. That is, I would > have thought this test should have failed as soon the JVMCI changes > got to jdk9/dev. > > Also when you push this then you need to remove the test from the > exclude list. I'm starting to suspect that Joe is collecting a > bounty for every test that he locks up these days :-) I'm not familiar with these type of issues, but the recent sjavac changes (and accompanying make file changes) did change how files are included/excluded and I guess it could potentially be related to what resources get included/excluded. As far as I know, these changes should however only be observable if you use --enable-sjavac (and that's not enabled by default yet). Let me know if there's anything I can do to help diagnose this. -- Andreas From tobias.hartmann at oracle.com Mon Jan 11 07:18:12 2016 From: tobias.hartmann at oracle.com (Tobias Hartmann) Date: Mon, 11 Jan 2016 08:18:12 +0100 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: <56935734.6010201@oracle.com> Vote: yes Best, Tobias On 08.01.2016 00:53, Vladimir Kozlov wrote: > I hereby nominate Michael C Berg to jdk9 Committer. > > Michael is a long-term member of the Java team at Intel, our very long and productive partner. > > He has already contributed 12 significant changes to the hotspot repository [3]. His work concentrated on improvement of vectorization. > > Votes are due by 4:00 PM PST, Thursday, January 21, 2015 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Vladimir Kozlov > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#committer-vote > [3] list of changes: > > 8144771: Use AVX3 instructions for string compare > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/5b1e593803b5 > > 8142980: Derby bug with KNL and AVX512 instrinsic support > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/42fc18486e9c > > 8140779: Code generation fixes for avx512 > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/b57d415bdaa9 > > 8134802: LCM register pressure scheduling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/10e79692c25e > > 8132160: Support for AVX 512 call frames and stack management > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/41b6cb9246fe > > 8135028: Support for vectorizing double precision sqrt > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a589f73b79f4 > > 8129920: Vectorized loop unrolling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/94403236f303 > > 8081247: AVX 512 extended support > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a7dfe3d73bf9 > > 8076276: Add support for AVX512 > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/bd72804c91d6 > > 8080325: SuperWord loop unrolling analysis > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/9251516ec93d > > 8078563: Restrict reduction optimization > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a05f3d301196 > > 8074981: Integer/FP scalar reduction optimization > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/6fff5df5f3d2 From bengt.rutisson at oracle.com Mon Jan 11 08:23:42 2016 From: bengt.rutisson at oracle.com (Bengt Rutisson) Date: Mon, 11 Jan 2016 09:23:42 +0100 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <5693668E.40907@oracle.com> Vote: yes Bengt On 2016-01-04 22:31, Jonathan Gibbons wrote: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > > cb73b474703e: Annotate.Worker should be replaced with lambdas > 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java > should ha... > 130ae42e6da7: ToolBox should have a cleanDirectory method > 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) > a32f899caa49: PackagePathMismatch.java does not use --state-dir option > 155f6671cab4: Sjavac tests are leaking file managers > 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing > c8206f440046: Enable thin server mode in Sjavac > 5ba1a29a0eb0: Sjavac should stream back compiler output to the client > as so... > a4d9179cf598: A recent update to copyright headers caused two tests to > fail > a3dd196e5341: langtools tests have bad license > adba44f6b471: Refactor sjavac as a thin client > 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no > copyr... > 5021d414632a: Due to a javac type inference issue, sjavac doesn't > compile w... > 27da0c3ac83a: SJavac should track changes in the public apis of > classpath c... > f36eace6170f: Open up Dependencies for use from other packages > fc00bb06172c: The field Gen.stringBufferType is no longer needed (and > not a... > 732890c00534: Incorrect applying of repeatable annotations with > incompatibl... > 524255b0bec0: Infinite loop when compiling annotations with > -XDcompletionDeps > 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps > 39f02f1acda4: Initialization of DocLint triggers out of order > initializatio... > 04ec0526fa3d: ArrayType prints element type post order > 4348bf94591c: Confusing (incorrect) error message on repeatable > annotations > 7f25537496ff: Confusing / incorrect error message regarding > annotations on ... > cfe27a999212: Bootcycle images build fails on Windows32/64 > ce519d6f344b: Give TaskListener methods empty default implementations > b5eeeb11b9d4: Sjavac creates unnecessarily many > SjavacClient/PooledSjavac/S... > c5c8a1f32b83: Since changeset 2686:56f8be952a5c > test/tools/sjavac/Dependenc... > 10100ecb0c97: Sjavac spawns external processes in a unnecessarily > complex a... > bbd0164f668d: There is a small race condition in IdleResetSjavac > 69d7812dabcc: Public API scanning should be implemented in the form of > a Ta... > a0125e2a10e8: Analysis of public API does not take super classes into > account > 9e29021d0d13: Incremental build fails on Windows > 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain > 9e8cbfac9b6b: Sjavac does not print compilation errors to the console > a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' > 98a99928a76b: Sjavac should not use portfiles, sockets, etc if > background=f... > 5bd36f40e4c5: The sjavac client/server protocol should be hidden > behind an ... > c2d589333410: A recently added Xprefer test fails on Windows > baf35a88504b: Javac allows timestamps inside rt.jar to affect > compilation w... > b510ad035fe4: Option handling in sjavac needs to be rewritten > 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary > for imp... > f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with > test code > f5f0872a1b84: NullPointerException compiling annotation values that > have bo... > a970979c412a: remove workaround tests when jtreg updated > 1e7ad879f15e: clean up JavacAnnotatedConstruct > ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional > trees > 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() > 1fe358ea75ff: javac, LVT test harness should generate tests .class > files in... > ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be > Code_a... > 7703578cf570: The sjavac exclude option should accept valid directory > ident... > 78a0dcde6b67: TEST_BUG: > java/lang/reflect/Method/DefaultMethodModeling.java... > b8927cbfb893: Annotations declared on super-super-class should be > overridde... > b07856d0de34: Repeating annotations - getAnnotationsByType(Class) > is not... > From per.liden at oracle.com Mon Jan 11 08:45:11 2016 From: per.liden at oracle.com (Per Liden) Date: Mon, 11 Jan 2016 09:45:11 +0100 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <56936B97.2020506@oracle.com> Vote: Yes /Per On 2016-01-06 19:19, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for those > flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at > G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the > number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for > parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints > humongous object liveness output when there is at least one candidate > humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges -XX:NUMAInterleaveGranularity=2147483648 > crashes VM > From per.liden at oracle.com Mon Jan 11 08:55:25 2016 From: per.liden at oracle.com (Per Liden) Date: Mon, 11 Jan 2016 09:55:25 +0100 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <56936DFD.3050207@oracle.com> Vote: Yes /Per On 2016-01-04 22:31, Jonathan Gibbons wrote: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > > cb73b474703e: Annotate.Worker should be replaced with lambdas > 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java should > ha... > 130ae42e6da7: ToolBox should have a cleanDirectory method > 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) > a32f899caa49: PackagePathMismatch.java does not use --state-dir option > 155f6671cab4: Sjavac tests are leaking file managers > 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing > c8206f440046: Enable thin server mode in Sjavac > 5ba1a29a0eb0: Sjavac should stream back compiler output to the client as > so... > a4d9179cf598: A recent update to copyright headers caused two tests to fail > a3dd196e5341: langtools tests have bad license > adba44f6b471: Refactor sjavac as a thin client > 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no > copyr... > 5021d414632a: Due to a javac type inference issue, sjavac doesn't > compile w... > 27da0c3ac83a: SJavac should track changes in the public apis of > classpath c... > f36eace6170f: Open up Dependencies for use from other packages > fc00bb06172c: The field Gen.stringBufferType is no longer needed (and > not a... > 732890c00534: Incorrect applying of repeatable annotations with > incompatibl... > 524255b0bec0: Infinite loop when compiling annotations with > -XDcompletionDeps > 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps > 39f02f1acda4: Initialization of DocLint triggers out of order > initializatio... > 04ec0526fa3d: ArrayType prints element type post order > 4348bf94591c: Confusing (incorrect) error message on repeatable annotations > 7f25537496ff: Confusing / incorrect error message regarding annotations > on ... > cfe27a999212: Bootcycle images build fails on Windows32/64 > ce519d6f344b: Give TaskListener methods empty default implementations > b5eeeb11b9d4: Sjavac creates unnecessarily many > SjavacClient/PooledSjavac/S... > c5c8a1f32b83: Since changeset 2686:56f8be952a5c > test/tools/sjavac/Dependenc... > 10100ecb0c97: Sjavac spawns external processes in a unnecessarily > complex a... > bbd0164f668d: There is a small race condition in IdleResetSjavac > 69d7812dabcc: Public API scanning should be implemented in the form of a > Ta... > a0125e2a10e8: Analysis of public API does not take super classes into > account > 9e29021d0d13: Incremental build fails on Windows > 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain > 9e8cbfac9b6b: Sjavac does not print compilation errors to the console > a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' > 98a99928a76b: Sjavac should not use portfiles, sockets, etc if > background=f... > 5bd36f40e4c5: The sjavac client/server protocol should be hidden behind > an ... > c2d589333410: A recently added Xprefer test fails on Windows > baf35a88504b: Javac allows timestamps inside rt.jar to affect > compilation w... > b510ad035fe4: Option handling in sjavac needs to be rewritten > 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary for > imp... > f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with test > code > f5f0872a1b84: NullPointerException compiling annotation values that have > bo... > a970979c412a: remove workaround tests when jtreg updated > 1e7ad879f15e: clean up JavacAnnotatedConstruct > ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional trees > 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() > 1fe358ea75ff: javac, LVT test harness should generate tests .class files > in... > ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be > Code_a... > 7703578cf570: The sjavac exclude option should accept valid directory > ident... > 78a0dcde6b67: TEST_BUG: > java/lang/reflect/Method/DefaultMethodModeling.java... > b8927cbfb893: Annotations declared on super-super-class should be > overridde... > b07856d0de34: Repeating annotations - getAnnotationsByType(Class) is > not... > From stefan.karlsson at oracle.com Mon Jan 11 09:29:08 2016 From: stefan.karlsson at oracle.com (Stefan Karlsson) Date: Mon, 11 Jan 2016 10:29:08 +0100 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <569375E4.7050807@oracle.com> Vote: yes StefanK On 2016-01-06 19:19, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for > those flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at > G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the > number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for > parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints > humongous object liveness output when there is at least one candidate > humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges > -XX:NUMAInterleaveGranularity=2147483648 crashes VM > From vladimir.x.ivanov at oracle.com Mon Jan 11 10:10:41 2016 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Mon, 11 Jan 2016 13:10:41 +0300 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: <56937FA1.7010903@oracle.com> Vote: yes Best regards, Vladimir Ivanov On 1/8/16 2:53 AM, Vladimir Kozlov wrote: > I hereby nominate Michael C Berg to jdk9 Committer. > > Michael is a long-term member of the Java team at Intel, our very long > and productive partner. > > He has already contributed 12 significant changes to the hotspot > repository [3]. His work concentrated on improvement of vectorization. > > Votes are due by 4:00 PM PST, Thursday, January 21, 2015 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. > > Vladimir Kozlov > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#committer-vote > [3] list of changes: > > 8144771: Use AVX3 instructions for string compare > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/5b1e593803b5 > > 8142980: Derby bug with KNL and AVX512 instrinsic support > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/42fc18486e9c > > 8140779: Code generation fixes for avx512 > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/b57d415bdaa9 > > 8134802: LCM register pressure scheduling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/10e79692c25e > > 8132160: Support for AVX 512 call frames and stack management > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/41b6cb9246fe > > 8135028: Support for vectorizing double precision sqrt > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a589f73b79f4 > > 8129920: Vectorized loop unrolling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/94403236f303 > > 8081247: AVX 512 extended support > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a7dfe3d73bf9 > > 8076276: Add support for AVX512 > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/bd72804c91d6 > > 8080325: SuperWord loop unrolling analysis > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/9251516ec93d > > 8078563: Restrict reduction optimization > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a05f3d301196 > > 8074981: Integer/FP scalar reduction optimization > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/6fff5df5f3d2 From vladimir.x.ivanov at oracle.com Mon Jan 11 10:10:53 2016 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Mon, 11 Jan 2016 13:10:53 +0300 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <56937FAD.5000106@oracle.com> Vote: yes Best regards, Vladimir Ivanov On 1/5/16 12:31 AM, Jonathan Gibbons wrote: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > > cb73b474703e: Annotate.Worker should be replaced with lambdas > 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java should > ha... > 130ae42e6da7: ToolBox should have a cleanDirectory method > 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) > a32f899caa49: PackagePathMismatch.java does not use --state-dir option > 155f6671cab4: Sjavac tests are leaking file managers > 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing > c8206f440046: Enable thin server mode in Sjavac > 5ba1a29a0eb0: Sjavac should stream back compiler output to the client as > so... > a4d9179cf598: A recent update to copyright headers caused two tests to fail > a3dd196e5341: langtools tests have bad license > adba44f6b471: Refactor sjavac as a thin client > 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no > copyr... > 5021d414632a: Due to a javac type inference issue, sjavac doesn't > compile w... > 27da0c3ac83a: SJavac should track changes in the public apis of > classpath c... > f36eace6170f: Open up Dependencies for use from other packages > fc00bb06172c: The field Gen.stringBufferType is no longer needed (and > not a... > 732890c00534: Incorrect applying of repeatable annotations with > incompatibl... > 524255b0bec0: Infinite loop when compiling annotations with > -XDcompletionDeps > 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps > 39f02f1acda4: Initialization of DocLint triggers out of order > initializatio... > 04ec0526fa3d: ArrayType prints element type post order > 4348bf94591c: Confusing (incorrect) error message on repeatable annotations > 7f25537496ff: Confusing / incorrect error message regarding annotations > on ... > cfe27a999212: Bootcycle images build fails on Windows32/64 > ce519d6f344b: Give TaskListener methods empty default implementations > b5eeeb11b9d4: Sjavac creates unnecessarily many > SjavacClient/PooledSjavac/S... > c5c8a1f32b83: Since changeset 2686:56f8be952a5c > test/tools/sjavac/Dependenc... > 10100ecb0c97: Sjavac spawns external processes in a unnecessarily > complex a... > bbd0164f668d: There is a small race condition in IdleResetSjavac > 69d7812dabcc: Public API scanning should be implemented in the form of a > Ta... > a0125e2a10e8: Analysis of public API does not take super classes into > account > 9e29021d0d13: Incremental build fails on Windows > 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain > 9e8cbfac9b6b: Sjavac does not print compilation errors to the console > a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' > 98a99928a76b: Sjavac should not use portfiles, sockets, etc if > background=f... > 5bd36f40e4c5: The sjavac client/server protocol should be hidden behind > an ... > c2d589333410: A recently added Xprefer test fails on Windows > baf35a88504b: Javac allows timestamps inside rt.jar to affect > compilation w... > b510ad035fe4: Option handling in sjavac needs to be rewritten > 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary for > imp... > f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with test > code > f5f0872a1b84: NullPointerException compiling annotation values that have > bo... > a970979c412a: remove workaround tests when jtreg updated > 1e7ad879f15e: clean up JavacAnnotatedConstruct > ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional trees > 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() > 1fe358ea75ff: javac, LVT test harness should generate tests .class files > in... > ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be > Code_a... > 7703578cf570: The sjavac exclude option should accept valid directory > ident... > 78a0dcde6b67: TEST_BUG: > java/lang/reflect/Method/DefaultMethodModeling.java... > b8927cbfb893: Annotations declared on super-super-class should be > overridde... > b07856d0de34: Repeating annotations - getAnnotationsByType(Class) is > not... > From vladimir.x.ivanov at oracle.com Mon Jan 11 10:11:01 2016 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Mon, 11 Jan 2016 13:11:01 +0300 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <56937FB5.9090109@oracle.com> Vote: yes Best regards, Vladimir Ivanov On 1/6/16 9:19 PM, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for those > flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at > G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the > number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for > parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints > humongous object liveness output when there is at least one candidate > humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges -XX:NUMAInterleaveGranularity=2147483648 > crashes VM > From erik.helin at oracle.com Mon Jan 11 10:20:54 2016 From: erik.helin at oracle.com (Erik Helin) Date: Mon, 11 Jan 2016 11:20:54 +0100 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <20160111102054.GA17653@ehelin.jrpg.bea.com> Vote: yes Erik On 2016-01-06, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for those > flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at > G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the number > of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for parallel > gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints humongous > object liveness output when there is at least one candidate humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges -XX:NUMAInterleaveGranularity=2147483648 > crashes VM > From erik.helin at oracle.com Mon Jan 11 10:21:13 2016 From: erik.helin at oracle.com (Erik Helin) Date: Mon, 11 Jan 2016 11:21:13 +0100 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <20160111102113.GB17653@ehelin.jrpg.bea.com> Vote: yes Erik On 2016-01-04, Jonathan Gibbons wrote: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > > cb73b474703e: Annotate.Worker should be replaced with lambdas > 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java should ha... > 130ae42e6da7: ToolBox should have a cleanDirectory method > 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) > a32f899caa49: PackagePathMismatch.java does not use --state-dir option > 155f6671cab4: Sjavac tests are leaking file managers > 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing > c8206f440046: Enable thin server mode in Sjavac > 5ba1a29a0eb0: Sjavac should stream back compiler output to the client as so... > a4d9179cf598: A recent update to copyright headers caused two tests to fail > a3dd196e5341: langtools tests have bad license > adba44f6b471: Refactor sjavac as a thin client > 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no copyr... > 5021d414632a: Due to a javac type inference issue, sjavac doesn't compile w... > 27da0c3ac83a: SJavac should track changes in the public apis of classpath c... > f36eace6170f: Open up Dependencies for use from other packages > fc00bb06172c: The field Gen.stringBufferType is no longer needed (and not a... > 732890c00534: Incorrect applying of repeatable annotations with incompatibl... > 524255b0bec0: Infinite loop when compiling annotations with -XDcompletionDeps > 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps > 39f02f1acda4: Initialization of DocLint triggers out of order initializatio... > 04ec0526fa3d: ArrayType prints element type post order > 4348bf94591c: Confusing (incorrect) error message on repeatable annotations > 7f25537496ff: Confusing / incorrect error message regarding annotations on ... > cfe27a999212: Bootcycle images build fails on Windows32/64 > ce519d6f344b: Give TaskListener methods empty default implementations > b5eeeb11b9d4: Sjavac creates unnecessarily many SjavacClient/PooledSjavac/S... > c5c8a1f32b83: Since changeset 2686:56f8be952a5c test/tools/sjavac/Dependenc... > 10100ecb0c97: Sjavac spawns external processes in a unnecessarily complex a... > bbd0164f668d: There is a small race condition in IdleResetSjavac > 69d7812dabcc: Public API scanning should be implemented in the form of a Ta... > a0125e2a10e8: Analysis of public API does not take super classes into account > 9e29021d0d13: Incremental build fails on Windows > 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain > 9e8cbfac9b6b: Sjavac does not print compilation errors to the console > a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' > 98a99928a76b: Sjavac should not use portfiles, sockets, etc if background=f... > 5bd36f40e4c5: The sjavac client/server protocol should be hidden behind an ... > c2d589333410: A recently added Xprefer test fails on Windows > baf35a88504b: Javac allows timestamps inside rt.jar to affect compilation w... > b510ad035fe4: Option handling in sjavac needs to be rewritten > 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary for imp... > f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with test code > f5f0872a1b84: NullPointerException compiling annotation values that have bo... > a970979c412a: remove workaround tests when jtreg updated > 1e7ad879f15e: clean up JavacAnnotatedConstruct > ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional trees > 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() > 1fe358ea75ff: javac, LVT test harness should generate tests .class files in... > ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be Code_a... > 7703578cf570: The sjavac exclude option should accept valid directory ident... > 78a0dcde6b67: TEST_BUG: java/lang/reflect/Method/DefaultMethodModeling.java... > b8927cbfb893: Annotations declared on super-super-class should be overridde... > b07856d0de34: Repeating annotations - getAnnotationsByType(Class) is not... > From bengt.rutisson at oracle.com Mon Jan 11 12:18:31 2016 From: bengt.rutisson at oracle.com (Bengt Rutisson) Date: Mon, 11 Jan 2016 13:18:31 +0100 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <56939D97.5050505@oracle.com> Vote: yes Bengt On 2016-01-06 19:19, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for > those flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at > G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the > number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for > parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints > humongous object liveness output when there is at least one candidate > humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges > -XX:NUMAInterleaveGranularity=2147483648 crashes VM > From yumin.qi at oracle.com Mon Jan 11 17:23:04 2016 From: yumin.qi at oracle.com (Yumin Qi) Date: Mon, 11 Jan 2016 09:23:04 -0800 Subject: RFR: 8143317: jdk/lambda/vm/InterfaceAccessFlagsTest.java fails with IncompatibleClassChangeError In-Reply-To: <568FFC54.8080006@oracle.com> References: <568FFC54.8080006@oracle.com> Message-ID: <5693E4F8.6070308@oracle.com> PING: Could any volunteers review this test only change? Thanks Yumin On 1/8/2016 10:13 AM, Yumin Qi wrote: > Please review > > Bug: https://bugs.openjdk.java.net/browse/JDK-8143317 > Weberv: http://cr.openjdk.java.net/~minqi/8143317/webrev-01/ > > Description: When bug > 8145148(https://bugs.openjdk.java.net/browse/JDK-8145148) pushed (it > replaced 8087223, will be integrated), the test case > InterfaceAccessFlagsTest.java will fail on inconsistent method tag. > The fix of 8145148 requires that generated bytecodes follows > > JVMS-5.4.3.3 Method Resolution: > " If C is an interface, method resolution throws an > IncompatibleClassChangeError." > JVMS-5.4.3.4 Interface Method Resolution: > "If C is not an interface, interface method resolution throws an > IncompatibleClassChangeError" > > When converting a class to interface in > *ClassToInterfaceConverter.java*, it only deletes "" function > from the class, and modifies the class flag to be interface flag. In > this case, we have function "m" to call "priv" in the same class "I", > after conversion to interface "I", "m" invokes "priv" in the same > interface (they are default methods). This requires "priv" in constant > pool with tag of InterfaceMethodref, but the conversion does not > change the tag to InterfaceMethodref (it keeps tag as Methodref). > > Added code to convert the invoked Methodref to InterfaceMethodref. > > Tests: JPRT, jtreg on InterfaceAccessFlags.java, passed for binaries > for pre-8145148 and 8145148. > > Thanks > Yumin > > > > > > > From Roger.Riggs at Oracle.com Mon Jan 11 22:10:31 2016 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Mon, 11 Jan 2016 17:10:31 -0500 Subject: CFV: New JDK 9 Committer: Nadeesh TV Message-ID: <56942857.80808@Oracle.com> I hereby nominate Nadeesh Tv (ntv) for JDK 9 Committer. Nadeesh is a member of Oracle's Software Quality team and has contributed 16 changesets [3], [4], [5], [6], [7] to JDK 9. Nadeesh?s primary responsibility is to ensure Java SE is of high quality across multiple releases and new features introduced are compliant to the respective java specification. He predominantly focuses on enhancement, maintenance and execution of JCK and Regression test suites across multiple releases of Java. He is very passionate about Java Time API and evangelizes about the time API in various internal and external java forums, Bangalore JUG being one example. Votes are due by 12:00 noon PT, Tuesday January 26th, 2016 Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Roger Riggs [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote [3] http://hg.openjdk.java.net/jdk9/jdk9/jdk/search/?rev=ntv [4] http://hg.openjdk.java.net/jdk9/jdk9/jdk/search/?rev=nadeesh.tv [5] http://hg.openjdk.java.net/jdk9/dev/jdk/rev/bf45d4fe77c3 [6] http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/cfc458cf9c9c [7] http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/91deecaf2d70 From huizhe.wang at oracle.com Tue Jan 12 00:24:09 2016 From: huizhe.wang at oracle.com (huizhe wang) Date: Mon, 11 Jan 2016 16:24:09 -0800 Subject: CFV: New JDK 9 Committer: Nadeesh TV In-Reply-To: <56942857.80808@Oracle.com> References: <56942857.80808@Oracle.com> Message-ID: <569447A9.9080406@oracle.com> Vote: yes Joe (java.net id: joehw) On 1/11/2016 2:10 PM, Roger Riggs wrote: > I hereby nominate Nadeesh Tv (ntv) for JDK 9 Committer. From dalibor.topic at oracle.com Tue Jan 12 11:32:00 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Tue, 12 Jan 2016 12:32:00 +0100 Subject: CFV: New JDK 9 Committer: Nadeesh TV In-Reply-To: <56942857.80808@Oracle.com> References: <56942857.80808@Oracle.com> Message-ID: <5694E430.3070201@oracle.com> Vote: Yes. -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From vladimir.x.ivanov at oracle.com Tue Jan 12 11:47:26 2016 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Tue, 12 Jan 2016 14:47:26 +0300 Subject: CFV: New JDK 9 Committer: Nadeesh TV In-Reply-To: <56942857.80808@Oracle.com> References: <56942857.80808@Oracle.com> Message-ID: <5694E7CE.3010300@oracle.com> Vote: yes Best regards, Vladimir Ivanov On 1/12/16 1:10 AM, Roger Riggs wrote: > I hereby nominate Nadeesh Tv (ntv) for JDK 9 Committer. > > Nadeesh is a member of Oracle's Software Quality team and has > contributed 16 changesets [3], [4], [5], [6], [7] to JDK 9. > Nadeesh?s primary responsibility is to ensure Java SE is of high quality > across multiple releases and new features introduced are compliant to > the respective java specification. He predominantly focuses on > enhancement, maintenance and execution of JCK and Regression test suites > across multiple releases of Java. He is very passionate about Java Time > API and evangelizes about the time API in various internal and external > java forums, Bangalore JUG being one example. > > Votes are due by 12:00 noon PT, Tuesday January 26th, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Roger Riggs > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/jdk9/jdk/search/?rev=ntv > [4] http://hg.openjdk.java.net/jdk9/jdk9/jdk/search/?rev=nadeesh.tv > [5] http://hg.openjdk.java.net/jdk9/dev/jdk/rev/bf45d4fe77c3 > [6] http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/cfc458cf9c9c > [7] http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/91deecaf2d70 > > From Roger.Riggs at Oracle.com Tue Jan 12 16:32:42 2016 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Tue, 12 Jan 2016 11:32:42 -0500 Subject: CFV: New JDK 9 Committer: Nadeesh TV In-Reply-To: <56942857.80808@Oracle.com> References: <56942857.80808@Oracle.com> Message-ID: <56952AAA.20803@Oracle.com> Vote: Yes On 1/11/2016 5:10 PM, Roger Riggs wrote: > I hereby nominate Nadeesh Tv (ntv) for JDK 9 Committer. > From artem.smotrakov at oracle.com Tue Jan 12 18:09:20 2016 From: artem.smotrakov at oracle.com (Artem Smotrakov) Date: Tue, 12 Jan 2016 10:09:20 -0800 Subject: CFV: New JDK 9 Committer: Nadeesh TV In-Reply-To: <56942857.80808@Oracle.com> References: <56942857.80808@Oracle.com> Message-ID: <56954150.70409@oracle.com> Vote: Yes Artem On 01/11/2016 02:10 PM, Roger Riggs wrote: > I hereby nominate Nadeesh Tv (ntv) for JDK 9 Committer. > > Nadeesh is a member of Oracle's Software Quality team and has > contributed 16 changesets [3], [4], [5], [6], [7] to JDK 9. > Nadeesh?s primary responsibility is to ensure Java SE is of high > quality across multiple releases and new features introduced are > compliant to the respective java specification. He predominantly > focuses on enhancement, maintenance and execution of JCK and > Regression test suites across multiple releases of Java. He is very > passionate about Java Time API and evangelizes about the time API in > various internal and external java forums, Bangalore JUG being one > example. > > Votes are due by 12:00 noon PT, Tuesday January 26th, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Roger Riggs > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/jdk9/jdk/search/?rev=ntv > [4] http://hg.openjdk.java.net/jdk9/jdk9/jdk/search/?rev=nadeesh.tv > [5] http://hg.openjdk.java.net/jdk9/dev/jdk/rev/bf45d4fe77c3 > [6] http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/cfc458cf9c9c > [7] http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/91deecaf2d70 > > From serguei.spitsyn at oracle.com Tue Jan 12 18:35:15 2016 From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com) Date: Tue, 12 Jan 2016 10:35:15 -0800 Subject: CFV: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <56954763.6080408@oracle.com> Vote: yes On 1/4/16 13:31, Jonathan Gibbons wrote: > I hereby nominate Andreas Lundblad to jdk9 Reviewer. > > Andreas has been an active participant in JDK 8/9 since joining the > LangTools team over two years ago. He has mainly contributed to the > sjavac tool but also to javac and annotations code. His 52 commits > to the langtools and jdk repos are listed below. > > Votes are due by the end of Jan 18, 2016. > > Only current jdk9 Reviewers[1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > -- Jonathan Gibbons > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > > > > cb73b474703e: Annotate.Worker should be replaced with lambdas > 7b99e5d09409: test/tools/javac/processing/TestMultipleErrors.java > should ha... > 130ae42e6da7: ToolBox should have a cleanDirectory method > 17d15aa9140d: Various sjavac tests result in error on Windows (JPRT) > a32f899caa49: PackagePathMismatch.java does not use --state-dir option > 155f6671cab4: Sjavac tests are leaking file managers > 820841f0e8bd: Test tools/sjavac/IncCompInheritance.java is failing > c8206f440046: Enable thin server mode in Sjavac > 5ba1a29a0eb0: Sjavac should stream back compiler output to the client > as so... > a4d9179cf598: A recent update to copyright headers caused two tests to > fail > a3dd196e5341: langtools tests have bad license > adba44f6b471: Refactor sjavac as a thin client > 83512da73f99: com/sun/tools/sjavac/pubapi/PubApiTypeParam.java has no > copyr... > 5021d414632a: Due to a javac type inference issue, sjavac doesn't > compile w... > 27da0c3ac83a: SJavac should track changes in the public apis of > classpath c... > f36eace6170f: Open up Dependencies for use from other packages > fc00bb06172c: The field Gen.stringBufferType is no longer needed (and > not a... > 732890c00534: Incorrect applying of repeatable annotations with > incompatibl... > 524255b0bec0: Infinite loop when compiling annotations with > -XDcompletionDeps > 80e4c11aa0f7: Add test for -Xdoclint + -XDcompletionDeps > 39f02f1acda4: Initialization of DocLint triggers out of order > initializatio... > 04ec0526fa3d: ArrayType prints element type post order > 4348bf94591c: Confusing (incorrect) error message on repeatable > annotations > 7f25537496ff: Confusing / incorrect error message regarding > annotations on ... > cfe27a999212: Bootcycle images build fails on Windows32/64 > ce519d6f344b: Give TaskListener methods empty default implementations > b5eeeb11b9d4: Sjavac creates unnecessarily many > SjavacClient/PooledSjavac/S... > c5c8a1f32b83: Since changeset 2686:56f8be952a5c > test/tools/sjavac/Dependenc... > 10100ecb0c97: Sjavac spawns external processes in a unnecessarily > complex a... > bbd0164f668d: There is a small race condition in IdleResetSjavac > 69d7812dabcc: Public API scanning should be implemented in the form of > a Ta... > a0125e2a10e8: Analysis of public API does not take super classes into > account > 9e29021d0d13: Incremental build fails on Windows > 452dd2988607: Refactor sjavac Main class into ClientMain and ServerMain > 9e8cbfac9b6b: Sjavac does not print compilation errors to the console > a5b455614604: Use com.sun.tools.javac.util.Assert instead of 'assert' > 98a99928a76b: Sjavac should not use portfiles, sockets, etc if > background=f... > 5bd36f40e4c5: The sjavac client/server protocol should be hidden > behind an ... > c2d589333410: A recently added Xprefer test fails on Windows > baf35a88504b: Javac allows timestamps inside rt.jar to affect > compilation w... > b510ad035fe4: Option handling in sjavac needs to be rewritten > 37cf13ea5cf9: The steps attribute, flow and desugar are unnecessary > for imp... > f7bae95f34e7: sun.tools.javac.util.Bits contains a main-method with > test code > f5f0872a1b84: NullPointerException compiling annotation values that > have bo... > a970979c412a: remove workaround tests when jtreg updated > 1e7ad879f15e: clean up JavacAnnotatedConstruct > ea000904db62: Bug in javac Pretty: Wrong precedence in JCConditional > trees > 5f915a0c9615: Please rename com.sun.tools.javac.util.ListBuffer.lb() > 1fe358ea75ff: javac, LVT test harness should generate tests .class > files in... > ac6ec071c2b2: javac, Code_attribute.exception_table_langth should be > Code_a... > 7703578cf570: The sjavac exclude option should accept valid directory > ident... > 78a0dcde6b67: TEST_BUG: > java/lang/reflect/Method/DefaultMethodModeling.java... > b8927cbfb893: Annotations declared on super-super-class should be > overridde... > b07856d0de34: Repeating annotations - getAnnotationsByType(Class) > is not... > From serguei.spitsyn at oracle.com Tue Jan 12 18:35:57 2016 From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com) Date: Tue, 12 Jan 2016 10:35:57 -0800 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <5695478D.5000800@oracle.com> Vote: yes On 1/6/16 10:19, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > > Sangheon is a member of the Oracle Hotspot garbage collector team > and has contributed 16 changesets [3] to JDK 9. > > Votes are due by 12:00 noon PT, Wednesday January 20, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Jon Masamitsu > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] List of patches: > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9689c3d3e2f8 > 8142341: GC: current flags need ranges to be implemented > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/4d465c7793ec > 8134631: G1DummyRegionsPerGC fires assert of assert(words <= > filler_array_max_size()) failed: too big for a single object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0aa8adafb982 > 8139801: Error message from validation check has wrong order on Windows > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5459f44b1a75 > 8134995: [REDO] GC: implement ranges (optionally constraints) for > those flags that have them missing > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/49b16955b909 > 8135025: Error message is repeated for large value at > G1ConcRefinementThreads > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/e8351756255d > 8130459: Add additional validation after heap creation > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9de0e8815e2a > 8079555: REDO - Determining the desired PLAB size adjusts to the the > number of threads at the wrong place > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/af3b0db91659 > 8073654: Marking statistics should use size_t > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d8ded1e4465b > 8073115: assert(_covered_region.contains(p)) needs better error messages > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/f0db7d477633 > 8055239: assert(_thread == Thread::current()->osthread()) failed: The > PromotionFailedInfo should be thread local > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/1c87bc5de516 > 8059064: Better G1 log caching > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/5bfd90e33eab > 8027428: Different conditions for printing taskqueue statistics for > parallel gc, parNew and G1 > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/744f961b9393 > 8058801: G1TraceReclaimDeadHumongousObjectsAtYoungGC only prints > humongous object liveness output when there is at least one candidate > humongous object > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/cedaeee5e645 > 8036116: Fix thread-id types in G1 remembered set implementations > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b30f23a62cbf > 8068394: Trace event for concurrent GC phases > > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/9e01080a8b04 > 8144949: TestOptionsWithRanges > -XX:NUMAInterleaveGranularity=2147483648 crashes VM > From serguei.spitsyn at oracle.com Tue Jan 12 18:39:54 2016 From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com) Date: Tue, 12 Jan 2016 10:39:54 -0800 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: <5695487A.7090200@oracle.com> Vote: yes On 1/7/16 15:53, Vladimir Kozlov wrote: > I hereby nominate Michael C Berg to jdk9 Committer. > > Michael is a long-term member of the Java team at Intel, our very long > and productive partner. > > He has already contributed 12 significant changes to the hotspot > repository [3]. His work concentrated on improvement of vectorization. > > Votes are due by 4:00 PM PST, Thursday, January 21, 2015 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. > > Vladimir Kozlov > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#committer-vote > [3] list of changes: > > 8144771: Use AVX3 instructions for string compare > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/5b1e593803b5 > > 8142980: Derby bug with KNL and AVX512 instrinsic support > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/42fc18486e9c > > 8140779: Code generation fixes for avx512 > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/b57d415bdaa9 > > 8134802: LCM register pressure scheduling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/10e79692c25e > > 8132160: Support for AVX 512 call frames and stack management > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/41b6cb9246fe > > 8135028: Support for vectorizing double precision sqrt > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a589f73b79f4 > > 8129920: Vectorized loop unrolling > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/94403236f303 > > 8081247: AVX 512 extended support > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a7dfe3d73bf9 > > 8076276: Add support for AVX512 > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/bd72804c91d6 > > 8080325: SuperWord loop unrolling analysis > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/9251516ec93d > > 8078563: Restrict reduction optimization > http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/a05f3d301196 > > 8074981: Integer/FP scalar reduction optimization > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/6fff5df5f3d2 From henry.jen at oracle.com Tue Jan 12 18:42:52 2016 From: henry.jen at oracle.com (Henry Jen) Date: Tue, 12 Jan 2016 10:42:52 -0800 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <56903252.7090202@Oracle.com> References: <568EFA6A.4060502@oracle.com> <56903252.7090202@Oracle.com> Message-ID: <55F11E47-FD12-470E-91B4-AC4712252B02@oracle.com> Vote: Yes Cheers, Henry From alejandro.murillo at oracle.com Tue Jan 12 21:41:53 2016 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 12 Jan 2016 14:41:53 -0700 Subject: CFV: New jdk9 Committer: Michael C Berg In-Reply-To: <568EFA6A.4060502@oracle.com> References: <568EFA6A.4060502@oracle.com> Message-ID: <56957321.8040605@oracle.com> vote: yes On 1/7/2016 4:53 PM, Vladimir Kozlov wrote: > I hereby nominate Michael C Berg to jdk9 Committer. > -- Alejandro From alejandro.murillo at oracle.com Tue Jan 12 21:45:34 2016 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 12 Jan 2016 14:45:34 -0700 Subject: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <568D5ACB.4060206@oracle.com> References: <568D5ACB.4060206@oracle.com> Message-ID: <569573FE.8090800@oracle.com> vote: yes On 1/6/2016 11:19 AM, Jon Masamitsu wrote: > I hereby nominate Sangheon Kim (sangheki) for JDK 9 Committer. > -- Alejandro From stuart.marks at oracle.com Wed Jan 13 05:15:25 2016 From: stuart.marks at oracle.com (Stuart Marks) Date: Tue, 12 Jan 2016 21:15:25 -0800 Subject: CFV: New JDK 9 Committer: Nadeesh TV In-Reply-To: <56942857.80808@Oracle.com> References: <56942857.80808@Oracle.com> Message-ID: <5695DD6D.6090709@oracle.com> Vote: yes On 1/11/16 2:10 PM, Roger Riggs wrote: > I hereby nominate Nadeesh Tv (ntv) for JDK 9 Committer. > > Nadeesh is a member of Oracle's Software Quality team and has contributed 16 > changesets [3], [4], [5], [6], [7] to JDK 9. > Nadeesh?s primary responsibility is to ensure Java SE is of high quality across > multiple releases and new features introduced are compliant to the respective > java specification. He predominantly focuses on enhancement, maintenance and > execution of JCK and Regression test suites across multiple releases of Java. He > is very passionate about Java Time API and evangelizes about the time API in > various internal and external java forums, Bangalore JUG being one example. > > Votes are due by 12:00 noon PT, Tuesday January 26th, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Roger Riggs > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/jdk9/jdk/search/?rev=ntv > [4] http://hg.openjdk.java.net/jdk9/jdk9/jdk/search/?rev=nadeesh.tv > [5] http://hg.openjdk.java.net/jdk9/dev/jdk/rev/bf45d4fe77c3 > [6] http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/cfc458cf9c9c > [7] http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/91deecaf2d70 > > From paul.sandoz at oracle.com Wed Jan 13 08:47:04 2016 From: paul.sandoz at oracle.com (Paul Sandoz) Date: Wed, 13 Jan 2016 09:47:04 +0100 Subject: RFR: 8143317: jdk/lambda/vm/InterfaceAccessFlagsTest.java fails with IncompatibleClassChangeError In-Reply-To: <568FFC54.8080006@oracle.com> References: <568FFC54.8080006@oracle.com> Message-ID: <814FE285-0244-4777-92D7-70AD13DC8DFA@oracle.com> Hi Yumin, Sorry for the delay. Looks good. Minor suggestion: 78 cpool.add(newEntry); 79 } else { 80 cpool.add(ce); 81 } 82 } else { 83 cpool.add(ce); 84 } 85 } You can collapse all those cpool.add calls to one outside of the instanceof if block if you do "ce = newEntry? rather than ?cpool.add(newEntry)?. Paul. > On 8 Jan 2016, at 19:13, Yumin Qi wrote: > > Please review > > Bug: https://bugs.openjdk.java.net/browse/JDK-8143317 > Weberv: http://cr.openjdk.java.net/~minqi/8143317/webrev-01/ > > Description: When bug 8145148(https://bugs.openjdk.java.net/browse/JDK-8145148) pushed (it replaced 8087223, will be integrated), the test case InterfaceAccessFlagsTest.java will fail on inconsistent method tag. The fix of 8145148 requires that generated bytecodes follows > > JVMS-5.4.3.3 Method Resolution: > " If C is an interface, method resolution throws an IncompatibleClassChangeError." > JVMS-5.4.3.4 Interface Method Resolution: > "If C is not an interface, interface method resolution throws an IncompatibleClassChangeError" > > When converting a class to interface in *ClassToInterfaceConverter.java*, it only deletes "" function from the class, and modifies the class flag to be interface flag. In this case, we have function "m" to call "priv" in the same class "I", after conversion to interface "I", "m" invokes "priv" in the same interface (they are default methods). This requires "priv" in constant pool with tag of InterfaceMethodref, but the conversion does not change the tag to InterfaceMethodref (it keeps tag as Methodref). > > Added code to convert the invoked Methodref to InterfaceMethodref. > > Tests: JPRT, jtreg on InterfaceAccessFlags.java, passed for binaries for pre-8145148 and 8145148. > > Thanks > Yumin > > > > > > > From daniel.fuchs at oracle.com Wed Jan 13 09:12:18 2016 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Wed, 13 Jan 2016 10:12:18 +0100 Subject: CFV: New JDK 9 Committer: Nadeesh TV In-Reply-To: <56942857.80808@Oracle.com> References: <56942857.80808@Oracle.com> Message-ID: <569614F2.5060500@oracle.com> Vote: Yes On 1/11/16 11:10 PM, Roger Riggs wrote: > I hereby nominate Nadeesh Tv (ntv) for JDK 9 Committer. From yumin.qi at oracle.com Wed Jan 13 19:39:13 2016 From: yumin.qi at oracle.com (Yumin Qi) Date: Wed, 13 Jan 2016 11:39:13 -0800 Subject: RFR: 8143317: jdk/lambda/vm/InterfaceAccessFlagsTest.java fails with IncompatibleClassChangeError In-Reply-To: <814FE285-0244-4777-92D7-70AD13DC8DFA@oracle.com> References: <568FFC54.8080006@oracle.com> <814FE285-0244-4777-92D7-70AD13DC8DFA@oracle.com> Message-ID: <5696A7E1.2040008@oracle.com> Hi, Paul Thanks. Changed as your suggested, new webrev: http://cr.openjdk.java.net/~minqi/8143317/webrev-02/ Thanks Yumin On 1/13/2016 12:47 AM, Paul Sandoz wrote: > Hi Yumin, > > Sorry for the delay. > > Looks good. > > Minor suggestion: > > 78 cpool.add(newEntry); > 79 } else { > 80 cpool.add(ce); > 81 } > 82 } else { > 83 cpool.add(ce); > 84 } > 85 } > You can collapse all those cpool.add calls to one outside of the instanceof if block if you do "ce = newEntry? rather than ?cpool.add(newEntry)?. > > Paul. > >> On 8 Jan 2016, at 19:13, Yumin Qi wrote: >> >> Please review >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8143317 >> Weberv: http://cr.openjdk.java.net/~minqi/8143317/webrev-01/ >> >> Description: When bug 8145148(https://bugs.openjdk.java.net/browse/JDK-8145148) pushed (it replaced 8087223, will be integrated), the test case InterfaceAccessFlagsTest.java will fail on inconsistent method tag. The fix of 8145148 requires that generated bytecodes follows >> >> JVMS-5.4.3.3 Method Resolution: >> " If C is an interface, method resolution throws an IncompatibleClassChangeError." >> JVMS-5.4.3.4 Interface Method Resolution: >> "If C is not an interface, interface method resolution throws an IncompatibleClassChangeError" >> >> When converting a class to interface in *ClassToInterfaceConverter.java*, it only deletes "" function from the class, and modifies the class flag to be interface flag. In this case, we have function "m" to call "priv" in the same class "I", after conversion to interface "I", "m" invokes "priv" in the same interface (they are default methods). This requires "priv" in constant pool with tag of InterfaceMethodref, but the conversion does not change the tag to InterfaceMethodref (it keeps tag as Methodref). >> >> Added code to convert the invoked Methodref to InterfaceMethodref. >> >> Tests: JPRT, jtreg on InterfaceAccessFlags.java, passed for binaries for pre-8145148 and 8145148. >> >> Thanks >> Yumin >> >> >> >> >> >> >> From paul.sandoz at oracle.com Wed Jan 13 20:22:19 2016 From: paul.sandoz at oracle.com (Paul Sandoz) Date: Wed, 13 Jan 2016 21:22:19 +0100 Subject: RFR: 8143317: jdk/lambda/vm/InterfaceAccessFlagsTest.java fails with IncompatibleClassChangeError In-Reply-To: <5696A7E1.2040008@oracle.com> References: <568FFC54.8080006@oracle.com> <814FE285-0244-4777-92D7-70AD13DC8DFA@oracle.com> <5696A7E1.2040008@oracle.com> Message-ID: > On 13 Jan 2016, at 20:39, Yumin Qi wrote: > > Hi, Paul > > Thanks. Changed as your suggested, new webrev: > http://cr.openjdk.java.net/~minqi/8143317/webrev-02/ > Neater :-) +1 Paul. From lana.steuck at oracle.com Wed Jan 13 21:31:09 2016 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 13 Jan 2016 13:31:09 -0800 (PST) Subject: jdk9-b101: dev Message-ID: <201601132131.u0DLV9dM010490@sc11152554.us.oracle.com> http://hg.openjdk.java.net/jdk9/jdk9/rev/c4d72a162083 http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/1916a2c680d8 http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3b3bea483542 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/5e8370fb3ed9 http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/3e99318616da http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/d3e834ff74e7 http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/9f45d3d57d69 http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/30dfb3bd3d06 --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-4823133 core-libs RandomAccessFile.length() is not thread-safe JDK-8039301 core-libs [ja] Host Locale Provider uses non-translated Calendar field names JDK-8039969 core-libs Old Korean Calendar conflicts with Host Locale JDK-8049835 core-libs [ar/HOST adapter] Hijri calendar era is used but date number follows g JDK-8050499 core-libs (ch) NativeSignal.signal fails with error 316 on OS X JDK-8054010 core-libs [HOST provider, not gregory] Return NULL when calling Calendar.getDisp JDK-8054482 core-libs [HOST provider] only return standalone-style month display name JDK-8055258 core-libs [HOST provider] Short era display name is not returned JDK-8140472 core-libs java/net/ipv6tests/TcpTest.java failed intermittently with java.net.Bi JDK-8144082 core-libs Add Statement.enquoteNCharLiteral to support National Character Set li JDK-8145166 core-libs Duration.toString violates specification JDK-8145544 core-libs Move sun.misc.VM to jdk.internal.misc JDK-8146041 core-libs java.net.URLConnection.guessContentTypeFromStream() does not recognize JDK-8146105 core-libs Undo accidential changes to sun/security/ssl/SignatureAndHashAlgorithm JDK-8146359 core-libs test/java/nio/file/attribute/BasicFileAttributeView/UnixSocketFile.jav JDK-8146431 core-libs j.u.z.ZipFile.getEntry("") throws AIOOBE JDK-8146482 core-libs [TESTBUG] java/net/SocketOption/OptionTest should only use multicast c JDK-8146484 core-libs Examine sun.misc.MessageUtils JDK-8146489 core-libs @since tag missed JDK-8146526 core-libs Improve java.net.URI$Parser startup characteristics JDK-8146556 core-libs jdk.dynalink.beans.ClassLinker can avoid using specific lookup and can JDK-8146574 core-libs (process) ProcessHandle test cleanup JDK-8146587 core-libs Mark tools/pack200/Pack200Test.java as intermittently failing JDK-8146625 core-libs OverloadedDynamicMethod has unused ClassLoader field that can be remov JDK-8143047 core-svc Re-examine javax/management/ImplementationVersion/ImplVersionTest.java JDK-8146091 infrastructure Configure fails to configure icecc on OEL JDK-8146425 infrastructure After change 8142907 'EXCLUDE_FILE' is wrongly interpreted as pattern JDK-8146638 infrastructure Only use compiler option files if they are really supported by the too JDK-8146639 infrastructure Fix detection of Cups headers during configuration JDK-8049422 other-libs Remove @jdk.Exported JDK-8129560 security-libs TestKeyPairGenerator.java fails on Solaris because private exponent ne JDK-8143301 tools Sjavac does not close file given to --compare-found-sources JDK-8145557 tools Unused method in JavacState should be removed JDK-8146439 tools delete test T7021650.java as redundant JDK-8146572 tools Update "@since 1.9" to "@since 9" to match java.version.specification From mark.reinhold at oracle.com Thu Jan 14 23:43:48 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 14 Jan 2016 15:43:48 -0800 Subject: JEP proposed to target JDK 9 (2016/1/14) Message-ID: <20160114154348.682442092eggemoggin.niobe.net> The following JEP has been placed into the "Proposed to Target" state by its owner after discussion and review: 281: HotSpot C++ Unit-Test Framework http://openjdk.java.net/jeps/281 Feedback on this proposal is more than welcome, as are reasoned objections. If no such objections are raised by 23:59 UTC next Thursday, 21 January, or if they're raised and then satisfactorily answered, then per the JEP 2.0 process proposal [1] I'll target this JEP to JDK 9. (This information is also available on the JDK 9 Project Page [2]). - Mark [1] http://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html [2] http://openjdk.java.net/projects/jdk9/ From robert.field at oracle.com Fri Jan 15 00:24:19 2016 From: robert.field at oracle.com (Robert Field) Date: Thu, 14 Jan 2016 16:24:19 -0800 Subject: CFV: New JDK 9 Committer: Shinya Yoshida Message-ID: <56983C33.9050405@oracle.com> I hereby nominate Shinya Yoshida (shinyafox) to JDK 9 Committer. Shinya is a JDK 9 Author and Kulla Committer who has contributed 7 changesets to JDK 9, as well as 27 JDK 9 changesets via the Kulla workspace, and 1 through the lambda workspace. JDK9 /dev/langtools 1. 8142447: JShell tool: Command change: re-run n-th command should be re-run by id http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/d2713a6edc13 2. 8144903: JShell: the type of the expression which is array type of captured type incorrectly determined http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/c5237b05fff9 3. 8145239: JShell: throws AssertionError when replacing classes where some methods depend on these classes http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/51136404ee5e?revcount=100 4. 8142384: JShell tool: New command: /imports, /i which show the list of imported packages or classes, etc... http://hg.openjdk.java.net/jdk9/dev/langtools/rev/cf000bae9c31 5. 8146368: JShell: can't parse the error when it's Japanese locale http://hg.openjdk.java.net/jdk9/dev/langtools/rev/70fe7cf1ac65 JDK9 /dev/jdk 1. 8144675: Add a filtering collector http://hg.openjdk.java.net/jdk9/dev/jdk/rev/bf153b12450b JDK9: /dev/ 1. 8055772: get_source.sh : version check assumes English localization http://hg.openjdk.java.net/kulla/dev/rev/d9edec389373 Lambda: /dev/jdk/ 1. 8028816: Add value-type notice to Optional* classes http://hg.openjdk.java.net/kulla/dev/jdk/rev/2aae624bb833 Kulla: /dev/langtools (Contributor) 1. 8129935: JShell Tool: Variable decl which is for the variable of the type of multi-byte character shows the unicode string as the type http://hg.openjdk.java.net/kulla/dev/langtools/rev/5af693e4b7cb 2. Streamification of SourceCodeAnalysisImpl http://hg.openjdk.java.net/kulla/dev/langtools/rev/931b88380d75 3. 8087169: JShell tool: Missing some suggestions as SMART or documentation when the target-type or the argument-type is boxed or unboxed type http://hg.openjdk.java.net/kulla/dev/langtools/rev/05c597ae36ed 4. 8085882: JShell tool: Completion for primitive types http://hg.openjdk.java.net/kulla/dev/langtools/rev/7c748bccd597 5. 8081780: JShell tool: Completion contains $REPL00DOESNOTMATTER http://hg.openjdk.java.net/kulla/dev/langtools/rev/f4bb1ac6714b 6. 8081638: JShell tool: Improve completion for static import http://hg.openjdk.java.net/kulla/dev/langtools/rev/ddd8e5ac9dc0 7. 8081276: JShell tool: Completion contains nested class reference on instance variable http://hg.openjdk.java.net/kulla/dev/langtools/rev/060b43145aa8 8. 8081266: jshell tool: Tab completion shows static methods on instance variables http://hg.openjdk.java.net/kulla/dev/langtools/rev/ded591cba9e4 9. 8080557: JShell tool: Contains REPL class prefix in the documentation for the user defined method or class http://hg.openjdk.java.net/kulla/dev/langtools/rev/ec7226688c6a 10. 8080556: JShell tool: Contains incorrect target-type or documentation in invisible method or constructor invocation http://hg.openjdk.java.net/kulla/dev/langtools/rev/c9aa42a1b2d9 11. 8080540: Missing target types and documentation in overridden method invocation http://hg.openjdk.java.net/kulla/dev/langtools/rev/2c59ed7d9785 12. Improving completion in throws clause http://hg.openjdk.java.net/kulla/dev/langtools/rev/d79901ce9f41 13. Fix incorrect .class suggestion for the member selection of the primitive-type expression http://hg.openjdk.java.net/kulla/dev/langtools/rev/a2a2e833a398 Kulla: /dev/langtools (Author) 1. bitter_fox fix for NPE for some illegal input http://hg.openjdk.java.net/kulla/dev/langtools/rev/5cbd9dfe5467 2. "null" generates bad code. http://hg.openjdk.java.net/kulla/dev/langtools/rev/806762df632a 3. Command completion should be disabled during while entering continuation of previous line(s). http://hg.openjdk.java.net/kulla/dev/langtools/rev/a2d5eb60a928 4. Fixing completion and documentation for input continuation. http://hg.openjdk.java.net/kulla/dev/langtools/rev/b5fe3150ad0f 5. Unfinished member select from a package may look like a TypeElement, adjusting to that. http://hg.openjdk.java.net/kulla/dev/langtools/rev/d7ca4ada65d0 6. Avoiding invalid completions after start import. http://hg.openjdk.java.net/kulla/dev/langtools/rev/6599bc571877 7. Add synthetic .class and .length where appropriate. http://hg.openjdk.java.net/kulla/dev/langtools/rev/f1edf7edc16a 8. Correctly handle method parameter accessibility. http://hg.openjdk.java.net/kulla/dev/langtools/rev/8a395a1d484c 9. Completion should not include http://hg.openjdk.java.net/kulla/dev/langtools/rev/6dc66cfb4eb4 10. Properly show var-arg methods in documentation. http://hg.openjdk.java.net/kulla/dev/langtools/rev/f6fe75fb3c7f 11. Don't show constructor for ".|". http://hg.openjdk.java.net/kulla/dev/langtools/rev/87cd1eb2807f 12. Documentation list should also include methods without parameters. http://hg.openjdk.java.net/kulla/dev/langtools/rev/2e26bc9fc97b 13. New class expression fixes http://hg.openjdk.java.net/kulla/dev/langtools/rev/6f8dd8261e8a 14. Fix writing of history of length 1 http://hg.openjdk.java.net/kulla/dev/langtools/rev/9f709ce819cf Votes are due by 5:00pm PT, January 28, 2016 Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Thank you, Robert Field [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote From jonathan.gibbons at oracle.com Fri Jan 15 00:26:16 2016 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Thu, 14 Jan 2016 16:26:16 -0800 Subject: CFV: New JDK 9 Committer: Shinya Yoshida In-Reply-To: <56983C33.9050405@oracle.com> References: <56983C33.9050405@oracle.com> Message-ID: <56983CA8.9060408@oracle.com> Vote: yes On 01/14/2016 04:24 PM, Robert Field wrote: > I hereby nominate Shinya Yoshida (shinyafox) to JDK 9 Committer. > > Shinya is a JDK 9 Author and Kulla Committer who has contributed 7 > changesets to JDK 9, as well as 27 JDK 9 changesets via the Kulla > workspace, and 1 through the lambda workspace. > > JDK9 /dev/langtools > 1. 8142447: JShell tool: Command change: re-run n-th command should be > re-run by id > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/d2713a6edc13 > 2. 8144903: JShell: the type of the expression which is array type of > captured type incorrectly determined > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/c5237b05fff9 > 3. 8145239: JShell: throws AssertionError when replacing classes where > some methods depend on these classes > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/51136404ee5e?revcount=100 > > 4. 8142384: JShell tool: New command: /imports, /i which show the list > of imported packages or classes, etc... > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/cf000bae9c31 > 5. 8146368: JShell: can't parse the error when it's Japanese locale > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/70fe7cf1ac65 > > JDK9 /dev/jdk > 1. 8144675: Add a filtering collector > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/bf153b12450b > > JDK9: /dev/ > 1. 8055772: get_source.sh : version check assumes English localization > http://hg.openjdk.java.net/kulla/dev/rev/d9edec389373 > > Lambda: /dev/jdk/ > 1. 8028816: Add value-type notice to Optional* classes > http://hg.openjdk.java.net/kulla/dev/jdk/rev/2aae624bb833 > > Kulla: /dev/langtools (Contributor) > 1. 8129935: JShell Tool: Variable decl which is for the variable of > the type of multi-byte character shows the unicode string as the type > http://hg.openjdk.java.net/kulla/dev/langtools/rev/5af693e4b7cb > 2. Streamification of SourceCodeAnalysisImpl > http://hg.openjdk.java.net/kulla/dev/langtools/rev/931b88380d75 > 3. 8087169: JShell tool: Missing some suggestions as SMART or > documentation when the target-type or the argument-type is boxed or > unboxed type > http://hg.openjdk.java.net/kulla/dev/langtools/rev/05c597ae36ed > 4. 8085882: JShell tool: Completion for primitive types > http://hg.openjdk.java.net/kulla/dev/langtools/rev/7c748bccd597 > 5. 8081780: JShell tool: Completion contains $REPL00DOESNOTMATTER > http://hg.openjdk.java.net/kulla/dev/langtools/rev/f4bb1ac6714b > 6. 8081638: JShell tool: Improve completion for static import > http://hg.openjdk.java.net/kulla/dev/langtools/rev/ddd8e5ac9dc0 > 7. 8081276: JShell tool: Completion contains nested class reference on > instance variable > http://hg.openjdk.java.net/kulla/dev/langtools/rev/060b43145aa8 > 8. 8081266: jshell tool: Tab completion shows static methods on > instance variables > http://hg.openjdk.java.net/kulla/dev/langtools/rev/ded591cba9e4 > 9. 8080557: JShell tool: Contains REPL class prefix in the > documentation for the user defined method or class > http://hg.openjdk.java.net/kulla/dev/langtools/rev/ec7226688c6a > 10. 8080556: JShell tool: Contains incorrect target-type or > documentation in invisible method or constructor invocation > http://hg.openjdk.java.net/kulla/dev/langtools/rev/c9aa42a1b2d9 > 11. 8080540: Missing target types and documentation in overridden > method invocation > http://hg.openjdk.java.net/kulla/dev/langtools/rev/2c59ed7d9785 > 12. Improving completion in throws clause > http://hg.openjdk.java.net/kulla/dev/langtools/rev/d79901ce9f41 > 13. Fix incorrect .class suggestion for the member selection of the > primitive-type expression > http://hg.openjdk.java.net/kulla/dev/langtools/rev/a2a2e833a398 > > Kulla: /dev/langtools (Author) > 1. bitter_fox fix for NPE for some illegal input > http://hg.openjdk.java.net/kulla/dev/langtools/rev/5cbd9dfe5467 > 2. "null" generates bad code. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/806762df632a > 3. Command completion should be disabled during while entering > continuation of previous line(s). > http://hg.openjdk.java.net/kulla/dev/langtools/rev/a2d5eb60a928 > 4. Fixing completion and documentation for input continuation. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/b5fe3150ad0f > 5. Unfinished member select from a package may look like a TypeElement, > adjusting to that. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/d7ca4ada65d0 > 6. Avoiding invalid completions after start import. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/6599bc571877 > 7. Add synthetic .class and .length where appropriate. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/f1edf7edc16a > 8. Correctly handle method parameter accessibility. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/8a395a1d484c > 9. Completion should not include > http://hg.openjdk.java.net/kulla/dev/langtools/rev/6dc66cfb4eb4 > 10. Properly show var-arg methods in documentation. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/f6fe75fb3c7f > 11. Don't show constructor for ".|". > http://hg.openjdk.java.net/kulla/dev/langtools/rev/87cd1eb2807f > 12. Documentation list should also include methods without parameters. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/2e26bc9fc97b > 13. New class expression fixes > http://hg.openjdk.java.net/kulla/dev/langtools/rev/6f8dd8261e8a > 14. Fix writing of history of length 1 > http://hg.openjdk.java.net/kulla/dev/langtools/rev/9f709ce819cf > > > Votes are due by 5:00pm PT, January 28, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thank you, > Robert Field > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > From yasuenag at gmail.com Fri Jan 15 00:28:01 2016 From: yasuenag at gmail.com (Yasumasa Suenaga) Date: Fri, 15 Jan 2016 09:28:01 +0900 Subject: CFV: New JDK 9 Committer: Shinya Yoshida In-Reply-To: <56983C33.9050405@oracle.com> References: <56983C33.9050405@oracle.com> Message-ID: vote: yes Yasumasa 2016/01/15 9:25 "Robert Field" : > I hereby nominate Shinya Yoshida (shinyafox) to JDK 9 Committer. > > Shinya is a JDK 9 Author and Kulla Committer who has contributed 7 > changesets to JDK 9, as well as 27 JDK 9 changesets via the Kulla > workspace, and 1 through the lambda workspace. > > JDK9 /dev/langtools > 1. 8142447: JShell tool: Command change: re-run n-th command should be > re-run by id > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/d2713a6edc13 > 2. 8144903: JShell: the type of the expression which is array type of > captured type incorrectly determined > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/c5237b05fff9 > 3. 8145239: JShell: throws AssertionError when replacing classes where > some methods depend on these classes > > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/51136404ee5e?revcount=100 > 4. 8142384: JShell tool: New command: /imports, /i which show the list of > imported packages or classes, etc... > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/cf000bae9c31 > 5. 8146368: JShell: can't parse the error when it's Japanese locale > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/70fe7cf1ac65 > > JDK9 /dev/jdk > 1. 8144675: Add a filtering collector > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/bf153b12450b > > JDK9: /dev/ > 1. 8055772: get_source.sh : version check assumes English localization > http://hg.openjdk.java.net/kulla/dev/rev/d9edec389373 > > Lambda: /dev/jdk/ > 1. 8028816: Add value-type notice to Optional* classes > http://hg.openjdk.java.net/kulla/dev/jdk/rev/2aae624bb833 > > Kulla: /dev/langtools (Contributor) > 1. 8129935: JShell Tool: Variable decl which is for the variable of the > type of multi-byte character shows the unicode string as the type > http://hg.openjdk.java.net/kulla/dev/langtools/rev/5af693e4b7cb > 2. Streamification of SourceCodeAnalysisImpl > http://hg.openjdk.java.net/kulla/dev/langtools/rev/931b88380d75 > 3. 8087169: JShell tool: Missing some suggestions as SMART or > documentation when the target-type or the argument-type is boxed or unboxed > type > http://hg.openjdk.java.net/kulla/dev/langtools/rev/05c597ae36ed > 4. 8085882: JShell tool: Completion for primitive types > http://hg.openjdk.java.net/kulla/dev/langtools/rev/7c748bccd597 > 5. 8081780: JShell tool: Completion contains $REPL00DOESNOTMATTER > http://hg.openjdk.java.net/kulla/dev/langtools/rev/f4bb1ac6714b > 6. 8081638: JShell tool: Improve completion for static import > http://hg.openjdk.java.net/kulla/dev/langtools/rev/ddd8e5ac9dc0 > 7. 8081276: JShell tool: Completion contains nested class reference on > instance variable > http://hg.openjdk.java.net/kulla/dev/langtools/rev/060b43145aa8 > 8. 8081266: jshell tool: Tab completion shows static methods on instance > variables > http://hg.openjdk.java.net/kulla/dev/langtools/rev/ded591cba9e4 > 9. 8080557: JShell tool: Contains REPL class prefix in the documentation > for the user defined method or class > http://hg.openjdk.java.net/kulla/dev/langtools/rev/ec7226688c6a > 10. 8080556: JShell tool: Contains incorrect target-type or documentation > in invisible method or constructor invocation > http://hg.openjdk.java.net/kulla/dev/langtools/rev/c9aa42a1b2d9 > 11. 8080540: Missing target types and documentation in overridden method > invocation > http://hg.openjdk.java.net/kulla/dev/langtools/rev/2c59ed7d9785 > 12. Improving completion in throws clause > http://hg.openjdk.java.net/kulla/dev/langtools/rev/d79901ce9f41 > 13. Fix incorrect .class suggestion for the member selection of the > primitive-type expression > http://hg.openjdk.java.net/kulla/dev/langtools/rev/a2a2e833a398 > > Kulla: /dev/langtools (Author) > 1. bitter_fox fix for NPE for some illegal input > http://hg.openjdk.java.net/kulla/dev/langtools/rev/5cbd9dfe5467 > 2. "null" generates bad code. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/806762df632a > 3. Command completion should be disabled during while entering > continuation of previous line(s). > http://hg.openjdk.java.net/kulla/dev/langtools/rev/a2d5eb60a928 > 4. Fixing completion and documentation for input continuation. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/b5fe3150ad0f > 5. Unfinished member select from a package may look like a TypeElement, > adjusting to that. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/d7ca4ada65d0 > 6. Avoiding invalid completions after start import. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/6599bc571877 > 7. Add synthetic .class and .length where appropriate. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/f1edf7edc16a > 8. Correctly handle method parameter accessibility. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/8a395a1d484c > 9. Completion should not include > http://hg.openjdk.java.net/kulla/dev/langtools/rev/6dc66cfb4eb4 > 10. Properly show var-arg methods in documentation. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/f6fe75fb3c7f > 11. Don't show constructor for ".|". > http://hg.openjdk.java.net/kulla/dev/langtools/rev/87cd1eb2807f > 12. Documentation list should also include methods without parameters. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/2e26bc9fc97b > 13. New class expression fixes > http://hg.openjdk.java.net/kulla/dev/langtools/rev/6f8dd8261e8a > 14. Fix writing of history of length 1 > http://hg.openjdk.java.net/kulla/dev/langtools/rev/9f709ce819cf > > > Votes are due by 5:00pm PT, January 28, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thank you, > Robert Field > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > > From serguei.spitsyn at oracle.com Fri Jan 15 03:48:46 2016 From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com) Date: Thu, 14 Jan 2016 19:48:46 -0800 Subject: CFV: New JDK 9 Committer: Shinya Yoshida In-Reply-To: <56983C33.9050405@oracle.com> References: <56983C33.9050405@oracle.com> Message-ID: <56986C1E.9020404@oracle.com> Vote: yes On 1/14/16 16:24, Robert Field wrote: > I hereby nominate Shinya Yoshida (shinyafox) to JDK 9 Committer. From openjdk at duigou.org Fri Jan 15 04:05:37 2016 From: openjdk at duigou.org (Mike Duigou) Date: Thu, 14 Jan 2016 20:05:37 -0800 Subject: CFV: New JDK 9 Committer: Shinya Yoshida In-Reply-To: References: Message-ID: Vote: YES On Thu, 14 Jan 2016 16:24, Robert Field wrote: > > I hereby nominate Shinya Yoshida (shinyafox) to JDK 9 Committer. > > Shinya is a JDK 9 Author and Kulla Committer who has contributed 7 > changesets to JDK 9, as well as 27 JDK 9 changesets via the Kulla > workspace, and 1 through the lambda workspace. > > JDK9 /dev/langtools > 1. 8142447: JShell tool: Command change: re-run n-th command should be > re-run by id > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/d2713a6edc13 > 2. 8144903: JShell: the type of the expression which is array type of > captured type incorrectly determined > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/c5237b05fff9 > 3. 8145239: JShell: throws AssertionError when replacing classes where > some methods depend on these classes > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/51136404ee5e?revcount=100 > 4. 8142384: JShell tool: New command: /imports, /i which show the list > of imported packages or classes, etc... > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/cf000bae9c31 > 5. 8146368: JShell: can't parse the error when it's Japanese locale > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/70fe7cf1ac65 > > JDK9 /dev/jdk > 1. 8144675: Add a filtering collector > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/bf153b12450b > > JDK9: /dev/ > 1. 8055772: get_source.sh : version check assumes English localization > http://hg.openjdk.java.net/kulla/dev/rev/d9edec389373 > > Lambda: /dev/jdk/ > 1. 8028816: Add value-type notice to Optional* classes > http://hg.openjdk.java.net/kulla/dev/jdk/rev/2aae624bb833 > > Kulla: /dev/langtools (Contributor) > 1. 8129935: JShell Tool: Variable decl which is for the variable of the > type of multi-byte character shows the unicode string as the type > http://hg.openjdk.java.net/kulla/dev/langtools/rev/5af693e4b7cb > 2. Streamification of SourceCodeAnalysisImpl > http://hg.openjdk.java.net/kulla/dev/langtools/rev/931b88380d75 > 3. 8087169: JShell tool: Missing some suggestions as SMART or > documentation when the target-type or the argument-type is boxed or > unboxed type > http://hg.openjdk.java.net/kulla/dev/langtools/rev/05c597ae36ed > 4. 8085882: JShell tool: Completion for primitive types > http://hg.openjdk.java.net/kulla/dev/langtools/rev/7c748bccd597 > 5. 8081780: JShell tool: Completion contains $REPL00DOESNOTMATTER > http://hg.openjdk.java.net/kulla/dev/langtools/rev/f4bb1ac6714b > 6. 8081638: JShell tool: Improve completion for static import > http://hg.openjdk.java.net/kulla/dev/langtools/rev/ddd8e5ac9dc0 > 7. 8081276: JShell tool: Completion contains nested class reference on > instance variable > http://hg.openjdk.java.net/kulla/dev/langtools/rev/060b43145aa8 > 8. 8081266: jshell tool: Tab completion shows static methods on > instance > variables > http://hg.openjdk.java.net/kulla/dev/langtools/rev/ded591cba9e4 > 9. 8080557: JShell tool: Contains REPL class prefix in the > documentation > for the user defined method or class > http://hg.openjdk.java.net/kulla/dev/langtools/rev/ec7226688c6a > 10. 8080556: JShell tool: Contains incorrect target-type or > documentation in invisible method or constructor invocation > http://hg.openjdk.java.net/kulla/dev/langtools/rev/c9aa42a1b2d9 > 11. 8080540: Missing target types and documentation in overridden > method > invocation > http://hg.openjdk.java.net/kulla/dev/langtools/rev/2c59ed7d9785 > 12. Improving completion in throws clause > http://hg.openjdk.java.net/kulla/dev/langtools/rev/d79901ce9f41 > 13. Fix incorrect .class suggestion for the member selection of the > primitive-type expression > http://hg.openjdk.java.net/kulla/dev/langtools/rev/a2a2e833a398 > > Kulla: /dev/langtools (Author) > 1. bitter_fox fix for NPE for some illegal input > http://hg.openjdk.java.net/kulla/dev/langtools/rev/5cbd9dfe5467 > 2. "null" generates bad code. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/806762df632a > 3. Command completion should be disabled during while entering > continuation of previous line(s). > http://hg.openjdk.java.net/kulla/dev/langtools/rev/a2d5eb60a928 > 4. Fixing completion and documentation for input continuation. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/b5fe3150ad0f > 5. Unfinished member select from a package may look like a TypeElement, > adjusting to that. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/d7ca4ada65d0 > 6. Avoiding invalid completions after start import. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/6599bc571877 > 7. Add synthetic .class and .length where appropriate. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/f1edf7edc16a > 8. Correctly handle method parameter accessibility. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/8a395a1d484c > 9. Completion should not include > http://hg.openjdk.java.net/kulla/dev/langtools/rev/6dc66cfb4eb4 > 10. Properly show var-arg methods in documentation. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/f6fe75fb3c7f > 11. Don't show constructor for ".|". > http://hg.openjdk.java.net/kulla/dev/langtools/rev/87cd1eb2807f > 12. Documentation list should also include methods without parameters. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/2e26bc9fc97b > 13. New class expression fixes > http://hg.openjdk.java.net/kulla/dev/langtools/rev/6f8dd8261e8a > 14. Fix writing of history of length 1 > http://hg.openjdk.java.net/kulla/dev/langtools/rev/9f709ce819cf > > > Votes are due by 5:00pm PT, January 28, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thank you, > Robert Field > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > > > > End of jdk9-dev Digest, Vol 27, Issue 17 > **************************************** From david.buck at oracle.com Fri Jan 15 04:21:20 2016 From: david.buck at oracle.com (david buck) Date: Fri, 15 Jan 2016 13:21:20 +0900 Subject: CFV: New JDK 9 Committer: Shinya Yoshida In-Reply-To: <56983C33.9050405@oracle.com> References: <56983C33.9050405@oracle.com> Message-ID: <569873C0.7030800@oracle.com> Vote: yes Cheers, -Buck On 2016/01/15 9:24, Robert Field wrote: > I hereby nominate Shinya Yoshida (shinyafox) to JDK 9 Committer. > > Shinya is a JDK 9 Author and Kulla Committer who has contributed 7 > changesets to JDK 9, as well as 27 JDK 9 changesets via the Kulla > workspace, and 1 through the lambda workspace. > > JDK9 /dev/langtools > 1. 8142447: JShell tool: Command change: re-run n-th command should be > re-run by id > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/d2713a6edc13 > 2. 8144903: JShell: the type of the expression which is array type of > captured type incorrectly determined > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/c5237b05fff9 > 3. 8145239: JShell: throws AssertionError when replacing classes where > some methods depend on these classes > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/51136404ee5e?revcount=100 > > 4. 8142384: JShell tool: New command: /imports, /i which show the list > of imported packages or classes, etc... > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/cf000bae9c31 > 5. 8146368: JShell: can't parse the error when it's Japanese locale > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/70fe7cf1ac65 > > JDK9 /dev/jdk > 1. 8144675: Add a filtering collector > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/bf153b12450b > > JDK9: /dev/ > 1. 8055772: get_source.sh : version check assumes English localization > http://hg.openjdk.java.net/kulla/dev/rev/d9edec389373 > > Lambda: /dev/jdk/ > 1. 8028816: Add value-type notice to Optional* classes > http://hg.openjdk.java.net/kulla/dev/jdk/rev/2aae624bb833 > > Kulla: /dev/langtools (Contributor) > 1. 8129935: JShell Tool: Variable decl which is for the variable of the > type of multi-byte character shows the unicode string as the type > http://hg.openjdk.java.net/kulla/dev/langtools/rev/5af693e4b7cb > 2. Streamification of SourceCodeAnalysisImpl > http://hg.openjdk.java.net/kulla/dev/langtools/rev/931b88380d75 > 3. 8087169: JShell tool: Missing some suggestions as SMART or > documentation when the target-type or the argument-type is boxed or > unboxed type > http://hg.openjdk.java.net/kulla/dev/langtools/rev/05c597ae36ed > 4. 8085882: JShell tool: Completion for primitive types > http://hg.openjdk.java.net/kulla/dev/langtools/rev/7c748bccd597 > 5. 8081780: JShell tool: Completion contains $REPL00DOESNOTMATTER > http://hg.openjdk.java.net/kulla/dev/langtools/rev/f4bb1ac6714b > 6. 8081638: JShell tool: Improve completion for static import > http://hg.openjdk.java.net/kulla/dev/langtools/rev/ddd8e5ac9dc0 > 7. 8081276: JShell tool: Completion contains nested class reference on > instance variable > http://hg.openjdk.java.net/kulla/dev/langtools/rev/060b43145aa8 > 8. 8081266: jshell tool: Tab completion shows static methods on instance > variables > http://hg.openjdk.java.net/kulla/dev/langtools/rev/ded591cba9e4 > 9. 8080557: JShell tool: Contains REPL class prefix in the documentation > for the user defined method or class > http://hg.openjdk.java.net/kulla/dev/langtools/rev/ec7226688c6a > 10. 8080556: JShell tool: Contains incorrect target-type or > documentation in invisible method or constructor invocation > http://hg.openjdk.java.net/kulla/dev/langtools/rev/c9aa42a1b2d9 > 11. 8080540: Missing target types and documentation in overridden method > invocation > http://hg.openjdk.java.net/kulla/dev/langtools/rev/2c59ed7d9785 > 12. Improving completion in throws clause > http://hg.openjdk.java.net/kulla/dev/langtools/rev/d79901ce9f41 > 13. Fix incorrect .class suggestion for the member selection of the > primitive-type expression > http://hg.openjdk.java.net/kulla/dev/langtools/rev/a2a2e833a398 > > Kulla: /dev/langtools (Author) > 1. bitter_fox fix for NPE for some illegal input > http://hg.openjdk.java.net/kulla/dev/langtools/rev/5cbd9dfe5467 > 2. "null" generates bad code. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/806762df632a > 3. Command completion should be disabled during while entering > continuation of previous line(s). > http://hg.openjdk.java.net/kulla/dev/langtools/rev/a2d5eb60a928 > 4. Fixing completion and documentation for input continuation. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/b5fe3150ad0f > 5. Unfinished member select from a package may look like a TypeElement, > adjusting to that. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/d7ca4ada65d0 > 6. Avoiding invalid completions after start import. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/6599bc571877 > 7. Add synthetic .class and .length where appropriate. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/f1edf7edc16a > 8. Correctly handle method parameter accessibility. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/8a395a1d484c > 9. Completion should not include > http://hg.openjdk.java.net/kulla/dev/langtools/rev/6dc66cfb4eb4 > 10. Properly show var-arg methods in documentation. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/f6fe75fb3c7f > 11. Don't show constructor for ".|". > http://hg.openjdk.java.net/kulla/dev/langtools/rev/87cd1eb2807f > 12. Documentation list should also include methods without parameters. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/2e26bc9fc97b > 13. New class expression fixes > http://hg.openjdk.java.net/kulla/dev/langtools/rev/6f8dd8261e8a > 14. Fix writing of history of length 1 > http://hg.openjdk.java.net/kulla/dev/langtools/rev/9f709ce819cf > > > Votes are due by 5:00pm PT, January 28, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thank you, > Robert Field > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > From paul.sandoz at oracle.com Fri Jan 15 08:36:42 2016 From: paul.sandoz at oracle.com (Paul Sandoz) Date: Fri, 15 Jan 2016 09:36:42 +0100 Subject: CFV: New JDK 9 Committer: Shinya Yoshida In-Reply-To: <56983C33.9050405@oracle.com> References: <56983C33.9050405@oracle.com> Message-ID: Vote: yes Paul. From jan.lahoda at oracle.com Fri Jan 15 08:49:33 2016 From: jan.lahoda at oracle.com (Jan Lahoda) Date: Fri, 15 Jan 2016 09:49:33 +0100 Subject: CFV: New JDK 9 Committer: Shinya Yoshida In-Reply-To: <56983C33.9050405@oracle.com> References: <56983C33.9050405@oracle.com> Message-ID: <5698B29D.50303@oracle.com> Vote: yes Jan From dalibor.topic at oracle.com Fri Jan 15 11:50:04 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Fri, 15 Jan 2016 12:50:04 +0100 Subject: CFV: New JDK 9 Committer: Shinya Yoshida In-Reply-To: <56983C33.9050405@oracle.com> References: <56983C33.9050405@oracle.com> Message-ID: <5698DCEC.8040601@oracle.com> Vote: Yes. -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From maurizio.cimadamore at oracle.com Fri Jan 15 13:09:27 2016 From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore) Date: Fri, 15 Jan 2016 13:09:27 +0000 Subject: CFV: New JDK 9 Committer: Shinya Yoshida In-Reply-To: <56986C1E.9020404@oracle.com> References: <56983C33.9050405@oracle.com> <56986C1E.9020404@oracle.com> Message-ID: <5698EF87.3040109@oracle.com> Vote: yes! Maurizio On 15/01/16 03:48, serguei.spitsyn at oracle.com wrote: > Vote: yes > > > On 1/14/16 16:24, Robert Field wrote: >> I hereby nominate Shinya Yoshida (shinyafox) to JDK 9 Committer. From vladimir.x.ivanov at oracle.com Fri Jan 15 13:23:08 2016 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Fri, 15 Jan 2016 16:23:08 +0300 Subject: CFV: New JDK 9 Committer: Shinya Yoshida In-Reply-To: <56983C33.9050405@oracle.com> References: <56983C33.9050405@oracle.com> Message-ID: <5698F2BC.8000609@oracle.com> Vote: yes Best regards, Vladimir Ivanov On 1/15/16 3:24 AM, Robert Field wrote: > I hereby nominate Shinya Yoshida (shinyafox) to JDK 9 Committer. > > Shinya is a JDK 9 Author and Kulla Committer who has contributed 7 > changesets to JDK 9, as well as 27 JDK 9 changesets via the Kulla > workspace, and 1 through the lambda workspace. From harold.seigel at oracle.com Fri Jan 15 14:02:32 2016 From: harold.seigel at oracle.com (harold seigel) Date: Fri, 15 Jan 2016 09:02:32 -0500 Subject: RFR: 8143317: jdk/lambda/vm/InterfaceAccessFlagsTest.java fails with IncompatibleClassChangeError In-Reply-To: <568FFC54.8080006@oracle.com> References: <568FFC54.8080006@oracle.com> Message-ID: <5698FBF8.2010501@oracle.com> Hi Yumin, Your change looks good. Thanks, Harold On 1/8/2016 1:13 PM, Yumin Qi wrote: > Please review > > Bug: https://bugs.openjdk.java.net/browse/JDK-8143317 > Weberv: http://cr.openjdk.java.net/~minqi/8143317/webrev-01/ > > Description: When bug > 8145148(https://bugs.openjdk.java.net/browse/JDK-8145148) pushed (it > replaced 8087223, will be integrated), the test case > InterfaceAccessFlagsTest.java will fail on inconsistent method tag. > The fix of 8145148 requires that generated bytecodes follows > > JVMS-5.4.3.3 Method Resolution: > " If C is an interface, method resolution throws an > IncompatibleClassChangeError." > JVMS-5.4.3.4 Interface Method Resolution: > "If C is not an interface, interface method resolution throws an > IncompatibleClassChangeError" > > When converting a class to interface in > *ClassToInterfaceConverter.java*, it only deletes "" function > from the class, and modifies the class flag to be interface flag. In > this case, we have function "m" to call "priv" in the same class "I", > after conversion to interface "I", "m" invokes "priv" in the same > interface (they are default methods). This requires "priv" in constant > pool with tag of InterfaceMethodref, but the conversion does not > change the tag to InterfaceMethodref (it keeps tag as Methodref). > > Added code to convert the invoked Methodref to InterfaceMethodref. > > Tests: JPRT, jtreg on InterfaceAccessFlags.java, passed for binaries > for pre-8145148 and 8145148. > > Thanks > Yumin > > > > > > > From yumin.qi at oracle.com Fri Jan 15 16:23:30 2016 From: yumin.qi at oracle.com (Yumin Qi) Date: Fri, 15 Jan 2016 08:23:30 -0800 Subject: RFR: 8143317: jdk/lambda/vm/InterfaceAccessFlagsTest.java fails with IncompatibleClassChangeError In-Reply-To: <5698FBF8.2010501@oracle.com> References: <568FFC54.8080006@oracle.com> <5698FBF8.2010501@oracle.com> Message-ID: <56991D02.3090408@oracle.com> Harold, Thanks for the review! There is second version changed according to suggested by Paul: Weberv: http://cr.openjdk.java.net/~minqi/8143317/webrev-02 Yumin On 1/15/2016 6:02 AM, harold seigel wrote: > Hi Yumin, > > Your change looks good. > > Thanks, Harold > > On 1/8/2016 1:13 PM, Yumin Qi wrote: >> Please review >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8143317 >> Weberv: http://cr.openjdk.java.net/~minqi/8143317/webrev-01/ >> >> Description: When bug >> 8145148(https://bugs.openjdk.java.net/browse/JDK-8145148) pushed (it >> replaced 8087223, will be integrated), the test case >> InterfaceAccessFlagsTest.java will fail on inconsistent method tag. >> The fix of 8145148 requires that generated bytecodes follows >> >> JVMS-5.4.3.3 Method Resolution: >> " If C is an interface, method resolution throws an >> IncompatibleClassChangeError." >> JVMS-5.4.3.4 Interface Method Resolution: >> "If C is not an interface, interface method resolution throws an >> IncompatibleClassChangeError" >> >> When converting a class to interface in >> *ClassToInterfaceConverter.java*, it only deletes "" function >> from the class, and modifies the class flag to be interface flag. In >> this case, we have function "m" to call "priv" in the same class >> "I", after conversion to interface "I", "m" invokes "priv" in the >> same interface (they are default methods). This requires "priv" in >> constant pool with tag of InterfaceMethodref, but the conversion does >> not change the tag to InterfaceMethodref (it keeps tag as Methodref). >> >> Added code to convert the invoked Methodref to InterfaceMethodref. >> >> Tests: JPRT, jtreg on InterfaceAccessFlags.java, passed for binaries >> for pre-8145148 and 8145148. >> >> Thanks >> Yumin >> >> >> >> >> >> >> > From harold.seigel at oracle.com Fri Jan 15 16:26:02 2016 From: harold.seigel at oracle.com (harold seigel) Date: Fri, 15 Jan 2016 11:26:02 -0500 Subject: RFR: 8143317: jdk/lambda/vm/InterfaceAccessFlagsTest.java fails with IncompatibleClassChangeError In-Reply-To: <56991D02.3090408@oracle.com> References: <568FFC54.8080006@oracle.com> <5698FBF8.2010501@oracle.com> <56991D02.3090408@oracle.com> Message-ID: <56991D9A.60903@oracle.com> Yumin, That's the one I reviewed. I guess I replied to the wrong email. Harold On 1/15/2016 11:23 AM, Yumin Qi wrote: > Harold, > Thanks for the review! > There is second version changed according to suggested by Paul: > Weberv: http://cr.openjdk.java.net/~minqi/8143317/webrev-02 > > Yumin > On 1/15/2016 6:02 AM, harold seigel wrote: >> Hi Yumin, >> >> Your change looks good. >> >> Thanks, Harold >> >> On 1/8/2016 1:13 PM, Yumin Qi wrote: >>> Please review >>> >>> Bug: https://bugs.openjdk.java.net/browse/JDK-8143317 >>> Weberv: http://cr.openjdk.java.net/~minqi/8143317/webrev-01/ >>> >>> Description: When bug >>> 8145148(https://bugs.openjdk.java.net/browse/JDK-8145148) pushed (it >>> replaced 8087223, will be integrated), the test case >>> InterfaceAccessFlagsTest.java will fail on inconsistent method tag. >>> The fix of 8145148 requires that generated bytecodes follows >>> >>> JVMS-5.4.3.3 Method Resolution: >>> " If C is an interface, method resolution throws an >>> IncompatibleClassChangeError." >>> JVMS-5.4.3.4 Interface Method Resolution: >>> "If C is not an interface, interface method resolution throws an >>> IncompatibleClassChangeError" >>> >>> When converting a class to interface in >>> *ClassToInterfaceConverter.java*, it only deletes "" function >>> from the class, and modifies the class flag to be interface flag. In >>> this case, we have function "m" to call "priv" in the same class >>> "I", after conversion to interface "I", "m" invokes "priv" in the >>> same interface (they are default methods). This requires "priv" in >>> constant pool with tag of InterfaceMethodref, but the conversion >>> does not change the tag to InterfaceMethodref (it keeps tag as >>> Methodref). >>> >>> Added code to convert the invoked Methodref to InterfaceMethodref. >>> >>> Tests: JPRT, jtreg on InterfaceAccessFlags.java, passed for binaries >>> for pre-8145148 and 8145148. >>> >>> Thanks >>> Yumin >>> >>> >>> >>> >>> >>> >>> >> > From yumin.qi at oracle.com Fri Jan 15 16:28:51 2016 From: yumin.qi at oracle.com (Yumin Qi) Date: Fri, 15 Jan 2016 08:28:51 -0800 Subject: RFR: 8143317: jdk/lambda/vm/InterfaceAccessFlagsTest.java fails with IncompatibleClassChangeError In-Reply-To: <56991D9A.60903@oracle.com> References: <568FFC54.8080006@oracle.com> <5698FBF8.2010501@oracle.com> <56991D02.3090408@oracle.com> <56991D9A.60903@oracle.com> Message-ID: <56991E43.1050007@oracle.com> Thanks --- I will push the changes. Yumin On 1/15/2016 8:26 AM, harold seigel wrote: > Yumin, > > That's the one I reviewed. I guess I replied to the wrong email. > > Harold > > On 1/15/2016 11:23 AM, Yumin Qi wrote: >> Harold, >> Thanks for the review! >> There is second version changed according to suggested by Paul: >> Weberv: http://cr.openjdk.java.net/~minqi/8143317/webrev-02 >> >> Yumin >> On 1/15/2016 6:02 AM, harold seigel wrote: >>> Hi Yumin, >>> >>> Your change looks good. >>> >>> Thanks, Harold >>> >>> On 1/8/2016 1:13 PM, Yumin Qi wrote: >>>> Please review >>>> >>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8143317 >>>> Weberv: http://cr.openjdk.java.net/~minqi/8143317/webrev-01/ >>>> >>>> Description: When bug >>>> 8145148(https://bugs.openjdk.java.net/browse/JDK-8145148) pushed >>>> (it replaced 8087223, will be integrated), the test case >>>> InterfaceAccessFlagsTest.java will fail on inconsistent method tag. >>>> The fix of 8145148 requires that generated bytecodes follows >>>> >>>> JVMS-5.4.3.3 Method Resolution: >>>> " If C is an interface, method resolution throws an >>>> IncompatibleClassChangeError." >>>> JVMS-5.4.3.4 Interface Method Resolution: >>>> "If C is not an interface, interface method resolution throws an >>>> IncompatibleClassChangeError" >>>> >>>> When converting a class to interface in >>>> *ClassToInterfaceConverter.java*, it only deletes "" function >>>> from the class, and modifies the class flag to be interface flag. >>>> In this case, we have function "m" to call "priv" in the same >>>> class "I", after conversion to interface "I", "m" invokes "priv" >>>> in the same interface (they are default methods). This requires >>>> "priv" in constant pool with tag of InterfaceMethodref, but the >>>> conversion does not change the tag to InterfaceMethodref (it keeps >>>> tag as Methodref). >>>> >>>> Added code to convert the invoked Methodref to InterfaceMethodref. >>>> >>>> Tests: JPRT, jtreg on InterfaceAccessFlags.java, passed for >>>> binaries for pre-8145148 and 8145148. >>>> >>>> Thanks >>>> Yumin >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >> > From vicente.romero at oracle.com Fri Jan 15 18:05:36 2016 From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar) Date: Fri, 15 Jan 2016 10:05:36 -0800 Subject: CFV: New JDK 9 Committer: Shinya Yoshida In-Reply-To: <56983C33.9050405@oracle.com> References: <56983C33.9050405@oracle.com> Message-ID: <569934F0.2010007@oracle.com> vote: yes Vicente From stuart.marks at oracle.com Fri Jan 15 18:13:33 2016 From: stuart.marks at oracle.com (Stuart Marks) Date: Fri, 15 Jan 2016 10:13:33 -0800 Subject: CFV: New JDK 9 Committer: Shinya Yoshida In-Reply-To: <56983C33.9050405@oracle.com> References: <56983C33.9050405@oracle.com> Message-ID: <569936CD.7060306@oracle.com> Vote: yes On 1/14/16 4:24 PM, Robert Field wrote: > I hereby nominate Shinya Yoshida (shinyafox) to JDK 9 Committer. > > Shinya is a JDK 9 Author and Kulla Committer who has contributed 7 changesets > to JDK 9, as well as 27 JDK 9 changesets via the Kulla workspace, and 1 through > the lambda workspace. > > JDK9 /dev/langtools > 1. 8142447: JShell tool: Command change: re-run n-th command should be re-run by id > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/d2713a6edc13 > 2. 8144903: JShell: the type of the expression which is array type of captured > type incorrectly determined > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/c5237b05fff9 > 3. 8145239: JShell: throws AssertionError when replacing classes where some > methods depend on these classes > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/51136404ee5e?revcount=100 > 4. 8142384: JShell tool: New command: /imports, /i which show the list of > imported packages or classes, etc... > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/cf000bae9c31 > 5. 8146368: JShell: can't parse the error when it's Japanese locale > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/70fe7cf1ac65 > > JDK9 /dev/jdk > 1. 8144675: Add a filtering collector > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/bf153b12450b > > JDK9: /dev/ > 1. 8055772: get_source.sh : version check assumes English localization > http://hg.openjdk.java.net/kulla/dev/rev/d9edec389373 > > Lambda: /dev/jdk/ > 1. 8028816: Add value-type notice to Optional* classes > http://hg.openjdk.java.net/kulla/dev/jdk/rev/2aae624bb833 > > Kulla: /dev/langtools (Contributor) > 1. 8129935: JShell Tool: Variable decl which is for the variable of the type of > multi-byte character shows the unicode string as the type > http://hg.openjdk.java.net/kulla/dev/langtools/rev/5af693e4b7cb > 2. Streamification of SourceCodeAnalysisImpl > http://hg.openjdk.java.net/kulla/dev/langtools/rev/931b88380d75 > 3. 8087169: JShell tool: Missing some suggestions as SMART or documentation when > the target-type or the argument-type is boxed or unboxed type > http://hg.openjdk.java.net/kulla/dev/langtools/rev/05c597ae36ed > 4. 8085882: JShell tool: Completion for primitive types > http://hg.openjdk.java.net/kulla/dev/langtools/rev/7c748bccd597 > 5. 8081780: JShell tool: Completion contains $REPL00DOESNOTMATTER > http://hg.openjdk.java.net/kulla/dev/langtools/rev/f4bb1ac6714b > 6. 8081638: JShell tool: Improve completion for static import > http://hg.openjdk.java.net/kulla/dev/langtools/rev/ddd8e5ac9dc0 > 7. 8081276: JShell tool: Completion contains nested class reference on instance > variable > http://hg.openjdk.java.net/kulla/dev/langtools/rev/060b43145aa8 > 8. 8081266: jshell tool: Tab completion shows static methods on instance variables > http://hg.openjdk.java.net/kulla/dev/langtools/rev/ded591cba9e4 > 9. 8080557: JShell tool: Contains REPL class prefix in the documentation for the > user defined method or class > http://hg.openjdk.java.net/kulla/dev/langtools/rev/ec7226688c6a > 10. 8080556: JShell tool: Contains incorrect target-type or documentation in > invisible method or constructor invocation > http://hg.openjdk.java.net/kulla/dev/langtools/rev/c9aa42a1b2d9 > 11. 8080540: Missing target types and documentation in overridden method invocation > http://hg.openjdk.java.net/kulla/dev/langtools/rev/2c59ed7d9785 > 12. Improving completion in throws clause > http://hg.openjdk.java.net/kulla/dev/langtools/rev/d79901ce9f41 > 13. Fix incorrect .class suggestion for the member selection of the > primitive-type expression > http://hg.openjdk.java.net/kulla/dev/langtools/rev/a2a2e833a398 > > Kulla: /dev/langtools (Author) > 1. bitter_fox fix for NPE for some illegal input > http://hg.openjdk.java.net/kulla/dev/langtools/rev/5cbd9dfe5467 > 2. "null" generates bad code. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/806762df632a > 3. Command completion should be disabled during while entering > continuation of previous line(s). > http://hg.openjdk.java.net/kulla/dev/langtools/rev/a2d5eb60a928 > 4. Fixing completion and documentation for input continuation. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/b5fe3150ad0f > 5. Unfinished member select from a package may look like a TypeElement, > adjusting to that. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/d7ca4ada65d0 > 6. Avoiding invalid completions after start import. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/6599bc571877 > 7. Add synthetic .class and .length where appropriate. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/f1edf7edc16a > 8. Correctly handle method parameter accessibility. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/8a395a1d484c > 9. Completion should not include > http://hg.openjdk.java.net/kulla/dev/langtools/rev/6dc66cfb4eb4 > 10. Properly show var-arg methods in documentation. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/f6fe75fb3c7f > 11. Don't show constructor for ".|". > http://hg.openjdk.java.net/kulla/dev/langtools/rev/87cd1eb2807f > 12. Documentation list should also include methods without parameters. > http://hg.openjdk.java.net/kulla/dev/langtools/rev/2e26bc9fc97b > 13. New class expression fixes > http://hg.openjdk.java.net/kulla/dev/langtools/rev/6f8dd8261e8a > 14. Fix writing of history of length 1 > http://hg.openjdk.java.net/kulla/dev/langtools/rev/9f709ce819cf > > > Votes are due by 5:00pm PT, January 28, 2016 > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thank you, > Robert Field > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > From roger.riggs at oracle.com Tue Jan 19 15:13:34 2016 From: roger.riggs at oracle.com (Roger Riggs) Date: Tue, 19 Jan 2016 10:13:34 -0500 Subject: CFV: New JDK 9 Committer: Shinya Yoshida In-Reply-To: <56983C33.9050405@oracle.com> References: <56983C33.9050405@oracle.com> Message-ID: <569E529E.9010605@oracle.com> Vote: yes On 1/14/16 7:24 PM, Robert Field wrote: > I hereby nominate Shinya Yoshida (shinyafox) to JDK 9 Committer. > From chris.hegarty at oracle.com Tue Jan 19 16:54:01 2016 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Tue, 19 Jan 2016 16:54:01 +0000 Subject: GNU-style options for the Jar Tool Message-ID: <433503D4-FF76-4F41-BF4F-2853F57A692A@oracle.com> GNU-style options for Jar Tool Prompted by the impending addition of new options for both multi-release jars and jigsaw, it became immediately obvious that we were running out of single characters that could be used to represent these new options. I'd like to propose an update to the Jar Tool CLI to accept GNU-style options ( all short forms being compatible with the existing current options ), so that we can evolve the CLI in a reasonable fashion going forward. For example: # Create an archive called classes.jar with two class files: jar --create --file classes.jar Foo.class Bar.class # Create an archive using an existing manifest, with all the files in foo/: jar --create --file classes.jar --manifest mymanifest -C foo/ . The complete output of '--help' can be seen below [*] Short forms are the same as existing current options. It was suggested over on jigsaw-dev that the help output could drop the compatibility interface. Only printing it if '--help:compatility', or similar. http://cr.openjdk.java.net/~chegar/jartool.options/ -Chris P.S. jigsaw and multi-release jars will add the current list of exiting options. [*] ( there may be some formatting issue in email ) $ ./jdk/bin/jar --help Usage: jar [OPTION...] [-C dir] files ... jar creates an archive for classes and resources, and can manipulate or restore individual classes or resources from an archive. Examples: # Create an archive called classes.jar with two class files: jar --create --file classes.jar Foo.class Bar.class # Create an archive using an existing manifest, with all the files in foo/: jar --create --file classes.jar --manifest mymanifest -C foo/ . Main operation mode: -c, --create Create the archive -i, --generate-index=FILE Generate index information for the specified jar archives -t, --list List the table of contents for the archive -u, --update Update an existing jar archive -x, --extract Extract named (or all) files from the archive Operation modifiers valid in any mode: -C DIR, Change to the specified directory and include the following file -f, --file=FILE The archive file name -v, --verbose Generate verbose output on standard output Operation modifiers valid only in create mode: -n, --pack200 Perform Pack200 normalization after creating a new archive Operation modifiers valid only in create and update mode: -e, --main-class=CLASSNAME The application entry point for stand-alone applications bundled into a modular, or executable, jar archive -m, --manifest=FILE Include the manifest information from the given manifest file -M, --no-manifest Do not create a manifest file for the entries Operation modifiers valid only in create, update, and generate-index mode: -0, --no-compress Store only; use no ZIP compression Other options: -?, --help give this help list --version print program version Mandatory or optional arguments to long options are also mandatory or optional for any corresponding short options. Compatibility Interface: Usage: jar {ctxui}[vfmn0PMe] [jar-file] [manifest-file] [entry-point] [-C dir] files ... Options: -c create new archive -t list table of contents for archive -x extract named (or all) files from archive -u update existing archive -v generate verbose output on standard output -f specify archive file name -m include manifest information from specified manifest file -n perform Pack200 normalization after creating a new archive -e specify application entry point for stand-alone application bundled into an executable jar file -0 store only; use no ZIP compression -P preserve leading '/' (absolute path) and ".." (parent directory) components from file names -M do not create a manifest file for the entries -i generate index information for the specified jar files -C change to the specified directory and include the following file If any file is a directory then it is processed recursively. The manifest file name, the archive file name and the entry point name are specified in the same order as the 'm', 'f' and 'e' flags. Example 1: to archive two class files into an archive called classes.jar: jar cvf classes.jar Foo.class Bar.class Example 2: use an existing manifest file 'mymanifest' and archive all the files in the foo/ directory into 'classes.jar': jar cvfm classes.jar mymanifest -C foo/ . From chris.hegarty at oracle.com Tue Jan 19 17:31:38 2016 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Tue, 19 Jan 2016 17:31:38 +0000 Subject: GNU-style options for the Jar Tool In-Reply-To: <433503D4-FF76-4F41-BF4F-2853F57A692A@oracle.com> References: <433503D4-FF76-4F41-BF4F-2853F57A692A@oracle.com> Message-ID: Please reply-to core-libs-dev at openjdk.java.net, which is more appropriate for discussion on Jar Tool. -Chris. On 19 Jan 2016, at 16:54, Chris Hegarty wrote: > GNU-style options for Jar Tool > > Prompted by the impending addition of new options for both multi-release jars > and jigsaw, it became immediately obvious that we were running out of single > characters that could be used to represent these new options. I'd like to > propose an update to the Jar Tool CLI to accept GNU-style options ( all short > forms being compatible with the existing current options ), so that we can > evolve the CLI in a reasonable fashion going forward. > > For example: > # Create an archive called classes.jar with two class files: > jar --create --file classes.jar Foo.class Bar.class > # Create an archive using an existing manifest, with all the files in foo/: > jar --create --file classes.jar --manifest mymanifest -C foo/ . > > The complete output of '--help' can be seen below [*] > > Short forms are the same as existing current options. > > It was suggested over on jigsaw-dev that the help output could drop the > compatibility interface. Only printing it if '--help:compatility', or similar. > > http://cr.openjdk.java.net/~chegar/jartool.options/ > > -Chris > > P.S. jigsaw and multi-release jars will add the current list of exiting > options. > > [*] ( there may be some formatting issue in email ) > $ ./jdk/bin/jar --help > Usage: jar [OPTION...] [-C dir] files ... > jar creates an archive for classes and resources, and can manipulate or > restore individual classes or resources from an archive. > > Examples: > # Create an archive called classes.jar with two class files: > jar --create --file classes.jar Foo.class Bar.class > # Create an archive using an existing manifest, with all the files in foo/: > jar --create --file classes.jar --manifest mymanifest -C foo/ . > > > Main operation mode: > -c, --create Create the archive > -i, --generate-index=FILE Generate index information for the specified jar > archives > -t, --list List the table of contents for the archive > -u, --update Update an existing jar archive > -x, --extract Extract named (or all) files from the archive > > Operation modifiers valid in any mode: > > -C DIR, Change to the specified directory and include the > following file > -f, --file=FILE The archive file name > -v, --verbose Generate verbose output on standard output > > Operation modifiers valid only in create mode: > -n, --pack200 Perform Pack200 normalization after creating a > new archive > > Operation modifiers valid only in create and update mode: > -e, --main-class=CLASSNAME The application entry point for stand-alone > applications bundled into a modular, or executable, > jar archive > -m, --manifest=FILE Include the manifest information from the given > manifest file > -M, --no-manifest Do not create a manifest file for the entries > > Operation modifiers valid only in create, update, and generate-index mode: > -0, --no-compress Store only; use no ZIP compression > > Other options: > -?, --help give this help list > --version print program version > > Mandatory or optional arguments to long options are also mandatory or optional > for any corresponding short options. > > > Compatibility Interface: > > Usage: jar {ctxui}[vfmn0PMe] [jar-file] [manifest-file] [entry-point] [-C dir] files ... > Options: > -c create new archive > -t list table of contents for archive > -x extract named (or all) files from archive > -u update existing archive > -v generate verbose output on standard output > -f specify archive file name > -m include manifest information from specified manifest file > -n perform Pack200 normalization after creating a new archive > -e specify application entry point for stand-alone application > bundled into an executable jar file > -0 store only; use no ZIP compression > -P preserve leading '/' (absolute path) and ".." (parent directory) components from file names > -M do not create a manifest file for the entries > -i generate index information for the specified jar files > -C change to the specified directory and include the following file > If any file is a directory then it is processed recursively. > The manifest file name, the archive file name and the entry point name are > specified in the same order as the 'm', 'f' and 'e' flags. > > Example 1: to archive two class files into an archive called classes.jar: > jar cvf classes.jar Foo.class Bar.class > Example 2: use an existing manifest file 'mymanifest' and archive all the > files in the foo/ directory into 'classes.jar': > jar cvfm classes.jar mymanifest -C foo/ . > > From iris.clark at oracle.com Tue Jan 19 23:00:17 2016 From: iris.clark at oracle.com (Iris Clark) Date: Tue, 19 Jan 2016 15:00:17 -0800 (PST) Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version In-Reply-To: <80f56f2e-78b5-4b6e-a3ec-1f200ed2118b@default> References: <8bb087f1-2969-49f1-8de8-1069a61e6306@default> <5b78e36f-dc67-4bca-936f-f480f413bede@default> <80f56f2e-78b5-4b6e-a3ec-1f200ed2118b@default> Message-ID: <6e54fd25-d58d-41ad-978c-9f844dc405c9@default> Hi, Lance. Just getting back to this bug. Here's the updated webrev: http://cr.openjdk.java.net/~iris/verona/8136494/webrev.1/ I've sync'd with jdk9/dev as of this morning and verified that only expected changes are in the new patch. Thanks, iris -----Original Message----- From: Iris Clark Sent: Thursday, January 07, 2016 9:06 AM To: Lance Andersen Cc: jdk9-dev at openjdk.java.net; verona-dev at openjdk.java.net Subject: RE: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version Hi, Lance. Thanks for the review. I was a bit puzzled by the code you quoted back since it relates to the recent move of VM class, which I didn't touch. It appears that my forest was not sufficiently up-to-date with respect to dev when I did the webrev. The build I launched after I sent out the RFR failed. I'll fix the forest/webrev later today. Regards, iris From: Lance Andersen Sent: Thursday, January 07, 2016 4:35 AM To: Iris Clark Cc: jdk9-dev at openjdk.java.net; verona-dev at openjdk.java.net Subject: Re: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version Hi Iris, I think the changes are OK. I would suggest making your description clear for your changes such as: ------ @@ -1019,7 +1019,7 @@ * may be controlled by the {@code -XX:AutoBoxCacheMax=} option. * During VM initialization, java.lang.Integer.IntegerCache.high property * may be set and saved in the private system properties in the - * jdk.internal.misc.VM class. + * sun.misc.VM class. */ ------- for your push. Best Lance From lance.andersen at oracle.com Tue Jan 19 23:07:49 2016 From: lance.andersen at oracle.com (Lance @ Oracle) Date: Tue, 19 Jan 2016 18:07:49 -0500 Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version In-Reply-To: <6e54fd25-d58d-41ad-978c-9f844dc405c9@default> References: <8bb087f1-2969-49f1-8de8-1069a61e6306@default> <5b78e36f-dc67-4bca-936f-f480f413bede@default> <80f56f2e-78b5-4b6e-a3ec-1f200ed2118b@default> <6e54fd25-d58d-41ad-978c-9f844dc405c9@default> Message-ID: <13A5F009-9199-4DB5-89A9-1504D5D3A23B@oracle.com> Hi iris Looks fine Best Lance Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037 Oracle Java Engineering 1 Network Drive Burlington, MA 01803 Lance.Andersen at oracle.com Sent from my iPad > On Jan 19, 2016, at 6:00 PM, Iris Clark wrote: > > Hi, Lance. > > Just getting back to this bug. > > Here's the updated webrev: > > http://cr.openjdk.java.net/~iris/verona/8136494/webrev.1/ > > I've sync'd with jdk9/dev as of this morning and verified > that only expected changes are in the new patch. > > Thanks, > iris > > -----Original Message----- > From: Iris Clark > Sent: Thursday, January 07, 2016 9:06 AM > To: Lance Andersen > Cc: jdk9-dev at openjdk.java.net; verona-dev at openjdk.java.net > Subject: RE: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version > > Hi, Lance. > > Thanks for the review. > > I was a bit puzzled by the code you quoted back since it relates to the recent move of VM class, which I didn't touch. It appears that my forest was not sufficiently up-to-date with respect to dev when I did the webrev. The build I launched after I sent out the RFR failed. > > I'll fix the forest/webrev later today. > > Regards, > iris > > > From: Lance Andersen > Sent: Thursday, January 07, 2016 4:35 AM > To: Iris Clark > Cc: jdk9-dev at openjdk.java.net; verona-dev at openjdk.java.net > Subject: Re: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version > > Hi Iris, > > I think the changes are OK. I would suggest making your description clear for your changes such as: > > ------ > > @@ -1019,7 +1019,7 @@ > * may be controlled by the {@code -XX:AutoBoxCacheMax=} option. > * During VM initialization, java.lang.Integer.IntegerCache.high property > * may be set and saved in the private system properties in the > - * jdk.internal.misc.VM class. > + * sun.misc.VM class. > */ > > ------- > > for your push. > > Best > Lance From iris.clark at oracle.com Tue Jan 19 23:09:01 2016 From: iris.clark at oracle.com (Iris Clark) Date: Tue, 19 Jan 2016 15:09:01 -0800 (PST) Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version In-Reply-To: <13A5F009-9199-4DB5-89A9-1504D5D3A23B@oracle.com> References: <8bb087f1-2969-49f1-8de8-1069a61e6306@default> <5b78e36f-dc67-4bca-936f-f480f413bede@default> <80f56f2e-78b5-4b6e-a3ec-1f200ed2118b@default> <6e54fd25-d58d-41ad-978c-9f844dc405c9@default> <13A5F009-9199-4DB5-89A9-1504D5D3A23B@oracle.com> Message-ID: <86d99f65-0266-4eb6-af5a-f34d98e481a3@default> Thanks! iris ? From: Lance @ Oracle Sent: Tuesday, January 19, 2016 3:08 PM To: Iris Clark Cc: jdk9-dev at openjdk.java.net; verona-dev at openjdk.java.net Subject: Re: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version ? Hi iris ? Looks fine ? Best Lance HYPERLINK "http://oracle.com/us/design/oracle-email-sig-198324.gif" Lance Andersen| Principal Member of Technical Staff |?HYPERLINK "tel:+1.781.442.2037"+1.781.442.2037 Oracle?Java Engineering? HYPERLINK "x-apple-data-detectors://34/0"1 Network Drive HYPERLINK "x-apple-data-detectors://34/0"Burlington, MA 01803 HYPERLINK "mailto:Lance.Andersen at oracle.com"Lance.Andersen at oracle.com Sent from my iPad On Jan 19, 2016, at 6:00 PM, Iris Clark wrote: Hi, Lance. Just getting back to this bug. Here's the updated webrev: ?http://cr.openjdk.java.net/~iris/verona/8136494/webrev.1/ I've sync'd with jdk9/dev as of this morning and verified that only expected changes are in the new patch. Thanks, iris -----Original Message----- From: Iris Clark Sent: Thursday, January 07, 2016 9:06 AM To: Lance Andersen Cc: HYPERLINK "mailto:jdk9-dev at openjdk.java.net"jdk9-dev at openjdk.java.net; HYPERLINK "mailto:verona-dev at openjdk.java.net"verona-dev at openjdk.java.net Subject: RE: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version Hi, Lance. Thanks for the review. I was a bit puzzled by the code you quoted back since it relates to the recent move of VM class, which I didn't touch. ??It appears that my forest was not sufficiently up-to-date with respect to dev when I did the webrev. ?The build I launched after I sent out the RFR failed. I'll fix the forest/webrev later today. Regards, iris From: Lance Andersen Sent: Thursday, January 07, 2016 4:35 AM To: Iris Clark Cc: HYPERLINK "mailto:jdk9-dev at openjdk.java.net"jdk9-dev at openjdk.java.net; HYPERLINK "mailto:verona-dev at openjdk.java.net"verona-dev at openjdk.java.net Subject: Re: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version Hi Iris, I think the changes are OK. ?I would suggest ?making your description clear for your changes such as: ------ @@ -1019,7 +1019,7 @@ ?????* may be controlled by the {@code -XX:AutoBoxCacheMax=} option. ?????* During VM initialization, java.lang.Integer.IntegerCache.high property ?????* may be set and saved in the private system properties in the - ????* jdk.internal.misc.VM class. + ????* sun.misc.VM class. ?????*/ ------- for your push. Best Lance From alejandro.murillo at oracle.com Wed Jan 20 06:25:16 2016 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 19 Jan 2016 23:25:16 -0700 Subject: jdk9-dev: HotSpot Message-ID: <569F284C.3080900@oracle.com> jdk9-hs-2016-01-14 has been integrated into jdk9-dev. http://hg.openjdk.java.net/jdk9/dev/rev/94f951fa58b7 http://hg.openjdk.java.net/jdk9/dev/corba/rev/7cf41aa89a2b http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/644c707f9b70 http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/6aa4b1090a7c http://hg.openjdk.java.net/jdk9/dev/jaxws/rev/daffd583eb35 http://hg.openjdk.java.net/jdk9/dev/jdk/rev/9a1f5b91d6fd http://hg.openjdk.java.net/jdk9/dev/langtools/rev/1fd828240c4d http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/981b353f2f75 Component : VM Status : Go for integration Date : 01/18/2016 at 19:00 MSK Tested By : VM SQE &dmitry.fazunenko at oracle.com Bundles : 2016-01-15-045848.amurillo.jdk9-hs-2016-01-14-snapshot Testing: 88 new failures, 2948 known failures, 299552 passed. Issues and Notes: No detailed analysis. No stoppers have been detected so far. Go for integration CRs for testing: 6425769: Allow specifying an address to bind JMX remote connector 6744127: NullPointerException at com.sun.tools.jdi.EventRequestManagerImpl.request 6808665: Use486InstrsOnly aborts 32-bit VM 6869327: Add new C2 flag to keep safepoints in counted loops. 7065236: To interpret case-insensitive string locale independently 8015396: double a%b returns NaN for some (a,b) (|a| < inf,|b|>0) 8042660: vm/mlvm/anonloader/stress/byteMutation failed with: assert(index >=0 && index < _length) failed: symbol index overflow 8046936: JEP 270: Reserved Stack Areas for Critical Sections 8048521: Remove obsolete code from os_windows.cpp/hpp 8065331: Add trace events for failed allocations 8067194: Restructure hotspot/agent/src to conform the modular source layout 8068394: Trace event for concurrent GC phases 8071507: (ref) Clear phantom reference as soft and weak references do 8072008: Emit direct call instead of linkTo* for recursive indy/MH.invoke* calls 8073139: PPC64: User-visible arch directory and os.arch value on ppc64le cause issues with Java tooling 8074457: Remove the non-Zero CPP Interpreter 8079125: [aix] clean up Linux-specific code remnants in AIX coding 8079667: port vm/compiler/AESIntrinsics/CheckIntrinsics into jtreg 8081512: Remove sun.invoke.anon classes, or move / co-locate them with tests 8132723: Add tests which check that soft references to humongous objects should work correctly 8132724: Add tests which check that weak references to humongous objects should work correctly 8132961: JEP 279: Improve Test-Failure Troubleshooting 8133023: ParallelGCThreads is not calculated correctly 8133348: Reference.reachabilityFence 8134883: C1 hard crash in range check elimination in Nashorn test262parallel 8134994: use separate VMStructs databases for SA and JVMCI 8136445: Performance issue with Nashorn and C2's global code motion 8136924: Vectorized support for array equals/compare/mismatch using Unsafe 8138677: IllegalAccessException Class sun.usagetracker.UsageTrackerClient$4 (module java.base) can not access a member of class java.lang.management.ManagementFactory (module java.management) 8139484: [Findbugs] new sun.jvm.hotspot.SAGetopt(String[]) may expose internal representation 8139768: Running with -XX:CMSOldPLABNumRefills=2147483648 causes EXCEPTION_INT_DIVIDE_BY_ZERO on Windows i586 8139864: Improve handling of stack protection zones. 8139871: G1CollectorPolicy::_cur_mark_stop_world_time_ms is never read from 8140667: CompilerControl: tests incorrectly set states for excluded methods 8141123: Cleanup in FreeIdSet 8141211: Convert TraceExceptions to Unified Logging 8141351: Create tests for direct invoke instructions testing 8142874: [TESTBUG] OptionsValidation testing framework needs to handle VM error codes in some cases 8142909: Integration of minor fixes from the build-infra project 8143072: [JVMCI] Port JVMCI to AArch64 8143215: gcc 4.1.2: fix three issues breaking the build. 8143355: Update for addition of vectorizedMismatch intrinsic for x86 8143571: [JVMCI] Double unregistering of nmethod during unloading 8143628: Fork sun.misc.Unsafe and jdk.internal.misc.Unsafe native method tables 8143817: C1: Platform dependent stack space not preserved for all runtime calls 8143925: Enhancing CounterMode.crypt() for AES 8143930: C1 LinearScan asserts when compiling two back-to-back CompareAndSwapLongs 8143933: Create testlibrary for auxiliary methods used in g1/humongousObjects testing 8144019: PPC64 C1: Introduce Client Compiler 8144091: CompilerControl: directive file doesn't override inlining rules 8144197: Possible use after free in Arguments::add_property function 8144219: [posix] Remove redundant code around os::print_siginfo() 8144220: UL does not support full path names for log files on windows 8144223: Move j.l.invoke.{ForceInline, DontInline, Stable} to jdk.internal.vm.annotation package 8144246: adding lots of directives via jcmd may produce OOM crash 8144256: compiler/uncommontrap/TestStackBangRbp.java crashes VM on Solaris 8144332: HSDB could not terminate when close button is pushed. 8144466: ppc64: fix argument passing through opto stubs. 8144486: Change G1UpdateRSOrPushRefOopClosure to inherit OopClosure 8144487: PhaseIdealLoop::build_and_optimize() must restore major_progress flag if skip_loop_opts is true 8144498: aarch64: large code cache generates SEGV 8144505: Change G1ParCopyHelper to inherit OopClosure 8144582: AArch64 does not generate correct branch profile data 8144584: Change FilterIntoCSClosure to inherit OopClosure 8144587: aarch64: generate vectorized MLA/MLS instructions 8144601: Premature assert in directive inline parsing 8144657: Invalid format specifiers in jvmci trace messages 8144701: Change three G1 remembererd set closures to be OopClosures 8144704: [JVMCI] add tests for simple code installation 8144714: Add extension point to G1 evacuation closures 8144716: Unable to build in Visual Studio after JVMCI change 8144748: Move assembler/macroAssembler inline function definitions to corresponding inline.hpp files 8144771: Use AVX3 instructions for string compare 8144822: PPC64: Fix build after 8072008 8144847: PPC64: Update Transactional Memory and Atomic::cmpxchg code 8144850: C1: operator delete needs an implementation 8144852: Corrupted oop in nmethod 8144853: Print the names of callees in PrintAssembly/PrintInterpreter 8144874: Reimplement TraceClassResolution with Unified Logging. 8144885: agent/src/os/linux/libproc.h needs to support Linux/SPARC builds 8144908: Remove apply_to_weak_ref_discovered_field override for UpdateRSOopClosure 8144921: Remove JDK6_OR_EARLIER code from os_windows 8144933: CompilerControl: commandfile/ExcludeTest has incorrect jtreg run innotation 8144935: C2: safepoint is pruned from a non-counted loop 8144944: JVMCI compiler initialization can happen on different thread than JVMCI initialization 8144949: TestOptionsWithRanges -XX:NUMAInterleaveGranularity=2147483648 crashes VM 8144965: Show oop pointer in call frame at HSDB. 8144993: Elide redundant memory barrier after AllocationNode 8144996: Replace the HeapRegionSetCount class with an uint 8145015: jni_GetStringCritical asserts for empty strings 8145026: compiler/jsr292/NonInlinedCall/RedefineTest.java fails with: java.lang.NullPointerException in ClassFileInstaller.main 8145061: Too many instances of java.lang.Boolean created in Java application (hotspot repo) 8145073: Filename and linenumber are not printed for asserts any more. 8145083: Use semaphore instead of mutex for synchronization of Unified Logging configuration 8145092: Use Unified Logging for the GC logging 8145096: Undefined behaviour in HotSpot 8145099: Better error message when SA can't attach to a process 8145103: [aix] implement os::print_register_info() 8145114: const-correctness for ucontext_t* reading functions 8145117: PPC64: Remove cpp interpreter implementation 8145137: Incorrect call signature can be used in nmethod::preserve_callee_argument_oops 8145153: Convert TraceMonitorInflation to Unified Logging 8145212: ISO-8859-1 isn't properly handled as 'fastEncoding' in jni_util.c 8145270: Need to eagerly initialize JVMCI compiler under -Xcomp 8145271: stand-alone hotspot build is broken 8145292: PPC64: fix build after "8046936: JEP 270: Reserved Stack Areas for Critical Sections" 8145294: TestLogRotation.java triggers a race in the UL framework 8145300: ppc64: fix port of "8072008: Emit direct call instead of linkTo* for recursive indy/MH.invoke* calls" 8145301: Improve and unify the printout format for the g1HRPrinter. 8145303: Clean up the units for log_gc_footer 8145315: VM crashes in print_task_time_stamps() 8145317: ReservedStackTest fails with ReentrantLock looks corrupted 8145320: Create unsafe_arraycopy and generic_arraycopy for AArch64 8145328: SEGV in DirectivesStack::getMatchingDirective 8145338: compiler/jsr292/CallSiteDepContextTest.java fails: assert(dep_implicit_context_arg(dept) == 0) failed: sanity 8145345: LogCompilation output is empty after JEP165: Compiler Control 8145400: ProjectCreator broken after JEP 223 changes 8145408: com/sun/jdi/BreakpointWithFullGC.sh Required output "Full GC" not found 8145427: [aix] xlc: wrong flag used to switch off optimization 8145435: [JVMCI] some tests on Windows fail with: assert(!thread->is_Java_thread()) failed: must not be java thread 8145438: Guarantee failures since 8144028: Use AArch64 bit-test instructions in C2 8145445: [TESTBUG] runtime/logging tests need to properly build and import libraries 8145528: PPC64: Remove cpp interpreter implementation - part II 8145534: TestRemsetLogging.java takes a long time 8145553: Fix warnings in AArch64 directory 8145564: 8036003: startup regression on linux fastdebug builds 8145566: PrintNMethods compile command broken since b89 8145593: Clean up metaspaceShared.cpp 8145603: Enable build.bat to use vcproj to build 8145606: [TESTBUG] MonitorInflationTest.java should be rewritten to be more predictable 8145620: Disable compiler/floatingpoint/ModNaN.java 8145629: Disable test/runtime/logging/MonitorInflationTest.java 8145667: Move FromCardCache into separate files 8145671: Rename FromCardCache to G1FromCardCache 8145672: Remove dependency of G1FromCardCache to HeapRegionRemSet 8145673: G1RemSetSummary.hpp uses FREE_C_HEAP_ARRAY 8145674: Fix includes and forward declarations in g1Remset files 8145688: Update for x86 pow in the math lib 8145714: [JVMCI] SPARC broken after JDK-8134994 8145717: Use AVX3 instructions for Arrays.equals() intrinsic 8145752: Fix include guards in GC code 8145754: PhaseIdealLoop::is_scaled_iv_plus_offset() does not match AddI 8145774: Move scrubbing setup code away out of ConcurrentMark 8145828: JPRT hotspot push jobs should allow merge on push 8145913: PPC64: add Montgomery multiply intrinsic 8145982: JMXInterfaceBindingTest is failing intermittently 8146001: Remove support for command line options from JVMCI 8146011: sun/management/jmxremote/bootstrap/CustomLauncherTest crash at assert(stack_size) 8146043: run JVMCI tests in JPRT 8146098: Visual Studio build fails after SA restructure 8146100: compiler/jvmci/code/SimpleCodeInstallationTest.java JUnit Failure: expected:<12> but was:<109710641> 8146129: quarantine compiler/cpuflags/TestAESIntrinsicsOnSupportedConfig.java 8146157: JVMCI must not fold accesses to @Stable fields if -XX:-FoldStableValues 8146205: quarantine compiler/jvmci/compilerToVM/ExecuteInstalledCodeTest.java 8146231: ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to AArch64" 8146245: compiler/jvmci/ tests fail: java.lang.AssertionError: minimum config for aarch64 8146286: aarch64: guarantee failures with large code cache sizes on jtreg test java/lang/invoke/LFCaching/LFMultiThreadCachingTest.java 8146481: Disable runtime/logging/DefaultMethodsTest.java 8146660: Resolve merge issue in resulting from sun.misc.VM move to jdk.internal.misc -- Alejandro From iris.clark at oracle.com Wed Jan 20 19:43:46 2016 From: iris.clark at oracle.com (Iris Clark) Date: Wed, 20 Jan 2016 11:43:46 -0800 (PST) Subject: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version In-Reply-To: <6e54fd25-d58d-41ad-978c-9f844dc405c9@default> References: <8bb087f1-2969-49f1-8de8-1069a61e6306@default> <5b78e36f-dc67-4bca-936f-f480f413bede@default> <80f56f2e-78b5-4b6e-a3ec-1f200ed2118b@default> <6e54fd25-d58d-41ad-978c-9f844dc405c9@default> Message-ID: Hi, Jon. Thanks so much for pushing the changesets for this bug. Regards, iris -----Original Message----- From: Iris Clark Sent: Tuesday, January 19, 2016 3:00 PM To: Iris Clark; Lance Andersen Cc: jdk9-dev at openjdk.java.net; verona-dev at openjdk.java.net Subject: RE: RFR: 8136494 Update "@since 1.9" to "@since 9" to match java.specification.version Hi, Lance. Just getting back to this bug. Here's the updated webrev: http://cr.openjdk.java.net/~iris/verona/8136494/webrev.1/ I've sync'd with jdk9/dev as of this morning and verified that only expected changes are in the new patch. Thanks, iris From lana.steuck at oracle.com Wed Jan 20 20:58:20 2016 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 20 Jan 2016 12:58:20 -0800 (PST) Subject: jdk9-b102: dev Message-ID: <201601202058.u0KKwKN6008405@sc11152554.us.oracle.com> http://hg.openjdk.java.net/jdk9/jdk9/rev/6406ecf5d394 http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/e56208758885 http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/6149fc30cd71 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/6eb3c8132e48 http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/0868b93587cc http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/9dcf193c0b6c http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/d5239fc1b697 http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/9c4662334d93 --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8146888 client-libs Wrong license headers in test files JDK-8026766 core-libs Add toString() to j.u.Locale.LanguageRange. JDK-8036977 core-libs Make process singleton options to be context wide JDK-8068803 core-libs Performance of LocalDate.plusDays could be better JDK-8068938 core-libs javax.script package description should specify use of ServiceLoader JDK-8133704 core-libs java/net/DatagramSocket/SetDatagramSocketImplFactory/ADatagramSocket.j JDK-8141595 core-libs (so) java/nio/channels/ServerSocketChannel/NonBlockingAccept.java fail JDK-8143100 core-libs (sc) java/nio/channels/ServerSocketChannel/Basic.java fails intermitte JDK-8143554 core-libs UnsupportedOperationException is not thrown for unsupported options JDK-8143896 core-libs java.lang.Long is implicitly converted to double JDK-8144552 core-libs java/lang/StackWalker/LocalsAndOperands.java fails with java.lang.Null JDK-8144917 core-libs Prepare AbstractJavaLinker/BeanLinker codebase for missing member impl JDK-8144919 core-libs Implement missing member handler for BeansLinker JDK-8146028 core-libs Common Cleaner for finalization replacements in OpenJDK JDK-8146567 core-libs Remove dead code finalizer methods JDK-8146665 core-libs Test jdk/test/java/util/logging/LogManager/Configuration/updateConfigu JDK-8146671 core-libs [TEST BUG] java/lang/ref/CleanerTest.java required more memory for -Us JDK-8146686 core-libs Create the schemeSpecificPart for non-opaque URIs lazily JDK-8146691 core-libs @since 9 tag missing for System.getLogger JDK-8146712 core-libs jdk/internal/jimage/JImageReadTest.java fails on all platforms JDK-8146718 core-libs jdk/internal/jimage tests listed in both tier 1 and tier 2 JDK-8146724 core-libs Problem list jdk/internal/jimage/JImageReadTest.java JDK-8146735 core-libs Move sun.misc.PerformanceLogger to sun.awt.util JDK-8146736 core-libs Move sun.misc performance counters to jdk.internal.perf JDK-8146744 core-libs Remove LFMultiThreadCachingTest.java from windows problem list JDK-8146762 core-libs Move back java/util/concurrent/Phaser/Basic.java to tier1 JDK-8146771 core-libs Remove unused CEFormatException and CEStreamExhausted from sun.misc JDK-8146774 core-libs Remove sun.misc.JarFilter JDK-8146786 core-libs [TESTBUG] straighten out testability for several issues JDK-8147008 core-libs Nashorn primitive linker should handle ES6 symbols JDK-8147070 core-libs Dynalink GuardedInvocation must check the Class object passed JDK-8147078 core-libs MethodHandles.catchException does not enforce Throwable subtype JDK-8147480 core-libs Mark FJExceptionTableLeak.java as intermittently failing JDK-8146995 infrastructure Introduce named arguments in configure JDK-8147086 infrastructure Excluding of copy files broken after JDK-8144226 JDK-8147091 infrastructure Remove debug output in basics.m4 JDK-7067728 security-libs Remove stopThread RuntimePermission from the default java.policy JDK-8085903 security-libs New fix for memory leak in ProtectionDomain cache JDK-8145849 security-libs ALPN: getHandshakeApplicationProtocol() always return null JDK-8146387 security-libs Test SSLSession/SessionCacheSizeTests socket accept timed out JDK-8146725 security-libs Issues with SignatureAndHashAlgorithm.getSupportedAlgorithms JDK-8146745 security-libs Problem list SessionCacheSizeTests.java JDK-8146967 security-libs [TEST_BUG] javax/security/auth/SubjectDomainCombiner/Optimize.java sho JDK-8037789 tools Surprising more-specific results for lambda bodies with no return expr JDK-8056897 tools Improve error recovery for empty binary and hexadecimal literals. JDK-8081845 tools JShell API: Need way to refresh relative to external state JDK-8143852 tools Implement type variable renaming for functional interface most specifi JDK-8144226 tools Sjavac's handling of include/exclude patterns is buggy, redundant and JDK-8144906 tools Fix jshell's ToolBasicTest JDK-8145409 tools Better detect JRE that JLI will be using JDK-8145722 tools NullPointerException in javadoc JDK-8145944 tools sjavac client could not connect to server JDK-8146368 tools JShell: couldn't smash the error when it's Japanese locale JDK-8146719 tools javac test BootClassPathPrepend.java should be deleted JDK-8146722 tools javac remove test T6430241.java as irrelevant in 9 JDK-8146727 tools test tools/sjavac/IncludeExcludePatterns.java fails on Windows JDK-8144966 xml Catalog API: Null handling and reference to Reader JDK-8144967 xml javax.xml.transform.Source and org.xml.sax.InputSource can be empty JDK-8146606 xml Catalog.matchSystem() appends an extra '/' to the matched result From dmitry.samersoff at oracle.com Wed Jan 20 22:27:39 2016 From: dmitry.samersoff at oracle.com (Dmitry Samersoff) Date: Thu, 21 Jan 2016 01:27:39 +0300 Subject: GNU-style options for the Jar Tool In-Reply-To: <433503D4-FF76-4F41-BF4F-2853F57A692A@oracle.com> References: <433503D4-FF76-4F41-BF4F-2853F57A692A@oracle.com> Message-ID: <56A009DB.4000002@oracle.com> Chris, (slightly offtopic) Is there any plan to introduce standard command line parsing routine? e.g. http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/file/tip/src/jdk.hotspot.agent/share/classes/sun/jvm/hotspot/SAGetopt.java -Dmitry On 2016-01-19 19:54, Chris Hegarty wrote: > GNU-style options for Jar Tool > > Prompted by the impending addition of new options for both multi-release jars > and jigsaw, it became immediately obvious that we were running out of single > characters that could be used to represent these new options. I'd like to > propose an update to the Jar Tool CLI to accept GNU-style options ( all short > forms being compatible with the existing current options ), so that we can > evolve the CLI in a reasonable fashion going forward. > > For example: > # Create an archive called classes.jar with two class files: > jar --create --file classes.jar Foo.class Bar.class > # Create an archive using an existing manifest, with all the files in foo/: > jar --create --file classes.jar --manifest mymanifest -C foo/ . > > The complete output of '--help' can be seen below [*] > > Short forms are the same as existing current options. > > It was suggested over on jigsaw-dev that the help output could drop the > compatibility interface. Only printing it if '--help:compatility', or similar. > > http://cr.openjdk.java.net/~chegar/jartool.options/ > > -Chris > > P.S. jigsaw and multi-release jars will add the current list of exiting > options. > > [*] ( there may be some formatting issue in email ) > $ ./jdk/bin/jar --help > Usage: jar [OPTION...] [-C dir] files ... > jar creates an archive for classes and resources, and can manipulate or > restore individual classes or resources from an archive. > > Examples: > # Create an archive called classes.jar with two class files: > jar --create --file classes.jar Foo.class Bar.class > # Create an archive using an existing manifest, with all the files in foo/: > jar --create --file classes.jar --manifest mymanifest -C foo/ . > > > Main operation mode: > -c, --create Create the archive > -i, --generate-index=FILE Generate index information for the specified jar > archives > -t, --list List the table of contents for the archive > -u, --update Update an existing jar archive > -x, --extract Extract named (or all) files from the archive > > Operation modifiers valid in any mode: > > -C DIR, Change to the specified directory and include the > following file > -f, --file=FILE The archive file name > -v, --verbose Generate verbose output on standard output > > Operation modifiers valid only in create mode: > -n, --pack200 Perform Pack200 normalization after creating a > new archive > > Operation modifiers valid only in create and update mode: > -e, --main-class=CLASSNAME The application entry point for stand-alone > applications bundled into a modular, or executable, > jar archive > -m, --manifest=FILE Include the manifest information from the given > manifest file > -M, --no-manifest Do not create a manifest file for the entries > > Operation modifiers valid only in create, update, and generate-index mode: > -0, --no-compress Store only; use no ZIP compression > > Other options: > -?, --help give this help list > --version print program version > > Mandatory or optional arguments to long options are also mandatory or optional > for any corresponding short options. > > > Compatibility Interface: > > Usage: jar {ctxui}[vfmn0PMe] [jar-file] [manifest-file] [entry-point] [-C dir] files ... > Options: > -c create new archive > -t list table of contents for archive > -x extract named (or all) files from archive > -u update existing archive > -v generate verbose output on standard output > -f specify archive file name > -m include manifest information from specified manifest file > -n perform Pack200 normalization after creating a new archive > -e specify application entry point for stand-alone application > bundled into an executable jar file > -0 store only; use no ZIP compression > -P preserve leading '/' (absolute path) and ".." (parent directory) components from file names > -M do not create a manifest file for the entries > -i generate index information for the specified jar files > -C change to the specified directory and include the following file > If any file is a directory then it is processed recursively. > The manifest file name, the archive file name and the entry point name are > specified in the same order as the 'm', 'f' and 'e' flags. > > Example 1: to archive two class files into an archive called classes.jar: > jar cvf classes.jar Foo.class Bar.class > Example 2: use an existing manifest file 'mymanifest' and archive all the > files in the foo/ directory into 'classes.jar': > jar cvfm classes.jar mymanifest -C foo/ . > > -- Dmitry Samersoff Oracle Java development team, Saint Petersburg, Russia * I would love to change the world, but they won't give me the sources. From chris.hegarty at oracle.com Wed Jan 20 22:40:35 2016 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Wed, 20 Jan 2016 22:40:35 +0000 Subject: GNU-style options for the Jar Tool In-Reply-To: <56A009DB.4000002@oracle.com> References: <433503D4-FF76-4F41-BF4F-2853F57A692A@oracle.com> <56A009DB.4000002@oracle.com> Message-ID: <5B758B6D-5E78-46E5-9E13-FCAB2089B126@oracle.com> > On 20 Jan 2016, at 22:27, Dmitry Samersoff wrote: > > Chris, > > (slightly offtopic) > > Is there any plan to introduce standard command line parsing routine? Glad you brought this up Dmitry. We have been using JOpt Simple [1] in jigsaw/jake [2] for parsing command line arguments for any new tools. I plan to propose to bring this into the JDK 9 mainline soon. Where possible, any new tools should consider using it. Given the compatibility constrains of existing command line arguments in the Jar Tool, JOpt Simple was not a good fit. -Chris. [1] https://pholser.github.io/jopt-simple/ [2] http://hg.openjdk.java.net/jigsaw/jake/jdk/file/tip/src/jdk.internal.opt/share/classes > e.g. > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/file/tip/src/jdk.hotspot.agent/share/classes/sun/jvm/hotspot/SAGetopt.java > > -Dmitry > > On 2016-01-19 19:54, Chris Hegarty wrote: >> GNU-style options for Jar Tool >> >> Prompted by the impending addition of new options for both multi-release jars >> and jigsaw, it became immediately obvious that we were running out of single >> characters that could be used to represent these new options. I'd like to >> propose an update to the Jar Tool CLI to accept GNU-style options ( all short >> forms being compatible with the existing current options ), so that we can >> evolve the CLI in a reasonable fashion going forward. >> >> For example: >> # Create an archive called classes.jar with two class files: >> jar --create --file classes.jar Foo.class Bar.class >> # Create an archive using an existing manifest, with all the files in foo/: >> jar --create --file classes.jar --manifest mymanifest -C foo/ . >> >> The complete output of '--help' can be seen below [*] >> >> Short forms are the same as existing current options. >> >> It was suggested over on jigsaw-dev that the help output could drop the >> compatibility interface. Only printing it if '--help:compatility', or similar. >> >> http://cr.openjdk.java.net/~chegar/jartool.options/ >> >> -Chris >> >> P.S. jigsaw and multi-release jars will add the current list of exiting >> options. >> >> [*] ( there may be some formatting issue in email ) >> $ ./jdk/bin/jar --help >> Usage: jar [OPTION...] [-C dir] files ... >> jar creates an archive for classes and resources, and can manipulate or >> restore individual classes or resources from an archive. >> >> Examples: >> # Create an archive called classes.jar with two class files: >> jar --create --file classes.jar Foo.class Bar.class >> # Create an archive using an existing manifest, with all the files in foo/: >> jar --create --file classes.jar --manifest mymanifest -C foo/ . >> >> >> Main operation mode: >> -c, --create Create the archive >> -i, --generate-index=FILE Generate index information for the specified jar >> archives >> -t, --list List the table of contents for the archive >> -u, --update Update an existing jar archive >> -x, --extract Extract named (or all) files from the archive >> >> Operation modifiers valid in any mode: >> >> -C DIR, Change to the specified directory and include the >> following file >> -f, --file=FILE The archive file name >> -v, --verbose Generate verbose output on standard output >> >> Operation modifiers valid only in create mode: >> -n, --pack200 Perform Pack200 normalization after creating a >> new archive >> >> Operation modifiers valid only in create and update mode: >> -e, --main-class=CLASSNAME The application entry point for stand-alone >> applications bundled into a modular, or executable, >> jar archive >> -m, --manifest=FILE Include the manifest information from the given >> manifest file >> -M, --no-manifest Do not create a manifest file for the entries >> >> Operation modifiers valid only in create, update, and generate-index mode: >> -0, --no-compress Store only; use no ZIP compression >> >> Other options: >> -?, --help give this help list >> --version print program version >> >> Mandatory or optional arguments to long options are also mandatory or optional >> for any corresponding short options. >> >> >> Compatibility Interface: >> >> Usage: jar {ctxui}[vfmn0PMe] [jar-file] [manifest-file] [entry-point] [-C dir] files ... >> Options: >> -c create new archive >> -t list table of contents for archive >> -x extract named (or all) files from archive >> -u update existing archive >> -v generate verbose output on standard output >> -f specify archive file name >> -m include manifest information from specified manifest file >> -n perform Pack200 normalization after creating a new archive >> -e specify application entry point for stand-alone application >> bundled into an executable jar file >> -0 store only; use no ZIP compression >> -P preserve leading '/' (absolute path) and ".." (parent directory) components from file names >> -M do not create a manifest file for the entries >> -i generate index information for the specified jar files >> -C change to the specified directory and include the following file >> If any file is a directory then it is processed recursively. >> The manifest file name, the archive file name and the entry point name are >> specified in the same order as the 'm', 'f' and 'e' flags. >> >> Example 1: to archive two class files into an archive called classes.jar: >> jar cvf classes.jar Foo.class Bar.class >> Example 2: use an existing manifest file 'mymanifest' and archive all the >> files in the foo/ directory into 'classes.jar': >> jar cvfm classes.jar mymanifest -C foo/ . >> >> > > > -- > Dmitry Samersoff > Oracle Java development team, Saint Petersburg, Russia > * I would love to change the world, but they won't give me the sources. From jon.masamitsu at oracle.com Thu Jan 21 17:57:37 2016 From: jon.masamitsu at oracle.com (Jon Masamitsu) Date: Thu, 21 Jan 2016 09:57:37 -0800 Subject: Result: CFV: New JDK 9 Committer: Sangheon Kim In-Reply-To: <561FD3D5.70609@oracle.com> References: <560AE434.4040707@oracle.com> <561FD3D5.70609@oracle.com> Message-ID: <56A11C11.4080001@oracle.com> Voting for Sangheon Kim [1] is now closed. Yes: 25 Veto: 0 Abstain: 0 According to the Bylaws definition of Three-Vote Consensus, this is sufficient to approve the nomination. Jon Masamitsu [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-January/003352.html From mark.reinhold at oracle.com Fri Jan 22 00:35:37 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 21 Jan 2016 16:35:37 -0800 Subject: JEP proposed to target JDK 9 (2016/1/14) In-Reply-To: <20160114154348.682442092eggemoggin.niobe.net> References: <20160114154348.682442092eggemoggin.niobe.net> Message-ID: <20160121163537.89314645eggemoggin.niobe.net> 2016/1/14 15:43 -0800, mark.reinhold at oracle.com: > The following JEP has been placed into the "Proposed to Target" > state by its owner after discussion and review: > > 281: HotSpot C++ Unit-Test Framework > http://openjdk.java.net/jeps/281 > > Feedback on this proposal is more than welcome, as are reasoned > objections. If no such objections are raised by 23:59 UTC next > Thursday, 21 January, or if they're raised and then satisfactorily > answered, then per the JEP 2.0 process proposal [1] I'll target > this JEP to JDK 9. Hearing no objections, I've targeted this JEP to JDK 9. - Mark From vladimir.kozlov at oracle.com Mon Jan 25 16:52:34 2016 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Mon, 25 Jan 2016 08:52:34 -0800 Subject: Result: New JDK9 Committer: Michael C Berg Message-ID: <56A652D2.4020607@oracle.com> Voting for Michael C Berg [1] is now closed. Yes: 17 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Vladimir Kozlov [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-January/003394.html From vladimir.kozlov at oracle.com Mon Jan 25 18:33:34 2016 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Mon, 25 Jan 2016 10:33:34 -0800 Subject: RFR (M) 8148146: Integrate new internal Unsafe entry points, and basic intrinsic support for VarHandles In-Reply-To: <56A64E34.8020305@oracle.com> References: <56A64E34.8020305@oracle.com> Message-ID: <56A66A7E.20604@oracle.com> Using hotspot-dev instead and added jdk9-dev mailing lists. Changes affect not only JIT (yes, most changes are JIT related). Specifically prims/unsafe.cpp changes. There are no C1 changes? Vladimir On 1/25/16 8:32 AM, Aleksey Shipilev wrote: > Hi, > > I would like to solicit reviews for the slab of VM changes to support > JEP 193 (VarHandles). This portion covers new Unsafe methods. > > Webrev: > http://cr.openjdk.java.net/~shade/8148146/webrev.jdk.00/ > http://cr.openjdk.java.net/~shade/8148146/webrev.hs.00/ > > The patches "almost" pass JPRT, with some failures in closed code, > triggered by adding a large number of new intrinsics. Those failures are > to be addressed separately -- and because of that, this change is not > yet pushable. A preliminary review would be appreciated meanwhile. > > A brief summary of changes: > > a) jdk.internal.misc.Unsafe has new methods. Since we now have split > s.m.Unsafe and j.i.m.Unsafe, this change "safely" extends the private > Unsafe, leaving the other one untouched. > > b) hotspot/test/compiler/unsafe tests are extended for newly added methods. > > c) unsafe.cpp gets the basic native method implementations. Most new > operations are folded to their volatile (the strongest) counterparts, > hoping that compilers would intrinsify them into more performant versions. > > d) C2 intrinsics for x86: > > * Most intrinsics code is covered by platform-independent > LibraryCallKit changes, which means non-x86 architectures are also > partially covered. > > * There are two classes of ops left for platform-dependent code: > WeakCAS and CompareAndExchange nodes. Both seem simple enough to do, but > there are details to be sorted out on each platform -- let's do those > separately. > > * Both LibraryCallKit::inline_unsafe_access and > LCK::inline_unsafe_load_store were modified to accept new access modes, > and generally brushed up to accept the changes. > > * putOrdered intrinsic methods are purged in favor of put*Release > operations. We still keep Unsafe.putOrdered for testability and > compatibility reasons. > > Eyeballing the generated code on x86 yields no obvious problems. Sanity > microbenchmark runs do not show performance regressions on old methods, > and show the expected performance on new methods: > http://cr.openjdk.java.net/~shade/8148146/notes.txt > > Cheers, > -Aleksey > From jonathan.gibbons at oracle.com Mon Jan 25 19:15:26 2016 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Mon, 25 Jan 2016 11:15:26 -0800 Subject: Result: New jdk9 Reviewer: Andreas Lundblad In-Reply-To: <568AE4BC.7030708@oracle.com> References: <568AE4BC.7030708@oracle.com> Message-ID: <56A6744E.3010104@oracle.com> | Voting for Andreas Lundblad [1] is now closed. Yes: 20 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Jonathan Gibbons [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-January/003339.html| From aleksey.shipilev at oracle.com Tue Jan 26 08:05:25 2016 From: aleksey.shipilev at oracle.com (Aleksey Shipilev) Date: Tue, 26 Jan 2016 11:05:25 +0300 Subject: RFR (M) 8148146: Integrate new internal Unsafe entry points, and basic intrinsic support for VarHandles In-Reply-To: <56A66A7E.20604@oracle.com> References: <56A64E34.8020305@oracle.com> <56A66A7E.20604@oracle.com> Message-ID: <56A728C5.8060207@oracle.com> On 01/25/2016 09:33 PM, Vladimir Kozlov wrote: > Using hotspot-dev instead and added jdk9-dev mailing lists. > > Changes affect not only JIT (yes, most changes are JIT related). > Specifically prims/unsafe.cpp changes. Yes. > There are no C1 changes? We have some prototype C1 intrinsics in VarHandles forest, but their quality is questionable at this point. Therefore, this patch includes only C2 intrinsics. > On 1/25/16 8:32 AM, Aleksey Shipilev wrote: >> Hi, >> >> I would like to solicit reviews for the slab of VM changes to support >> JEP 193 (VarHandles). This portion covers new Unsafe methods. >> >> Webrev: >> http://cr.openjdk.java.net/~shade/8148146/webrev.jdk.00/ >> http://cr.openjdk.java.net/~shade/8148146/webrev.hs.00/ Cheers, -Aleksey From Roger.Riggs at Oracle.com Tue Jan 26 20:38:45 2016 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Tue, 26 Jan 2016 15:38:45 -0500 Subject: Result: New JDK9 Committer: Nadeesh TV Message-ID: <56A7D955.4010700@Oracle.com> Voting for Nadeesh TV [1] is now closed. Yes: 7 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-January/003429.html From lana.steuck at oracle.com Wed Jan 27 21:47:13 2016 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 27 Jan 2016 13:47:13 -0800 (PST) Subject: jdk9-b103: dev Message-ID: <201601272147.u0RLlDHE007718@sc11152554.us.oracle.com> http://hg.openjdk.java.net/jdk9/jdk9/rev/47d6462e514b http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/c9406f325a23 http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/94cfc50c1b8a http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/eee1ced1d8e7 http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/eb5e005a17e5 http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/bdbf2342b21b http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/c5f55130b1b6 http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/0680fb7dae4d --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8143002 client-libs [Parfait] JNI exception pending in fontpath.c:1300 JDK-8071507 core-libs (ref) Clear phantom reference as soft and weak references do JDK-8081512 core-libs Remove sun.invoke.anon classes, or move / co-locate them with tests JDK-8133299 core-libs Nashorn Java adapters should not early bind to functions JDK-8133348 core-libs Reference.reachabilityFence JDK-8134933 core-libs re-enable LambdaFormEditor assertions in Nashorn testing JDK-8136924 core-libs Vectorized support for array equals/compare/mismatch using Unsafe JDK-8138990 core-libs Implementation of HTTP Digest authentication may be more flexible JDK-8144113 core-libs enable jjs testing JDK-8144223 core-libs Move j.l.invoke.{ForceInline, DontInline, Stable} to jdk.internal.vm.a JDK-8145212 core-libs ISO-8859-1 isn't properly handled as 'fastEncoding' in jni_util.c JDK-8145305 core-libs fix Nashorn shebang handling on Cygwin JDK-8145459 core-libs Cleaner - use Reference.reachabilityFence JDK-8146213 core-libs (so) Test java/nio/channels/ServerSocketChannel/AdaptServerSocket.java JDK-8146274 core-libs Thread spinning on WeakHashMap.getEntry() with concurrent use of nasho JDK-8146568 core-libs NegativeArraySizeException in ArrayList.grow(int) JDK-8146660 core-libs Resolve merge issue in resulting from sun.misc.VM move to jdk.internal JDK-8146803 core-libs Enhance Sharding API to avoid compiler errors due implementing multipl JDK-8147508 core-libs Correct fix for JDK-8147480 JDK-8147545 core-libs Remove sun.misc.ManagedLocalsThread from java.prefs JDK-8147845 core-libs Varargs Array functions still leaking longs JDK-8147862 core-libs Null check too late in sun.net.httpserver.ServerImpl JDK-8147922 core-libs Remove sun.misc.ClassFileTransformer JDK-8148040 core-libs jjs -fx test does not exit JDK-8148044 core-libs Remove Enum[0] constants from EnumSet and EnumMap JDK-8148147 core-libs Sync up @modules from jigsaw/jake JDK-6425769 core-svc Allow specifying an address to bind JMX remote connector JDK-6744127 core-svc NullPointerException at com.sun.tools.jdi.EventRequestManagerImpl.requ JDK-7065236 core-svc To interpret case-insensitive string locale independently JDK-8145408 core-svc com/sun/jdi/BreakpointWithFullGC.sh: Required output "Full GC" not fou JDK-8145982 core-svc JMXInterfaceBindingTest is failing intermittently JDK-8147857 core-svc RMIConnector logs attribute names incorrectly JDK-8147985 core-svc Exclude sun/management/jmxremote/bootstrap/JMXInterfaceBindingTest.jav JDK-6808665 hotspot Use486InstrsOnly aborts 32-bit VM JDK-6869327 hotspot Add new C2 flag to keep safepoints in counted loops. JDK-8015396 hotspot double a%b returns NaN for some (a,b) (|a| < inf, |b|>0) JDK-8042660 hotspot vm/mlvm/anonloader/stress/byteMutation failed with: assert(index >=0 & JDK-8046936 hotspot JEP 270: Reserved Stack Areas for Critical Sections JDK-8048521 hotspot Remove obsolete code from os_windows.cpp/hpp JDK-8065331 hotspot Add trace events for failed allocations JDK-8067194 hotspot Restructure hotspot/agent/src to conform the modular source layout JDK-8068394 hotspot Trace event for concurrent GC phases JDK-8072008 hotspot Emit direct call instead of linkTo* for recursive indy/MH.invoke* call JDK-8073139 hotspot PPC64: User-visible arch directory and os.arch value on ppc64le cause JDK-8074457 hotspot Remove the non-Zero CPP Interpreter JDK-8079125 hotspot [aix] clean up Linux-specific code remnants in AIX coding JDK-8079667 hotspot port vm/compiler/AESIntrinsics/CheckIntrinsics into jtreg JDK-8132961 hotspot Implement enhanced failures handler JDK-8133023 hotspot ParallelGCThreads is not calculated correctly JDK-8134883 hotspot C1 hard crash in range check elimination in Nashorn test262parallel JDK-8134994 hotspot use separate VMStructs databases for SA and JVMCI JDK-8136445 hotspot Performance issue with Nashorn and C2's global code motion JDK-8139768 hotspot Running with -XX:CMSOldPLABNumRefills=2147483648 causes EXCEPTION_INT_ JDK-8139864 hotspot Improve handling of stack protection zones. JDK-8139871 hotspot G1CollectorPolicy::_cur_mark_stop_world_time_ms is never read from JDK-8140667 hotspot CompilerControl: tests incorrectly set states for excluded methods JDK-8141123 hotspot Cleanup in FreeIdSet JDK-8141211 hotspot Convert TraceExceptions to Unified Logging JDK-8141351 hotspot Create tests for direct invoke instructions testing JDK-8142874 hotspot [TESTBUG] OptionsValidation testing framework needs to handle VM error JDK-8142909 hotspot Integration of minor fixes from the build-infra project JDK-8143072 hotspot [JVMCI] Port JVMCI to AArch64 JDK-8143215 hotspot gcc 4.1.2: fix three issues breaking the build. JDK-8143355 hotspot Update for addition of vectorizedMismatch intrinsic for x86 JDK-8143571 hotspot [JVMCI] Double unregistering of nmethod during unloading JDK-8143628 hotspot Fork sun.misc.Unsafe and jdk.internal.misc.Unsafe native method tables JDK-8143817 hotspot C1: Platform dependent stack space not preserved for all runtime calls JDK-8143925 hotspot enhancing CounterMode.crypt() for AESCrypt.implEncryptBlock() JDK-8143930 hotspot C1 LinearScan asserts when compiling two back-to-back CompareAndSwapLo JDK-8143933 hotspot Create testlibrary for auxiliary methods used in g1/humongousObjects t JDK-8144019 hotspot PPC64 C1: Introduce Client Compiler JDK-8144091 hotspot CompilerControl: directive file doesn't override inlining rules JDK-8144197 hotspot Possible use after free in Arguments::add_property function JDK-8144219 hotspot [posix] Remove redundant code around os::print_siginfo() JDK-8144220 hotspot UL does not support full path names for log files on windows JDK-8144246 hotspot CompilerControl: adding lots of directives via jcmd may produce OOM cr JDK-8144256 hotspot compiler/uncommontrap/TestStackBangRbp.java crashes VM on Solaris JDK-8144332 hotspot HSDB could not terminate when close button is pushed. JDK-8144466 hotspot ppc64: fix argument passing through opto stubs. JDK-8144486 hotspot Change G1UpdateRSOrPushRefOopClosure to inherit OopClosure JDK-8144487 hotspot PhaseIdealLoop::build_and_optimize() must restore major_progress flag JDK-8144498 hotspot aarch64: large code cache generates SEGV JDK-8144505 hotspot Change G1ParCopyHelper to inherit OopClosure JDK-8144582 hotspot AArch64 does not generate correct branch profile data JDK-8144584 hotspot Change FilterIntoCSClosure to inherit OopClosure JDK-8144587 hotspot aarch64: generate vectorized MLA/MLS instructions JDK-8144601 hotspot Premature assert in directive inline parsing JDK-8144657 hotspot Invalid format specifiers in jvmci trace messages JDK-8144701 hotspot Change three G1 remembererd set closures to be OopClosures JDK-8144704 hotspot [JVMCI] add tests for simple code installation JDK-8144714 hotspot Add extension point to G1 evacuation closures JDK-8144716 hotspot Unable to build in Visual Studio after JVMCI change JDK-8144748 hotspot Move assembler/macroAssembler inline function definitions to correspon JDK-8144771 hotspot Use AVX3 instructions for string compare JDK-8144822 hotspot PPC64: Fix build after 8072008 JDK-8144847 hotspot PPC64: Update Transactional Memory and Atomic::cmpxchg code JDK-8144850 hotspot C1: operator delete needs an implementation JDK-8144853 hotspot Print the names of callees in PrintAssembly/PrintInterpreter JDK-8144874 hotspot Reimplement TraceClassResolution with Unified Logging JDK-8144885 hotspot agent/src/os/linux/libproc.h needs to support Linux/SPARC builds JDK-8144908 hotspot Remove apply_to_weak_ref_discovered_field override for UpdateRSOopClos JDK-8144921 hotspot Remove JDK6_OR_EARLIER code from os_windows JDK-8144933 hotspot CompilerControl: commandfile/ExcludeTest has incorrect jtreg run keywo JDK-8144935 hotspot C2: safepoint is pruned from a non-counted loop JDK-8144944 hotspot [JVMCI] JVMCI compiler initialization can happen on different thread t JDK-8144949 hotspot TestOptionsWithRanges -XX:NUMAInterleaveGranularity=2147483648 crashes JDK-8144965 hotspot Show oop pointer in call frame at HSDB. JDK-8144993 hotspot Elide redundant memory barrier after AllocationNode JDK-8144996 hotspot Replace the HeapRegionSetCount class with an uint JDK-8145015 hotspot jni_GetStringCritical asserts for empty strings JDK-8145026 hotspot compiler/jsr292/NonInlinedCall/RedefineTest.java fails with: java.lang JDK-8145061 hotspot Too many instances of java.lang.Boolean created in Java application (h JDK-8145073 hotspot Filename and linenumber are not printed for asserts any more. JDK-8145083 hotspot Use semaphore instead of mutex for synchronization of Unified Logging JDK-8145092 hotspot Use Unified Logging for the GC logging JDK-8145096 hotspot Undefined behaviour in HotSpot JDK-8145099 hotspot Better error message when SA can't attach to a process JDK-8145103 hotspot [aix] implement os::print_register_info() JDK-8145114 hotspot const-correctness for ucontext_t* reading functions JDK-8145117 hotspot PPC64: Remove cpp interpreter implementation JDK-8145137 hotspot Incorrect call signature can be used in nmethod::preserve_callee_argum JDK-8145153 hotspot Convert TraceMonitorInflation to Unified Logging JDK-8145270 hotspot Need to eagerly initialize JVMCI compiler under -Xcomp JDK-8145271 hotspot stand-alone hotspot build is broken JDK-8145292 hotspot PPC64: fix build after "8046936: JEP 270: Reserved Stack Areas for Cri JDK-8145294 hotspot TestLogRotation.java triggers a race in the UL framework JDK-8145300 hotspot ppc64: fix port of "8072008: Emit direct call instead of linkTo* for r JDK-8145301 hotspot Improve and unify the printout format for the g1HRPrinter. JDK-8145303 hotspot Clean up the units for log_gc_footer JDK-8145315 hotspot VM crashes in print_task_time_stamps() JDK-8145317 hotspot ReservedStackTest fails with ReentrantLock looks corrupted JDK-8145320 hotspot Create unsafe_arraycopy and generic_arraycopy for AArch64 JDK-8145328 hotspot SEGV in DirectivesStack::getMatchingDirective JDK-8145338 hotspot compiler/jsr292/CallSiteDepContextTest.java fails: assert(dep_implicit JDK-8145345 hotspot LogCompilation output is empty after JEP165: Compiler Control JDK-8145400 hotspot ProjectCreator broken after JEP 223 changes JDK-8145435 hotspot [JVMCI] some tests on Windows fail with: assert(!thread->is_Java_threa JDK-8145438 hotspot Guarantee failures since 8144028: Use AArch64 bit-test instructions in JDK-8145445 hotspot [TESTBUG] runtime/logging tests need to properly build and import libr JDK-8145528 hotspot PPC64: Remove cpp interpreter implementation - part II JDK-8145534 hotspot TestRemsetLogging.java takes a long time JDK-8145553 hotspot Fix warnings in AArch64 directory JDK-8145566 hotspot PrintNMethods compile command broken since b89 JDK-8145593 hotspot Clean up metaspaceShared.cpp JDK-8145603 hotspot Enable build.bat to use vcproj to build JDK-8145606 hotspot [TESTBUG] MonitorInflationTest.java should be rewritten to be more pre JDK-8145620 hotspot Disable compiler/floatingpoint/ModNaN.java JDK-8145629 hotspot Disable test/runtime/logging/MonitorInflationTest.java JDK-8145667 hotspot Move FromCardCache into separate files JDK-8145671 hotspot Rename FromCardCache to G1FromCardCache JDK-8145672 hotspot Remove dependency of G1FromCardCache to HeapRegionRemSet JDK-8145673 hotspot G1RemSetSummary.hpp uses FREE_C_HEAP_ARRAY JDK-8145674 hotspot Fix includes and forward declarations in g1Remset files JDK-8145688 hotspot update for x86 pow in the math lib JDK-8145714 hotspot [JVMCI] SPARC broken after JDK-8134994 JDK-8145717 hotspot Use AVX3 instructions for Arrays.equals() intrinsic JDK-8145752 hotspot Fix include guards in GC code JDK-8145754 hotspot PhaseIdealLoop::is_scaled_iv_plus_offset() does not match AddI JDK-8145774 hotspot Move scrubbing setup code away out of ConcurrentMark JDK-8145828 hotspot JPRT hotspot push jobs should allow merge on push JDK-8145913 hotspot PPC64: add Montgomery multiply intrinsic JDK-8146001 hotspot Remove support for command line options from JVMCI JDK-8146011 hotspot sun/management/jmxremote/bootstrap/CustomLauncherTest crash at assert( JDK-8146043 hotspot run JVMCI tests in JPRT JDK-8146098 hotspot Visual Studio build fails after SA restructure JDK-8146100 hotspot compiler/jvmci/code/SimpleCodeInstallationTest.java JUnit Failure: exp JDK-8146129 hotspot quarantine compiler/cpuflags/TestAESIntrinsicsOnSupportedConfig.java JDK-8146157 hotspot JVMCI must not fold accesses to @Stable fields if -XX:-FoldStableValue JDK-8146205 hotspot quarantine compiler/jvmci/compilerToVM/ExecuteInstalledCodeTest.java JDK-8146231 hotspot ppc64/gcc 4.1.2: fix build after "8143072: [JVMCI] Port JVMCI to AArch JDK-8146245 hotspot compiler/jvmci/ tests fail: java.lang.AssertionError: minimum config f JDK-8146286 hotspot aarch64: guarantee failures with large code cache sizes on jtreg test JDK-8146481 hotspot Disable runtime/logging/DefaultMethodsTest.java JDK-8147629 hotspot quarantine tests failing in 2016.01.14 PIT snapshot JDK-8145427 infrastructure [aix] xlc: wrong flag used to switch off optimization JDK-8145564 infrastructure 8036003: startup regression on linux fastdebug builds JDK-8145596 infrastructure Enable debug symbols for all libraries JDK-8146403 infrastructure Windows build can be faster JDK-8147449 infrastructure sjavac builds of jdk9/dev with closed sources broken JDK-8147786 infrastructure Building hotspot gives error message from find JDK-8147930 infrastructure Langtools test Makefile still requires special make in Cygwin JDK-8147933 infrastructure Configure check for number of cpus ignores HT on Macosx JDK-8147934 infrastructure Remove --with-sdk-name from macosx jib profile JDK-8147950 infrastructure Change JPRT to use new platforms for Linux, Windows and Macosx JDK-8136494 other-libs Update "@since 1.9" to "@since 9" to match java.version.specification JDK-8064330 security-libs Remove SHA224 from the default support list if SunMSCAPI enabled JDK-8133085 security-libs Avoid creating instances of security providers when possible JDK-8146669 security-libs Test SessionTimeOutTests fails intermittently JDK-8147931 security-libs Incorrect edits for JDK-8064330 JDK-8056989 tools Sjavac --server option should be optional JDK-8143388 tools Compiler throws NullPointerException during compilation JDK-8144580 tools java.lang.AssertionError: Missing type variable in where clause: T JDK-8145392 tools Build fails with "No portfile values materialized" JDK-8145987 tools Assertion failure when compiling stream with type annotation JDK-8146208 tools Add a public DocTreeFactory to the Compiler Tree API JDK-8147493 tools regression when type-checking unchecked method calls JDK-8147546 tools regression when type-checking generic calls inside nested declarations JDK-8147554 tools InfoOptsTest fails when executed outside make JDK-8147568 tools NullPointerException in option parsing JDK-8147995 tools JDK-8147930 uses incorrect whitespace in langtools/test/Makefile JDK-8146086 xml Publishing two webservices on same port fails with "java.net.BindExcep JDK-8147051 xml StaxEntityResolverWrapper should create StaxXMLInputSource with a reso From bengt.rutisson at oracle.com Thu Jan 28 09:19:55 2016 From: bengt.rutisson at oracle.com (Bengt Rutisson) Date: Thu, 28 Jan 2016 10:19:55 +0100 Subject: CFV: New JDK 9 Reviewer: David Lindholm Message-ID: <56A9DD3B.6020508@oracle.com> I hereby nominate David Lindholm to JDK 9 Reviewer. David is a member of the Hotspot GC team. He has contributed 45 changesets in HotSpot [3] and one in the JDK [4]. David has worked on large parts of the GC code but also made changes concerning all parts of HotSpot, such as the changes to make the assert() macro a varargs-macro that eliminates the need for err_msg(). David was also a key reviewer of the large unified logging changes for the GC code. Votes are due by 11 February 2016, 11:00 CET. Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting instructions, see [2]. Bengt Rutisson [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#reviewer-vote [3] http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 [4] http://hg.openjdk.java.net/jdk9/hs-rt/jdk/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 From bengt.rutisson at oracle.com Thu Jan 28 09:21:01 2016 From: bengt.rutisson at oracle.com (Bengt Rutisson) Date: Thu, 28 Jan 2016 10:21:01 +0100 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <56A9DD7D.3010703@oracle.com> Vote: yes Bengt On 2016-01-28 10:19, Bengt Rutisson wrote: > > I hereby nominate David Lindholm to JDK 9 Reviewer. > > David is a member of the Hotspot GC team. He has contributed 45 > changesets in HotSpot [3] and one in the JDK [4]. David has worked on > large parts of the GC code but also made changes concerning all parts > of HotSpot, such as the changes to make the assert() macro a > varargs-macro that eliminates the need for err_msg(). David was also a > key reviewer of the large unified logging changes for the GC code. > > Votes are due by 11 February 2016, 11:00 CET. > > Only current jdk9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Three-Vote Consensus voting instructions, see [2]. > > Bengt Rutisson > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > [4] > http://hg.openjdk.java.net/jdk9/hs-rt/jdk/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 From stefan.johansson at oracle.com Thu Jan 28 09:22:21 2016 From: stefan.johansson at oracle.com (Stefan Johansson) Date: Thu, 28 Jan 2016 10:22:21 +0100 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <56A9DDCD.5020105@oracle.com> Vote: yes StefanJ On 2016-01-28 10:19, Bengt Rutisson wrote: > > I hereby nominate David Lindholm to JDK 9 Reviewer. > > David is a member of the Hotspot GC team. He has contributed 45 > changesets in HotSpot [3] and one in the JDK [4]. David has worked on > large parts of the GC code but also made changes concerning all parts > of HotSpot, such as the changes to make the assert() macro a > varargs-macro that eliminates the need for err_msg(). David was also a > key reviewer of the large unified logging changes for the GC code. > > Votes are due by 11 February 2016, 11:00 CET. > > Only current jdk9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Three-Vote Consensus voting instructions, see [2]. > > Bengt Rutisson > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > [4] > http://hg.openjdk.java.net/jdk9/hs-rt/jdk/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 From staffan.larsen at oracle.com Thu Jan 28 09:22:20 2016 From: staffan.larsen at oracle.com (Staffan Larsen) Date: Thu, 28 Jan 2016 10:22:20 +0100 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: Vote: yes > On 28 jan. 2016, at 10:19, Bengt Rutisson wrote: > > > I hereby nominate David Lindholm to JDK 9 Reviewer. > > David is a member of the Hotspot GC team. He has contributed 45 changesets in HotSpot [3] and one in the JDK [4]. David has worked on large parts of the GC code but also made changes concerning all parts of HotSpot, such as the changes to make the assert() macro a varargs-macro that eliminates the need for err_msg(). David was also a key reviewer of the large unified logging changes for the GC code. > > Votes are due by 11 February 2016, 11:00 CET. > > Only current jdk9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Bengt Rutisson > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > [4] http://hg.openjdk.java.net/jdk9/hs-rt/jdk/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 From erik.helin at oracle.com Thu Jan 28 09:28:03 2016 From: erik.helin at oracle.com (Erik Helin) Date: Thu, 28 Jan 2016 10:28:03 +0100 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <20160128092803.GE25517@ehelin.jrpg.bea.com> Vote: yes Thanks, Erik On 2016-01-28, Bengt Rutisson wrote: > > I hereby nominate David Lindholm to JDK 9 Reviewer. > > David is a member of the Hotspot GC team. He has contributed 45 changesets > in HotSpot [3] and one in the JDK [4]. David has worked on large parts of > the GC code but also made changes concerning all parts of HotSpot, such as > the changes to make the assert() macro a varargs-macro that eliminates the > need for err_msg(). David was also a key reviewer of the large unified > logging changes for the GC code. > > Votes are due by 11 February 2016, 11:00 CET. > > Only current jdk9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Bengt Rutisson > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > [4] http://hg.openjdk.java.net/jdk9/hs-rt/jdk/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 From thomas.schatzl at oracle.com Thu Jan 28 09:28:58 2016 From: thomas.schatzl at oracle.com (Thomas Schatzl) Date: Thu, 28 Jan 2016 10:28:58 +0100 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <1453973338.2447.6.camel@oracle.com> Vote: yes Thomas From serguei.spitsyn at oracle.com Thu Jan 28 09:35:18 2016 From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com) Date: Thu, 28 Jan 2016 01:35:18 -0800 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <56A9E0D6.10703@oracle.com> Vote: yes From paul.sandoz at oracle.com Thu Jan 28 09:40:23 2016 From: paul.sandoz at oracle.com (Paul Sandoz) Date: Thu, 28 Jan 2016 10:40:23 +0100 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <78554BB7-5998-4E4E-825B-4F9DF7F201EA@oracle.com> Vote: yes Paul. From jaroslav.bachorik at oracle.com Thu Jan 28 09:57:48 2016 From: jaroslav.bachorik at oracle.com (Jaroslav Bachorik) Date: Thu, 28 Jan 2016 10:57:48 +0100 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <56A9E61C.1010409@oracle.com> Vote: yes -JB- On 28.1.2016 10:19, Bengt Rutisson wrote: > > I hereby nominate David Lindholm to JDK 9 Reviewer. > > David is a member of the Hotspot GC team. He has contributed 45 > changesets in HotSpot [3] and one in the JDK [4]. David has worked on > large parts of the GC code but also made changes concerning all parts of > HotSpot, such as the changes to make the assert() macro a varargs-macro > that eliminates the need for err_msg(). David was also a key reviewer of > the large unified logging changes for the GC code. > > Votes are due by 11 February 2016, 11:00 CET. > > Only current jdk9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Three-Vote Consensus voting instructions, see [2]. > > Bengt Rutisson > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > > [4] > http://hg.openjdk.java.net/jdk9/hs-rt/jdk/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > From vladimir.x.ivanov at oracle.com Thu Jan 28 10:04:03 2016 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Thu, 28 Jan 2016 13:04:03 +0300 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <56A9E793.3070403@oracle.com> Vote: yes Best regards, Vladimir Ivanov On 1/28/16 12:19 PM, Bengt Rutisson wrote: > > I hereby nominate David Lindholm to JDK 9 Reviewer. > From volker.simonis at gmail.com Thu Jan 28 10:20:45 2016 From: volker.simonis at gmail.com (Volker Simonis) Date: Thu, 28 Jan 2016 11:20:45 +0100 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: Vote: yes On Thu, Jan 28, 2016 at 10:19 AM, Bengt Rutisson wrote: > > I hereby nominate David Lindholm to JDK 9 Reviewer. > > David is a member of the Hotspot GC team. He has contributed 45 changesets > in HotSpot [3] and one in the JDK [4]. David has worked on large parts of > the GC code but also made changes concerning all parts of HotSpot, such as > the changes to make the assert() macro a varargs-macro that eliminates the > need for err_msg(). David was also a key reviewer of the large unified > logging changes for the GC code. > > Votes are due by 11 February 2016, 11:00 CET. > > Only current jdk9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Bengt Rutisson > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > [4] > http://hg.openjdk.java.net/jdk9/hs-rt/jdk/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 From stefan.karlsson at oracle.com Thu Jan 28 10:27:08 2016 From: stefan.karlsson at oracle.com (Stefan Karlsson) Date: Thu, 28 Jan 2016 11:27:08 +0100 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <56A9ECFC.8060803@oracle.com> Vote: yes StefanK On 2016-01-28 10:19, Bengt Rutisson wrote: > > I hereby nominate David Lindholm to JDK 9 Reviewer. > > David is a member of the Hotspot GC team. He has contributed 45 > changesets in HotSpot [3] and one in the JDK [4]. David has worked on > large parts of the GC code but also made changes concerning all parts > of HotSpot, such as the changes to make the assert() macro a > varargs-macro that eliminates the need for err_msg(). David was also a > key reviewer of the large unified logging changes for the GC code. > > Votes are due by 11 February 2016, 11:00 CET. > > Only current jdk9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Three-Vote Consensus voting instructions, see [2]. > > Bengt Rutisson > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > [4] > http://hg.openjdk.java.net/jdk9/hs-rt/jdk/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 From goetz.lindenmaier at sap.com Thu Jan 28 10:37:43 2016 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Thu, 28 Jan 2016 10:37:43 +0000 Subject: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <4295855A5C1DE049A61835A1887419CC41F217A6@DEWDFEMB12A.global.corp.sap> Vote: yes > -----Original Message----- > From: jdk9-dev [mailto:jdk9-dev-bounces at openjdk.java.net] On Behalf Of > Bengt Rutisson > Sent: Donnerstag, 28. Januar 2016 10:20 > To: jdk9-dev at openjdk.java.net > Subject: CFV: New JDK 9 Reviewer: David Lindholm > > > I hereby nominate David Lindholm to JDK 9 Reviewer. > > David is a member of the Hotspot GC team. He has contributed 45 > changesets in HotSpot [3] and one in the JDK [4]. David has worked on > large parts of the GC code but also made changes concerning all parts of > HotSpot, such as the changes to make the assert() macro a varargs-macro > that eliminates the need for err_msg(). David was also a key reviewer of > the large unified logging changes for the GC code. > > Votes are due by 11 February 2016, 11:00 CET. > > Only current jdk9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Three-Vote Consensus voting instructions, see [2]. > > Bengt Rutisson > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/hs- > rt/hotspot/log?revcount=1000&rev=author%28%22david%22%29+and+not+ > merge%28%29 > [4] > http://hg.openjdk.java.net/jdk9/hs- > rt/jdk/log?revcount=1000&rev=author%28%22david%22%29+and+not+merg > e%28%29 From mikael.gerdin at oracle.com Thu Jan 28 11:43:28 2016 From: mikael.gerdin at oracle.com (Mikael Gerdin) Date: Thu, 28 Jan 2016 12:43:28 +0100 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <152880b9b00.27ce.2bd8b3e304f6b680ef02ac6d3e44f07f@oracle.com> Vote: yes /Mikael On January 28, 2016 10:21:21 AM Bengt Rutisson wrote: > > I hereby nominate David Lindholm to JDK 9 Reviewer. > > David is a member of the Hotspot GC team. He has contributed 45 > changesets in HotSpot [3] and one in the JDK [4]. David has worked on > large parts of the GC code but also made changes concerning all parts of > HotSpot, such as the changes to make the assert() macro a varargs-macro > that eliminates the need for err_msg(). David was also a key reviewer of > the large unified logging changes for the GC code. > > Votes are due by 11 February 2016, 11:00 CET. > > Only current jdk9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Three-Vote Consensus voting instructions, see [2]. > > Bengt Rutisson > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > [4] > http://hg.openjdk.java.net/jdk9/hs-rt/jdk/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 From coleen.phillimore at oracle.com Thu Jan 28 12:59:24 2016 From: coleen.phillimore at oracle.com (Coleen Phillimore) Date: Thu, 28 Jan 2016 07:59:24 -0500 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <56AA10AC.7020208@oracle.com> Vote: yes On 1/28/16 4:19 AM, Bengt Rutisson wrote: > > I hereby nominate David Lindholm to JDK 9 Reviewer. > > David is a member of the Hotspot GC team. He has contributed 45 > changesets in HotSpot [3] and one in the JDK [4]. David has worked on > large parts of the GC code but also made changes concerning all parts > of HotSpot, such as the changes to make the assert() macro a > varargs-macro that eliminates the need for err_msg(). David was also a > key reviewer of the large unified logging changes for the GC code. > > Votes are due by 11 February 2016, 11:00 CET. > > Only current jdk9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Three-Vote Consensus voting instructions, see [2]. > > Bengt Rutisson > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > [4] > http://hg.openjdk.java.net/jdk9/hs-rt/jdk/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 From daniel.daugherty at oracle.com Thu Jan 28 14:00:37 2016 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Thu, 28 Jan 2016 07:00:37 -0700 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <56AA1F05.9060102@oracle.com> Vote: yes Dan On 1/28/16 2:19 AM, Bengt Rutisson wrote: > > I hereby nominate David Lindholm to JDK 9 Reviewer. > > David is a member of the Hotspot GC team. He has contributed 45 > changesets in HotSpot [3] and one in the JDK [4]. David has worked on > large parts of the GC code but also made changes concerning all parts > of HotSpot, such as the changes to make the assert() macro a > varargs-macro that eliminates the need for err_msg(). David was also a > key reviewer of the large unified logging changes for the GC code. > > Votes are due by 11 February 2016, 11:00 CET. > > Only current jdk9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Three-Vote Consensus voting instructions, see [2]. > > Bengt Rutisson > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > [4] > http://hg.openjdk.java.net/jdk9/hs-rt/jdk/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > From jesper.wilhelmsson at oracle.com Thu Jan 28 14:46:00 2016 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Thu, 28 Jan 2016 15:46:00 +0100 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <56AA29A8.4020004@oracle.com> Vote: Yes /Jesper Den 28/1/16 kl. 10:19, skrev Bengt Rutisson: > > I hereby nominate David Lindholm to JDK 9 Reviewer. > > David is a member of the Hotspot GC team. He has contributed 45 changesets in > HotSpot [3] and one in the JDK [4]. David has worked on large parts of the GC > code but also made changes concerning all parts of HotSpot, such as the changes > to make the assert() macro a varargs-macro that eliminates the need for > err_msg(). David was also a key reviewer of the large unified logging changes > for the GC code. > > Votes are due by 11 February 2016, 11:00 CET. > > Only current jdk9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Bengt Rutisson > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > > [4] > http://hg.openjdk.java.net/jdk9/hs-rt/jdk/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > From vladimir.kozlov at oracle.com Thu Jan 28 18:01:59 2016 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Thu, 28 Jan 2016 10:01:59 -0800 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <56AA5797.6050903@oracle.com> Vote: yes On 1/28/16 1:19 AM, Bengt Rutisson wrote: > > I hereby nominate David Lindholm to JDK 9 Reviewer. > > David is a member of the Hotspot GC team. He has contributed 45 changesets in HotSpot [3] and one in the JDK [4]. David > has worked on large parts of the GC code but also made changes concerning all parts of HotSpot, such as the changes to > make the assert() macro a varargs-macro that eliminates the need for err_msg(). David was also a key reviewer of the > large unified logging changes for the GC code. > > Votes are due by 11 February 2016, 11:00 CET. > > Only current jdk9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Bengt Rutisson > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > [4] http://hg.openjdk.java.net/jdk9/hs-rt/jdk/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 From jon.masamitsu at oracle.com Thu Jan 28 18:31:38 2016 From: jon.masamitsu at oracle.com (Jon Masamitsu) Date: Thu, 28 Jan 2016 10:31:38 -0800 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <56AA5E8A.9060708@oracle.com> Vote: yes On 01/28/2016 01:19 AM, Bengt Rutisson wrote: > > I hereby nominate David Lindholm to JDK 9 Reviewer. > > David is a member of the Hotspot GC team. He has contributed 45 > changesets in HotSpot [3] and one in the JDK [4]. David has worked on > large parts of the GC code but also made changes concerning all parts > of HotSpot, such as the changes to make the assert() macro a > varargs-macro that eliminates the need for err_msg(). David was also a > key reviewer of the large unified logging changes for the GC code. > > Votes are due by 11 February 2016, 11:00 CET. > > Only current jdk9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Three-Vote Consensus voting instructions, see [2]. > > Bengt Rutisson > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > [4] > http://hg.openjdk.java.net/jdk9/hs-rt/jdk/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 From robert.field at oracle.com Fri Jan 29 02:20:51 2016 From: robert.field at oracle.com (Robert Field) Date: Thu, 28 Jan 2016 18:20:51 -0800 Subject: Result: New JDK 9 Committer: Shinya Yoshida Message-ID: Voting for Shinya Yoshida (shinyafox) [1] is now closed. Yes: 14 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Robert Field [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-January/003448.html From erik.joelsson at oracle.com Fri Jan 29 13:38:16 2016 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Fri, 29 Jan 2016 14:38:16 +0100 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <56AB6B48.4090004@oracle.com> Vote: yes /Erik From kim.barrett at oracle.com Fri Jan 29 17:55:23 2016 From: kim.barrett at oracle.com (Kim Barrett) Date: Fri, 29 Jan 2016 12:55:23 -0500 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <8AD149AF-CE6B-4E0C-8C61-C71337FF43E2@oracle.com> vote: yes > On Jan 28, 2016, at 4:19 AM, Bengt Rutisson wrote: > > > I hereby nominate David Lindholm to JDK 9 Reviewer. > > David is a member of the Hotspot GC team. He has contributed 45 changesets in HotSpot [3] and one in the JDK [4]. David has worked on large parts of the GC code but also made changes concerning all parts of HotSpot, such as the changes to make the assert() macro a varargs-macro that eliminates the need for err_msg(). David was also a key reviewer of the large unified logging changes for the GC code. > From per.liden at oracle.com Fri Jan 29 19:18:15 2016 From: per.liden at oracle.com (Per Liden) Date: Fri, 29 Jan 2016 20:18:15 +0100 Subject: CFV: New JDK 9 Reviewer: David Lindholm In-Reply-To: <56A9DD3B.6020508@oracle.com> References: <56A9DD3B.6020508@oracle.com> Message-ID: <56ABBAF7.8020207@oracle.com> Vote: Yes /Per On 2016-01-28 10:19, Bengt Rutisson wrote: > > I hereby nominate David Lindholm to JDK 9 Reviewer. > > David is a member of the Hotspot GC team. He has contributed 45 > changesets in HotSpot [3] and one in the JDK [4]. David has worked on > large parts of the GC code but also made changes concerning all parts of > HotSpot, such as the changes to make the assert() macro a varargs-macro > that eliminates the need for err_msg(). David was also a key reviewer of > the large unified logging changes for the GC code. > > Votes are due by 11 February 2016, 11:00 CET. > > Only current jdk9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Three-Vote Consensus voting instructions, see [2]. > > Bengt Rutisson > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > > [4] > http://hg.openjdk.java.net/jdk9/hs-rt/jdk/log?revcount=1000&rev=author%28%22david%22%29+and+not+merge%28%29 > From jonathan.gibbons at oracle.com Sat Jan 30 03:11:40 2016 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Fri, 29 Jan 2016 19:11:40 -0800 Subject: v53 class files Message-ID: <56AC29EC.8090806@oracle.com> There are a number of reasons why it will be appropriate to increase the classfile version number for files generated by javac for use on JDK 9. The list includes: 1. Unicode 8.0 -- Interpretation of Unicode escapes in string literals depends at run time on the SE 9 API. (Due to Unicode 8.0 assigning more code points, a program containing Unicode escapes "means something different" on SE 9 versus SE 8, so compiling it with -source 9 must imply -target 9, and hence v53.0 class files.) 2. Implementation of the String + operator depends at run time on the SE 9 API. 3. Invocation of VarHandle methods depends at run time on the SE 9 API. 4. New 'Module' attribute for class files. While it is generally standard practice to increase the default classfile version number in each new major release of JDK, it has also been standard practice to defer the change during development of that release, to give tools and libraries a change to prepare for the change, and to be ready to accept class files with the new version number. With that as context, this is to give notice that it will soon be time to make the change to using v53.0 class files, and that anyone writing tools and libraries for use on JDK 9 that process class files should update their code to handle the new version number. -- Jon