On Thu, 11 Apr 2024 10:15:54 GMT, Maurizio Cimadamore
wrote:
>> This PR removes support for the string template feature from the Java
>> compiler and the Java SE API, as discussed here:
>>
>> https://mail.openjdk.org/pipermail/amber-spec-experts/2024-April/004106.html
>
> Maurizio Cimadamore
The class is used in java.lang.invoke.MethodType but add is not used.
> On Mar 9, 2024, at 11:42 AM, Chen Liang wrote:
>
> On Tue, 5 Mar 2024 20:23:56 GMT, Jim Laskey wrote:
>
>>> Currently, add is returning intern(e) == null which will always be false.
>>>
On Tue, 6 Feb 2024 12:52:15 GMT, Jim Laskey wrote:
> Currently, add is returning intern(e) == null which will always be false. The
> correct test is intern(e) == e , that is, true when element is newly added.
This pull request has now been integrated.
Changeset: a7461de2
Author: Jim
On Sun, 11 Feb 2024 17:41:14 GMT, ExE Boss wrote:
>> Jim Laskey has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Update ReferencedKeyTest.java
>
> src/java.base/share/classes/jdk/internal/util/ReferencedK
> Currently, add is returning intern(e) == null which will always be false. The
> correct test is intern(e) == e , that is, true when element is newly added.
Jim Laskey has updated the pull request incrementally with one additional
commit since the last revision:
Fix ReferencedKeySe
On Sun, 25 Feb 2024 08:13:08 GMT, Korov wrote:
> Fix the @param name
Marked as reviewed by jlaskey (Reviewer).
-
PR Review: https://git.openjdk.org/jdk/pull/17996#pullrequestreview-1899627681
On Tue, 20 Feb 2024 16:32:54 GMT, Claes Redestad wrote:
> JDK-8282429 accidentally removed an optimization (JDK-8240094) that ensured
> StringBuilder/StringBuffer::toString returns `""` when the builders are empty.
>
>
> Name Cnt Base Error Test Error
Vote: yes
> On Feb 13, 2024, at 4:25 PM, Brian Burkhalter
> wrote:
>
> I hereby nominate Raffaello Giulietti to Membership in the Core Libraries
> Group.
>
> Raffaello has been working in the Core Library team at Oracle since April,
> 2022. He has authored more than 50 contributions to
On Mon, 12 Feb 2024 22:52:51 GMT, Attila Szegedi wrote:
> Somewhat surprisingly, `ArrayList$Sublist.sort()` is not specialized and will
> thus fall back to slower default method of `List.sort()` instead of sorting a
> range of the array in-place in its backing root `ArrayList`.
>
> This
On Tue, 6 Feb 2024 18:29:17 GMT, Chen Liang wrote:
>> Jim Laskey has updated the pull request with a new target base due to a
>> merge or a rebase. The incremental webrev excludes the unrelated changes
>> brought in by the merge/rebase. The pull request contains two addi
> Currently, add is returning intern(e) == null which will always be false. The
> correct test is intern(e) == e , that is, true when element is newly added.
Jim Laskey has updated the pull request incrementally with one additional
commit since the last revision:
> Currently, add is returning intern(e) == null which will always be false. The
> correct test is intern(e) == e , that is, true when element is newly added.
Jim Laskey has updated the pull request with a new target base due to a merge
or a rebase. The incremental webrev excludes the unr
Currently, add is returning intern(e) == null which will always be false. The
correct test is intern(e) == e , that is, true when element is newly added.
-
Commit messages:
- Correct test
Changes: https://git.openjdk.org/jdk/pull/17732/files
Webrev:
On Mon, 5 Feb 2024 16:38:59 GMT, Roger Riggs wrote:
>> Good catch. Your solution might be correct but I think `!contains(e)` is
>> redundant since that is how intern starts out.
>>
>>
>>static T intern(ReferencedKeyMap> setMap, T key,
>> UnaryOperator interner) {
>> T value =
On Sat, 3 Feb 2024 07:20:14 GMT, ExE Boss wrote:
>> Jim Laskey has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains 17 commits:
>>
>> - Merge branch 'master' into 8310913
>> - Update implNote for int
> Currently String::translateEscapes does not support unicode escapes, reported
> as a IllegalArgumentException("Invalid escape sequence: ...").
> String::translateEscapes should translate unicode escape sequences to provide
> full coverage,
Jim Laskey has up
On Fri, 26 Jan 2024 17:36:52 GMT, Jim Laskey wrote:
>> Currently String::translateEscapes does not support unicode escapes,
>> reported as a IllegalArgumentException("Invalid escape sequence: ...").
>> String::translateEscapes should translate unicode escape s
On Fri, 26 Jan 2024 16:54:14 GMT, Roger Riggs wrote:
>> Jim Laskey has updated the pull request with a new target base due to a
>> merge or a rebase. The incremental webrev excludes the unrelated changes
>> brought in by the merge/rebase. The pull request contains 12 addi
> Currently String::translateEscapes does not support unicode escapes, reported
> as a IllegalArgumentException("Invalid escape sequence: ...").
> String::translateEscapes should translate unicode escape sequences to provide
> full coverage,
Jim Laskey has up
> Currently String::translateEscapes does not support unicode escapes, reported
> as a IllegalArgumentException("Invalid escape sequence: ...").
> String::translateEscapes should translate unicode escape sequences to provide
> full coverage,
Jim Laskey has updated the p
> Currently String::translateEscapes does not support unicode escapes, reported
> as a IllegalArgumentException("Invalid escape sequence: ...").
> String::translateEscapes should translate unicode escape sequences to provide
> full coverage,
Jim Laskey has up
> Currently String::translateEscapes does not support unicode escapes, reported
> as a IllegalArgumentException("Invalid escape sequence: ...").
> String::translateEscapes should translate unicode escape sequences to provide
> full coverage,
Jim Laskey has up
On Fri, 19 Jan 2024 18:28:22 GMT, Roger Riggs wrote:
>> Jim Laskey has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Update Copyright
>
> test/jdk/java/lang/String/TranslateEscapes.java line 113:
&g
On Tue, 23 Jan 2024 21:41:54 GMT, Naoto Sato wrote:
>> Jim Laskey has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Requested changes
>
> src/java.base/share/classes/java/lang/String.java line 4229:
>
&
On Fri, 26 Jan 2024 08:38:32 GMT, Alan Bateman wrote:
>> Jim Laskey has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Update String.java
>
> src/java.base/share/classes/java/lang/String.java line 4238:
>
On Fri, 19 Jan 2024 18:27:24 GMT, Roger Riggs wrote:
>> Jim Laskey has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Update Copyright
>
> test/jdk/java/lang/String/TranslateEscapes.java line 1
On Fri, 19 Jan 2024 17:39:57 GMT, Raffaello Giulietti
wrote:
>> Jim Laskey has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Update copyright year of test
>
> test/jdk/java/lang/String/TranslateEscapes
> Currently String::translateEscapes does not support unicode escapes, reported
> as a IllegalArgumentException("Invalid escape sequence: ...").
> String::translateEscapes should translate unicode escape sequences to provide
> full coverage,
Jim Laskey has up
> Currently String::translateEscapes does not support unicode escapes, reported
> as a IllegalArgumentException("Invalid escape sequence: ...").
> String::translateEscapes should translate unicode escape sequences to provide
> full coverage,
Jim Laskey has up
> Currently String::translateEscapes does not support unicode escapes, reported
> as a IllegalArgumentException("Invalid escape sequence: ...").
> String::translateEscapes should translate unicode escape sequences to provide
> full coverage,
Jim Laskey has up
> Currently String::translateEscapes does not support unicode escapes, reported
> as a IllegalArgumentException("Invalid escape sequence: ...").
> String::translateEscapes should translate unicode escape sequences to provide
> full coverage,
Jim Laskey has up
> Currently String::translateEscapes does not support unicode escapes, reported
> as a IllegalArgumentException("Invalid escape sequence: ...").
> String::translateEscapes should translate unicode escape sequences to provide
> full coverage,
Jim Laskey has up
> Currently String::translateEscapes does not support unicode escapes, reported
> as a IllegalArgumentException("Invalid escape sequence: ...").
> String::translateEscapes should translate unicode escape sequences to provide
> full coverage,
Jim Laskey has up
> Currently String::translateEscapes does not support unicode escapes, reported
> as a IllegalArgumentException("Invalid escape sequence: ...").
> String::translateEscapes should translate unicode escape sequences to provide
> full coverage,
Jim Laskey has up
> Currently String::translateEscapes does not support unicode escapes, reported
> as a IllegalArgumentException("Invalid escape sequence: ...").
> String::translateEscapes should translate unicode escape sequences to provide
> full coverage,
Jim Laskey has up
On Thu, 18 Jan 2024 19:25:28 GMT, Raffaello Giulietti
wrote:
>> Currently String::translateEscapes does not support unicode escapes,
>> reported as a IllegalArgumentException("Invalid escape sequence: ...").
>> String::translateEscapes should translate unicode escape sequences to
>> provide
Currently String::translateEscapes does not support unicode escapes, reported
as a IllegalArgumentException("Invalid escape sequence: ...").
String::translateEscapes should translate unicode escape sequences to provide
full coverage,
-
Commit messages:
- Unicode escape sequences
On Wed, 17 Jan 2024 20:51:23 GMT, Mandy Chung wrote:
> The build excludes the native debug symbols in JMOD files created for JDK
> modules (see make/CreateJmods.gmk). This PR adds a test to verify that
> native debug symbols are excluded as expected.
LGTM
-
Marked as reviewed
On Wed, 17 Jan 2024 14:21:22 GMT, Jim Laskey wrote:
> The new repeat methods were not clearing the toStringCache.
This pull request has now been integrated.
Changeset: 60c68a13
Author: Jim Laskey
URL:
https://git.openjdk.org/jdk22/commit/60c68a13639fe79cc2510d551b8c1c7d7e1a0
> The new repeat methods were not clearing the toStringCache.
Jim Laskey has updated the pull request with a new target base due to a merge
or a rebase. The incremental webrev excludes the unrelated changes brought in
by the merge/rebase. The pull request contains two additional commits si
The new repeat methods were not clearing the toStringCache.
-
Commit messages:
- Backport df22fb322e6c4c9931a770bd0abf4c43b83c4e4a
Changes: https://git.openjdk.org/jdk22/pull/87/files
Webrev: https://webrevs.openjdk.org/?repo=jdk22=87=00
Issue:
On Tue, 16 Jan 2024 18:03:34 GMT, Claes Redestad wrote:
>> There's an unused concept of a pluginConfig that is passed into the jlink
>> compress plugins, however we always pass null here and the code seems broken
>> (the pluginConfig wouldn't have been stored properly). This seem to be a
>>
On Tue, 16 Jan 2024 10:55:07 GMT, Claes Redestad wrote:
> There's an unused concept of a pluginConfig that is passed into the jlink
> compress plugins, however we always pass null here and the code seems broken
> (the pluginConfig wouldn't have been stored properly). This seem to be a
>
On Wed, 10 Jan 2024 06:32:54 GMT, Athijegannathan Sundararajan
wrote:
> backported from jdk mainline "as is" without any modifications.
Marked as reviewed by jlaskey (Reviewer).
-
PR Review: https://git.openjdk.org/jdk22/pull/49#pullrequestreview-1812872031
On Mon, 8 Jan 2024 13:24:55 GMT, Athijegannathan Sundararajan
wrote:
> Adding missing "@ since 9" in javadoc comment of the public classes,
> interfaces and packages of the jdk.dynalink module.
LGTM
-
Marked as reviewed by jlaskey (Reviewer).
PR Review:
On Wed, 20 Dec 2023 20:25:07 GMT, Jim Laskey wrote:
> The new repeat methods were not clearing the toStringCache.
This pull request has now been integrated.
Changeset: df22fb32
Author: Jim Laskey
URL:
https://git.openjdk.org/jdk/commit/df22fb322e6c4c9931a770bd0abf4c43b83c4e4a
St
On Thu, 21 Dec 2023 07:55:50 GMT, Jaikiran Pai wrote:
>> Jim Laskey has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Clear sooner
>
> test/jdk/java/lang/StringBuilder/StringBufferRepeat.java line 138:
>
> The new repeat methods were not clearing the toStringCache.
Jim Laskey has updated the pull request incrementally with one additional
commit since the last revision:
Nit in test
-
Changes:
- all: https://git.openjdk.org/jdk/pull/17172/files
- new: https://git.openjdk.
> The new repeat methods were not clearing the toStringCache.
Jim Laskey has updated the pull request with a new target base due to a merge
or a rebase. The incremental webrev excludes the unrelated changes brought in
by the merge/rebase. The pull request contains three additional commits si
On Wed, 20 Dec 2023 21:52:40 GMT, Roger Riggs wrote:
>> Jim Laskey has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Clear sooner
>
> src/java.base/share/classes/java/lang/StringBuffer.java line 719:
>
> The new repeat methods were not clearing the toStringCache.
Jim Laskey has updated the pull request incrementally with one additional
commit since the last revision:
Clear sooner
-
Changes:
- all: https://git.openjdk.org/jdk/pull/17172/files
- new: https://git.openjdk.
The new repeat methods were not clearing the toStringCache.
-
Commit messages:
- Clear toStringCache when calling StringBuffer::repeat
Changes: https://git.openjdk.org/jdk/pull/17172/files
Webrev: https://webrevs.openjdk.org/?repo=jdk=17172=00
Issue:
On Tue, 5 Dec 2023 14:57:09 GMT, Jim Laskey wrote:
> A regression is found in Java9+ creating String instance from UTF8 bytes, a
> side effect of string compactation https://openjdk.org/jeps/254 that changed
> the decoding logic. Specifically, when constructing a string f
it succeeded when jvm heap size is set to be sufficient.
Jim Laskey has updated the pull request with a new target base due to a merge
or a rebase. The incremental webrev excludes the unrelated changes brought in
by the merge/rebase. The pull request contains seven additional commits since
the l
it succeeded when jvm heap size is set to be sufficient.
Jim Laskey has updated the pull request incrementally with two additional
commits since the last revision:
- Alternate 64 bit test
- Exclude 32 bit
-
Changes:
- all: https://git.openjdk.org/jdk/pull/16974/files
- new:
On Tue, 5 Dec 2023 20:44:54 GMT, Roger Riggs wrote:
>> Jim Laskey has updated the pull request incrementally with two additional
>> commits since the last revision:
>>
>> - Bump up memory
>> - Cotrrect NegativeSize.java
>
> test/jdk/java/lang/String/Com
it succeeded when jvm heap size is set to be sufficient.
Jim Laskey has updated the pull request incrementally with one additional
commit since the last revision:
Requested changes
-
Changes:
- all: https://git.openjdk.org/jdk/pull/16974/files
- new: https://git.openjdk.org/
On Tue, 5 Dec 2023 19:42:43 GMT, Roger Riggs wrote:
>> Jim Laskey has updated the pull request incrementally with two additional
>> commits since the last revision:
>>
>> - Bump up memory
>> - Cotrrect NegativeSize.java
>
> test/jdk/java/lang/String/Com
it succeeded when jvm heap size is set to be sufficient.
Jim Laskey has updated the pull request incrementally with two additional
commits since the last revision:
- Bump up memory
- Cotrrect NegativeSize.java
-
Changes:
- all: https://git.openjdk.org/jdk/pull/16974/files
- new:
A regression is found in Java9+ creating String instance from UTF8 bytes, a
side effect of string compactation https://openjdk.org/jeps/254 that changed
the decoding logic. Specifically, when constructing a string from bytes:
```
String str = new String(largeBytes, StandardCharsets.UTF_8);
On Fri, 1 Dec 2023 11:22:33 GMT, Pavel Rappo wrote:
>> Please review this PR to correctly rename "Unnamed Class" to "Implicitly
>> Declared Class", not "Implicit Class".
>>
>> Renaming is fixed where it affects documentation or the end-user. Renaming
>> is not fixed where it only affects
On Thu, 30 Nov 2023 15:00:00 GMT, Pavel Rappo wrote:
> Please review this PR to correctly rename "Unnamed Class" to "Implicitly
> Declared Class", not "Implicit Class".
>
> Renaming is fixed where it affects documentation or the end-user. Renaming is
> not fixed where it only affects code:
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
On Wed, 1 Nov 2023 18:56:13 GMT, Jim Laskey wrote:
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed cla
On Wed, 29 Nov 2023 20:07:50 GMT, Joe Darcy wrote:
>> Jim Laskey has updated the pull request incrementally with two additional
>> commits since the last revision:
>>
>> - Update test/jdk/tools/launcher/InstanceMainTest.java
>>
>>Co-au
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
On Tue, 28 Nov 2023 15:51:37 GMT, Alan Bateman wrote:
>> Jim Laskey has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains 40 commits:
>>
>> - Merge remote-tracking branch 'upstream/master' into 8315458
On Tue, 28 Nov 2023 14:43:36 GMT, Alan Bateman wrote:
>> Jim Laskey has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains 40 commits:
>>
>> - Merge remote-tracking branch 'upstream/master' into 8315458
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
On Mon, 27 Nov 2023 23:46:00 GMT, Joe Darcy wrote:
>> Jim Laskey has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Requested changes
>
> test/langtools/tools/javac/ImplicitClass/TestImplicitClass.
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
On Tue, 28 Nov 2023 14:15:48 GMT, Alan Bateman wrote:
>> Jim Laskey has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains 40 commits:
>>
>> - Merge remote-tracking branch 'upstream/master' into 8315458
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
On Fri, 24 Nov 2023 11:00:18 GMT, Alan Bateman wrote:
>> Jim Laskey has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Remove Test
>
> src/java.base/share/classes/java/lang/Class.java line 4797:
>
>>
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
On Wed, 22 Nov 2023 15:29:08 GMT, Jim Laskey wrote:
>> Address changes from JEP 445 to JEP 463.
>>
>> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>>
>> - Don't mark class on read.
>>
>> - Remove reflection and annota
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
On Tue, 21 Nov 2023 19:16:06 GMT, Alan Bateman wrote:
>> Jim Laskey has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Update Class.java
>
> src/java.base/share/classes/java/lang/Class.java line 4823:
On Tue, 21 Nov 2023 17:52:49 GMT, Jim Laskey wrote:
>> Address changes from JEP 445 to JEP 463.
>>
>> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>>
>> - Don't mark class on read.
>>
>> - Remove reflection and annota
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
On Tue, 21 Nov 2023 10:38:36 GMT, Pavel Rappo wrote:
>> Look at the spec https://bugs.openjdk.org/browse/JDK-8319252 under 7.3
>> Compilation Units.
>>
>> - It is not abstract (8.1.1.1 ⇗).
>> - It is final (8.1.1.2 ⇗).
>> - It is a member of an unnamed package (7.4.2 ⇗) and **has package
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
On Mon, 20 Nov 2023 13:56:13 GMT, Christian Stein wrote:
>> src/java.base/share/classes/java/lang/Class.java line 4839:
>>
>>> 4837: @PreviewFeature(feature=PreviewFeature.Feature.IMPLICIT_CLASSES)
>>> 4838: @CallerSensitive
>>> 4839: public Method getMainMethod() {
>>
>> This is a
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
On Mon, 20 Nov 2023 11:55:57 GMT, Maurizio Cimadamore
wrote:
>> src/jdk.compiler/share/classes/com/sun/tools/javac/comp/Check.java line 464:
>>
>>> 462: }
>>> 463: for (Symbol sym = s.owner; sym != null; sym = sym.owner) {
>>> 464: if (sym.kind == TYP && sym.name ==
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
> Address changes from JEP 445 to JEP 463.
>
> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>
> - Don't mark class on read.
>
> - Remove reflection and annotation processing related to unnamed classes.
>
> - Simplify main method search.
Jim
On Mon, 16 Oct 2023 13:41:55 GMT, Jim Laskey wrote:
> Update String Templates for a second preview. With the addition of
>
> - Expression type and throws are determined from the `process` method of the
> processor type and not the processor type.
>
> - Qualified `STR` and
1 - 100 of 552 matches
Mail list logo