January 2026 Archives by date

• Messages sorted by: [ thread ] [ subject ] [ author ]
• More info on this list...

Starting: Thu Jan 1 04:24:19 UTC 2026
Ending: Fri Jan 30 08:54:21 UTC 2026
Messages: 225

• Withdrawn: 8374324: Update copyright year to 2025 for jdk.compiler in files where it was missed   Sergey Bylokhov
• RFR: 8374293: Jshell throws an error and crashes when using keyword Public   Lei Zhu
• RFR: 8344159: Add lint warnings for unnecessary warning suppression [v5]   Sergey Bylokhov
• RFR: 8344159: Add lint warnings for unnecessary warning suppression [v5]   Archie Cobbs
• RFR: 8344159: Add lint warnings for unnecessary warning suppression [v6]   Archie Cobbs
• RFR: 8353487: JShell LocalExecutionControl should allow decorating the execution task [v3]   Archie Cobbs
• RFR: 8371162: Compiler warns about implicit cast from long to int in shift operation [v4]   Archie Cobbs
• RFR: 8374434: Several JShell tests report JUnit discovery warnings   Jan Lahoda
• ivar dependencies during resolution   Stephan Herrmann
• RFR: 8374643: Fix reference to implMethodKind in LambdaToMethod debug printf statement   Liam Miller-Cushon
• RFR: 8374654: Inconsistent handling of lambda deserialization for Object method references on interfaces   Liam Miller-Cushon
• RFR: 8374658: Consider use of "included" rather than "enclosed" in jx.a.p.Processor   Joe Darcy
• RFR: 8374658: Consider use of "included" rather than "enclosed" in jx.a.p.Processor   Joe Darcy
• RFR: 8374658: Consider use of "included" rather than "enclosed" in jx.a.p.Processor   Joe Darcy
• RFR: 8372948: Store end positions directly in JCTree [v5]   Liam Miller-Cushon
• RFR: 8374434: Several JShell tests report JUnit discovery warnings   Jaikiran Pai
• RFR: 8367993: G1: Speed up ConcurrentMark initialization [v2]   Leo Korinth
• RFR: 8367993: G1: Speed up ConcurrentMark initialization [v3]   Leo Korinth
• RFR: 8374718: Generation of CompilerProperties can fail in subtle ways   Maurizio Cimadamore
• RFR: 8374718: Generation of CompilerProperties can fail in subtle ways   Jan Lahoda
• RFR: 8374434: Several JShell tests report JUnit discovery warnings [v2]   Jaikiran Pai
• RFR: 8374434: Several JShell tests report JUnit discovery warnings [v2]   Jan Lahoda
• RFR: 8374434: Several JShell tests report JUnit discovery warnings [v2]   Jan Lahoda
• RFR: 8374654: Inconsistent handling of lambda deserialization for Object method references on interfaces   Jan Lahoda
• RFR: 8374654: Inconsistent handling of lambda deserialization for Object method references on interfaces   Liam Miller-Cushon
• Same type checking and array types and containsTypeEquivalent question   Laird Nelson
• RFR: 8374749: Clarify AnnotationValue specification   Joe Darcy
• RFR: 8374752: Add more JLS links to javax.lang.model.element.*   Joe Darcy
• RFR: 8374752: Add more JLS links to javax.lang.model.element.*   Chen Liang
• RFR: 8374749: Clarify AnnotationValue specification   Iris Clark
• RFR: 8374752: Add more JLS links to javax.lang.model.element.*   Joe Darcy
• RFR: 8374752: Add more JLS links to javax.lang.model.element.*   Joe Darcy
• RFR: 8374752: Add more JLS links to javax.lang.model.element.* [v2]   Joe Darcy
• Integrated: 8374434: Several JShell tests report JUnit discovery warnings   Jan Lahoda
• RFR: 8374379: Type annotation in new array dimension expression causes java.lang.AssertionError   Jan Lahoda
• RFR: 8374752: Add more JLS links to javax.lang.model.element.* [v2]   Chen Liang
• RFR: 8374749: Clarify AnnotationValue specification   Chen Liang
• Integrated: 8374718: Generation of CompilerProperties can fail in subtle ways   Maurizio Cimadamore
• RFR: 8374293: Jshell throws an error and crashes when using keyword Public   Jan Lahoda
• RFR: 8374654: Inconsistent handling of lambda deserialization for Object method references on interfaces   Liam Miller-Cushon
• RFR: 8374379: Type annotation in new array dimension expression causes java.lang.AssertionError   Vicente Romero
• RFR: 8374654: Inconsistent handling of lambda deserialization for Object method references on interfaces   Vicente Romero
• RFR: 8208752: Calling a deserialized Lambda might fail with ClassCastException   Liam Miller-Cushon
• Integrated: 8374752: Add more JLS links to javax.lang.model.element.*   Joe Darcy
• RFR: 8374749: Clarify AnnotationValue specification   Joe Darcy
• RFR: 8374749: Clarify AnnotationValue specification [v2]   Joe Darcy
• RFR: 8374749: Clarify AnnotationValue specification [v2]   Joe Darcy
• RFR: 8364182: Add jcmd VM.properties command   Kieran Farrell
• RFR: 8364182: Add jcmd VM.properties command [v2]   Kieran Farrell
• RFR: 8364182: Add jcmd VM.properties command [v2]   Johannes Döbler
• RFR: 8208752: Calling a deserialized Lambda might fail with ClassCastException [v2]   Liam Miller-Cushon
• RFR: 8364182: Add jcmd VM.properties command [v3]   Kieran Farrell
• RFR: 8364182: Add jcmd VM.properties command [v2]   Kieran Farrell
• RFR: 8364182: Add jcmd VM.properties command [v3]   Larry Cable
• RFR: 8364182: Add jcmd VM.properties command [v3]   Kevin Walls
• RFR: 8374749: Clarify AnnotationValue specification [v3]   Joe Darcy
• RFR: 8364182: Add jcmd VM.properties command [v4]   Kieran Farrell
• RFR: 8364182: Add jcmd VM.properties command [v3]   Larry Cable
• RFR: 8374749: Clarify AnnotationValue specification [v3]   Chen Liang
• Integrated: 8374749: Clarify AnnotationValue specification   Joe Darcy
• RFR: 8374658: Consider use of "included" rather than "enclosed" in jx.a.p.Processor   Chen Liang
• RFR: 8364182: Add jcmd VM.properties command [v3]   Alan Bateman
• RFR: 8367993: G1: Speed up ConcurrentMark initialization [v3]   Stefan Johansson
• RFR: 8364182: Add jcmd VM.properties command [v4]   Alan Bateman
• RFR: 8364182: Add jcmd VM.properties command [v5]   Kieran Farrell
• RFR: 8364182: Add jcmd VM.properties command [v5]   Kieran Farrell
• RFR: 8367993: G1: Speed up ConcurrentMark initialization [v2]   Stefan Karlsson
• RFR: 8364182: Add jcmd VM.properties command [v5]   Alan Bateman
• Same type checking and array types and containsTypeEquivalent question   Maurizio Cimadamore
• Same type checking and array types and containsTypeEquivalent question   Laird Nelson
• RFR: 8364182: Add jcmd VM.properties command [v6]   Kieran Farrell
• RFR: 8374953: Add note on about implicit state when comparing TypeMirrors   Joe Darcy
• RFR: 8374953: Add note on about implicit state when comparing TypeMirrors   Attila Szegedi
• RFR: 8374953: Add note on about implicit state when comparing TypeMirrors   Vicente Romero
• RFR: 8374953: Add note on about implicit state when comparing TypeMirrors   Jan Lahoda
• Integrated: 8374953: Add note on about implicit state when comparing TypeMirrors   Joe Darcy
• Integrated: 8374379: Type annotation in new array dimension expression causes java.lang.AssertionError   Jan Lahoda
• RFR: 8370800: Downgrade cant.attach.type.annotations diagnostics to warnings [v8]   Liam Miller-Cushon
• RFR: 8375015: CompletionAPITest::testDocumentation failed - AssertionFailedError: expected: <null> but was: <jshelltest.JShellTest>   Christian Stein
• RFR: 8364182: Add jcmd VM.properties command [v6]   Alan Bateman
• RFR: 8364182: Add jcmd VM.properties command [v7]   Kieran Farrell
• ivar dependencies during resolution   Stephan Herrmann
• RFR: 8364182: Add jcmd VM.properties command [v7]   Sean Mullan
• RFR: 8364182: Add jcmd VM.properties command [v7]   Leonid Mesnik
• RFR: 8374293: Jshell throws an error and crashes when using keyword Public [v2]   Lei Zhu
• RFR: 8374293: Jshell throws an error and crashes when using keyword Public [v2]   Lei Zhu
• RFR: 8364182: Add jcmd VM.properties command [v8]   Kieran Farrell
• RFR: 8375646: Some parser flags seem unused   Maurizio Cimadamore
• RFR: 8375646: Some parser flags seem unused   Maurizio Cimadamore
• RFR: 8375646: Some parser flags seem unused [v2]   Maurizio Cimadamore
• RFR: 8375646: Some parser flags seem unused [v2]   Vicente Romero
• RFR: 8375646: Some parser flags seem unused [v2]   Jan Lahoda
• RFR: 8375646: Some parser flags seem unused [v2]   Maurizio Cimadamore
• RFR: 8375646: Some parser flags seem unused [v3]   Maurizio Cimadamore
• RFR: 8208752: Calling a deserialized Lambda might fail with ClassCastException [v3]   Liam Miller-Cushon
• RFR: 8374654: Inconsistent handling of lambda deserialization for Object method references on interfaces [v2]   Liam Miller-Cushon
• RFR: 8374654: Inconsistent handling of lambda deserialization for Object method references on interfaces   Liam Miller-Cushon
• RFR: 8375015: CompletionAPITest::testDocumentation failed - AssertionFailedError: expected: <null> but was: <jshelltest.JShellTest>   Jan Lahoda
• Integrated: 8375015: CompletionAPITest::testDocumentation failed - AssertionFailedError: expected: <null> but was: <jshelltest.JShellTest>   Christian Stein
• RFR: 8375775: JDK 26 RDP2 L10n resource files update   Damon Nguyen
• RFR: 8375775: JDK 26 RDP2 L10n resource files update   Naoto Sato
• RFR: 8375775: JDK 26 RDP2 L10n resource files update   Justin Lu
• RFR: 8375775: JDK 26 RDP2 L10n resource files update   Chen Liang
• RFR: 8374643: Fix reference to implMethodKind in LambdaToMethod debug printf statement   Maurizio Cimadamore
• RFR: 8374643: Fix reference to implMethodKind in LambdaToMethod debug printf statement [v2]   Liam Miller-Cushon
• RFR: 8374643: Fix reference to implMethodKind in LambdaToMethod debug printf statement [v2]   Liam Miller-Cushon
• RFR: 8375646: Some parser flags seem unused [v3]   Jan Lahoda
• Integrated: 8375646: Some parser flags seem unused   Maurizio Cimadamore
• RFR: 8374643: Fix reference to implMethodKind in LambdaToMethod debug printf statement [v3]   Liam Miller-Cushon
• Integrated: 8375775: JDK 26 RDP2 L10n resource files update   Damon Nguyen
• [jdk26] RFR: 8375775: JDK 26 RDP2 L10n resource files update   Justin Lu
• [jdk26] RFR: 8375775: JDK 26 RDP2 L10n resource files update   Damon Nguyen
• [jdk26] RFR: 8375775: JDK 26 RDP2 L10n resource files update   Naoto Sato
• [jdk26] Integrated: 8375775: JDK 26 RDP2 L10n resource files update   Damon Nguyen
• RFR: 8374643: Fix reference to implMethodKind in LambdaToMethod debug printf statement [v3]   Vicente Romero
• RFR: 8374643: Fix reference to implMethodKind in LambdaToMethod debug printf statement [v3]   Chen Liang
• Integrated: 8374643: Fix reference to implMethodKind in LambdaToMethod debug printf statement   Liam Miller-Cushon
• RFR: 8374654: Inconsistent handling of lambda deserialization for Object method references on interfaces [v3]   Liam Miller-Cushon
• RFR: 8374654: Inconsistent handling of lambda deserialization for Object method references on interfaces [v2]   Liam Miller-Cushon
• RFR: 8372948: Store end positions directly in JCTree [v5]   Maurizio Cimadamore
• RFR: 8374654: Inconsistent handling of lambda deserialization for Object method references on interfaces   Liam Miller-Cushon
• RFR: 8374654: Inconsistent handling of lambda deserialization for Object method references on interfaces [v4]   Liam Miller-Cushon
• RFR: 8208752: Calling a deserialized Lambda might fail with ClassCastException [v4]   Liam Miller-Cushon
• RFR: 8372948: Store end positions directly in JCTree [v6]   Liam Miller-Cushon
• RFR: 8375433: jar should validate automatic module names   Christian Stein
• RFR: 8208752: Calling a deserialized Lambda might fail with ClassCastException [v4]   Jan Lahoda
• RFR: 8208752: Calling a deserialized Lambda might fail with ClassCastException [v4]   Liam Miller-Cushon
• RFR: 8374654: Inconsistent handling of lambda deserialization for Object method references on interfaces [v4]   Jan Lahoda
• RFR: 8208752: Calling a deserialized Lambda might fail with ClassCastException [v4]   Jan Lahoda
• RFR: 8208752: Calling a deserialized Lambda might fail with ClassCastException [v4]   Liam Miller-Cushon
• RFR: 8208752: Calling a deserialized Lambda might fail with ClassCastException [v4]   Jan Lahoda
• RFR: 8374654: Inconsistent handling of lambda deserialization for Object method references on interfaces [v4]   Liam Miller-Cushon
• RFR: 8374293: Jshell throws an error and crashes when using keyword Public [v2]   Jan Lahoda
• RFR: 8367530: The exhaustiveness errors could be improved [v12]   Jan Lahoda
• RFR: 8208752: Calling a deserialized Lambda might fail with ClassCastException [v4]   Liam Miller-Cushon
• RFR: 8367530: The exhaustiveness errors could be improved [v13]   Jan Lahoda
• RFR: 8375433: jar should validate automatic module names   Jorn Vernee
• RFR: 8374293: Jshell throws an error and crashes when using keyword Public [v2]   Lei Zhu
• RFR: 8374293: Jshell throws an error and crashes when using keyword Public [v2]   duke
• Integrated: 8374293: Jshell throws an error and crashes when using keyword Public   Lei Zhu
• RFR: 8375433: jar should validate automatic module names [v2]   Christian Stein
• RFR: 8375433: jar should validate automatic module names   Christian Stein
• RFR: 8375571: Compiler crash when using record pattern matching with a generic type parameter shadowing a record class   Jan Lahoda
• RFR: 8372948: Store end positions directly in JCTree [v6]   Maurizio Cimadamore
• RFR: 8372948: Store end positions directly in JCTree [v6]   Jan Lahoda
• RFR: 8367530: The exhaustiveness errors could be improved [v13]   Maurizio Cimadamore
• RFR: 8367530: The exhaustiveness errors could be improved [v13]   Maurizio Cimadamore
• RFR: 8367530: The exhaustiveness errors could be improved [v13]   Maurizio Cimadamore
• RFR: 8367530: The exhaustiveness errors could be improved [v13]   Maurizio Cimadamore
• RFR: 8367530: The exhaustiveness errors could be improved [v13]   Maurizio Cimadamore
• RFR: 8372948: Store end positions directly in JCTree [v6]   Liam Miller-Cushon
• RFR: 8367530: The exhaustiveness errors could be improved [v13]   Maurizio Cimadamore
• RFR: 8367530: The exhaustiveness errors could be improved [v13]   Maurizio Cimadamore
• RFR: 8367530: The exhaustiveness errors could be improved [v13]   Maurizio Cimadamore
• RFR: 8367530: The exhaustiveness errors could be improved [v13]   Maurizio Cimadamore
• RFR: 8372948: Store end positions directly in JCTree [v7]   Liam Miller-Cushon
• RFR: 8372948: Store end positions directly in JCTree [v6]   Liam Miller-Cushon
• RFR: 8374176: Update --release 26 symbol information for JDK 26 build 32   Nizar Benalla
• RFR: 8374176: Update --release 26 symbol information for JDK 26 build 32   Nizar Benalla
• Withdrawn: 8374654: Inconsistent handling of lambda deserialization for Object method references on interfaces   Liam Miller-Cushon
• RFR: 8374176: Update --release 26 symbol information for JDK 26 build 32   Chen Liang
• RFR: 8372948: Store end positions directly in JCTree [v6]   Maurizio Cimadamore
• RFR: 8372948: Store end positions directly in JCTree [v6]   Maurizio Cimadamore
• RFR: 8372948: Store end positions directly in JCTree [v8]   Liam Miller-Cushon
• RFR: 8372948: Store end positions directly in JCTree [v6]   Liam Miller-Cushon
• RFR: 8374176: Update --release 26 symbol information for JDK 26 build 32   Joe Darcy
• RFR: 8374176: Update --release 26 symbol information for JDK 26 build 32   Nizar Benalla
• RFR: 8374176: Update --release 26 symbol information for JDK 26 build 32   Joe Darcy
• RFR: 8374176: Update --release 26 symbol information for JDK 26 build 32   Nizar Benalla
• RFR: 8374176: Update --release 26 symbol information for JDK 26 build 32   Joe Darcy
• RFR: 8374176: Update --release 26 symbol information for JDK 26 build 32 [v2]   Nizar Benalla
• RFR: 8374176: Update --release 26 symbol information for JDK 26 build 32 [v2]   Chen Liang
• RFR: 8375433: jar should validate automatic module names [v2]   Jorn Vernee
• RFR: 8374176: Update --release 26 symbol information for JDK 26 build 32 [v2]   Iris Clark
• RFR: 8372948: Store end positions directly in JCTree [v6]   Maurizio Cimadamore
• RFR: 8374176: Update --release 26 symbol information for JDK 26 build 32 [v2]   Joe Darcy
• RFR: 8372948: Store end positions directly in JCTree [v6]   Liam Miller-Cushon
• RFR: 8372948: Store end positions directly in JCTree [v6]   Maurizio Cimadamore
• RFR: 8375433: jar should validate automatic module names [v2]   Christian Stein
• RFR: 8375433: jar should validate automatic module names [v2]   Christian Stein
• RFR: 8375433: jar should validate automatic module names [v2]   Jorn Vernee
• RFR: 8372948: Store end positions directly in JCTree [v8]   Jan Lahoda
• RFR: 8372948: Store end positions directly in JCTree [v6]   Jan Lahoda
• RFR: 8372948: Store end positions directly in JCTree [v9]   Liam Miller-Cushon
• RFR: 8375433: jar should validate automatic module names [v2]   Christian Stein
• RFR: 8375433: jar should validate automatic module names [v2]   Christian Stein
• RFR: 8367530: The exhaustiveness errors could be improved [v14]   Jan Lahoda
• RFR: 8367530: The exhaustiveness errors could be improved [v13]   Jan Lahoda
• RFR: 8367530: The exhaustiveness errors could be improved [v13]   Jan Lahoda
• RFR: 8367530: The exhaustiveness errors could be improved [v15]   Jan Lahoda
• RFR: 8367530: The exhaustiveness errors could be improved [v13]   Jan Lahoda
• RFR: 8367530: The exhaustiveness errors could be improved [v13]   Jan Lahoda
• RFR: 8375433: jar should validate automatic module names [v2]   Jorn Vernee
• RFR: 8375433: jar should validate automatic module names [v2]   Jorn Vernee
• Integrated: 8374176: Update --release 26 symbol information for JDK 26 build 32   Nizar Benalla
• RFR: 8375433: jar should validate automatic module names [v2]   Alan Bateman
• RFR: 8367530: The exhaustiveness errors could be improved [v15]   Vicente Romero
• RFR: 8367530: The exhaustiveness errors could be improved [v15]   Vicente Romero
• RFR: 8367530: The exhaustiveness errors could be improved [v15]   Vicente Romero
• RFR: 8367530: The exhaustiveness errors could be improved [v15]   Vicente Romero
• RFR: 8367530: The exhaustiveness errors could be improved [v15]   Maurizio Cimadamore
• RFR: 8367530: The exhaustiveness errors could be improved [v13]   Maurizio Cimadamore
• RFR: 8367530: The exhaustiveness errors could be improved [v13]   Maurizio Cimadamore
• RFR: 8372948: Store end positions directly in JCTree [v6]   Liam Miller-Cushon
• Integrated: 8375433: jar should validate automatic module names   Christian Stein
• RFR: 8367530: The exhaustiveness errors could be improved [v16]   Jan Lahoda
• RFR: 8367530: The exhaustiveness errors could be improved [v15]   Jan Lahoda
• RFR: 8367530: The exhaustiveness errors could be improved [v16]   Vicente Romero
• RFR: 8375571: Compiler crash when using record pattern matching with a generic type parameter shadowing a record class   Vicente Romero
• RFR: 8367530: The exhaustiveness errors could be improved [v16]   Jan Lahoda
• Q: Why are $assertionsDisabled nested classes loaded eagerly by interface static initializers?   Eirik Bjørsnøs
• Q: Why are $assertionsDisabled nested classes loaded eagerly by interface static initializers?   David Lloyd
• Q: Why are $assertionsDisabled nested classes loaded eagerly by interface static initializers?   Chen Liang
• Q: Why are $assertionsDisabled nested classes loaded eagerly by interface static initializers?   Chen Liang
• Q: Why are $assertionsDisabled nested classes loaded eagerly by interface static initializers?   Eirik Bjørsnøs
• [External] : Re: Q: Why are $assertionsDisabled nested classes loaded eagerly by interface static initializers?   Chen Liang
• Q: Why are $assertionsDisabled nested classes loaded eagerly by interface static initializers?   David Lloyd
• RFR: 8208752: Calling a deserialized Lambda might fail with ClassCastException [v4]   Vicente Romero
• RFR: 8371162: Compiler warns about implicit cast from long to int in shift operation [v4]   Vicente Romero
• RFR: 8374045: Add support to run benchmarking with fragmented CodeCache   Chad Rakoczy
• RFR: 8374045: Add support to run benchmarking with fragmented CodeCache   Chad Rakoczy
• RFR: 8371162: Compiler warns about implicit cast from long to int in shift operation [v4]   Archie Cobbs
• Integrated: 8371162: Compiler warns about implicit cast from long to int in shift operation   Archie Cobbs
• Integrated: 8375571: Compiler crash when using record pattern matching with a generic type parameter shadowing a record class   Jan Lahoda
• RFR: 8208752: Calling a deserialized Lambda might fail with ClassCastException [v4]   Liam Miller-Cushon

Last message date: Fri Jan 30 08:54:21 UTC 2026
Archived on: Fri Jan 30 08:54:27 UTC 2026

• Messages sorted by: [ thread ] [ subject ] [ author ]
• More info on this list...