build-dev  

Messages by Thread

• • Re: RFR: 8364664: gtest death tests failing on Windows Erik Joelsson
  • Re: RFR: 8364664: gtest death tests failing on Windows Kim Barrett
  • Re: RFR: 8364664: gtest death tests failing on Windows Saint Wesonga
  • Re: RFR: 8364664: gtest death tests failing on Windows Saint Wesonga
  • Re: RFR: 8364664: gtest death tests failing on Windows Thomas Stuefe
  • Re: RFR: 8364664: gtest death tests failing on Windows Thomas Stuefe
  • Re: RFR: 8364664: gtest death tests failing on Windows Thomas Stuefe
  • Re: RFR: 8364664: gtest death tests failing on Windows Saint Wesonga
  • Re: RFR: 8364664: gtest death tests failing on Windows Thomas Stuefe
  • Re: RFR: 8364664: gtest death tests failing on Windows Magnus Ihse Bursie
  • Re: RFR: 8364664: gtest death tests failing on Windows Magnus Ihse Bursie
  • Re: RFR: 8364664: gtest death tests failing on Windows Magnus Ihse Bursie
  • Withdrawn: 8364664: gtest death tests failing on Windows Saint Wesonga
  • Re: RFR: 8364664: gtest death tests failing on Windows Magnus Ihse Bursie
• RFR: 8364611: (process) Child process SIGPIPE signal disposition should be default Thomas Stuefe
  • Re: RFR: 8364611: (process) Child process SIGPIPE signal disposition should be default Erik Joelsson
  • Re: RFR: 8364611: (process) Child process SIGPIPE signal disposition should be default [v4] Roger Riggs
  • Re: RFR: 8364611: (process) Child process SIGPIPE signal disposition should be default Roger Riggs
  • Re: RFR: 8364611: (process) Child process SIGPIPE signal disposition should be default [v2] Thomas Stuefe
  • Re: RFR: 8364611: (process) Child process SIGPIPE signal disposition should be default Roger Riggs
  • Re: RFR: 8364611: (process) Child process SIGPIPE signal disposition should be default [v2] Thomas Stuefe
  • Re: RFR: 8364611: (process) Child process SIGPIPE signal disposition should be default [v2] Thomas Stuefe
  • Re: RFR: 8364611: (process) Child process SIGPIPE signal disposition should be default [v3] Thomas Stuefe
  • Re: RFR: 8364611: (process) Child process SIGPIPE signal disposition should be default [v3] Roger Riggs
  • Re: RFR: 8364611: (process) Child process SIGPIPE signal disposition should be default [v3] Thomas Stuefe
  • Re: RFR: 8364611: (process) Child process SIGPIPE signal disposition should be default [v3] Thomas Stuefe
  • Re: RFR: 8364611: (process) Child process SIGPIPE signal disposition should be default [v4] Thomas Stuefe
  • Re: RFR: 8364611: (process) Child process SIGPIPE signal disposition should be default [v4] Roger Riggs
  • Re: RFR: 8364611: (process) Child process SIGPIPE signal disposition should be default [v4] Erik Joelsson
  • Integrated: 8364611: (process) Child process SIGPIPE signal disposition should be default Thomas Stuefe
• [jdk25] RFR: 8364038: Remove EA from the JDK 25 version string with first RC promotion Jesper Wilhelmsson
  • Re: [jdk25] RFR: 8364038: Remove EA from the JDK 25 version string with first RC promotion Mikael Vidstedt
  • Re: [jdk25] RFR: 8364038: Remove EA from the JDK 25 version string with first RC promotion Erik Joelsson
  • Re: [jdk25] RFR: 8364038: Remove EA from the JDK 25 version string with first RC promotion Iris Clark
  • Re: [jdk25] RFR: 8364038: Remove EA from the JDK 25 version string with first RC promotion Christian Stein
  • [jdk25] Integrated: 8364038: Remove EA from the JDK 25 version string with first RC promotion Jesper Wilhelmsson
• RFR: 8294074: Make other specs more discoverable from the API docs Hannes Wallnöfer
  • Re: RFR: 8294074: Make other specs more discoverable from the API docs Alan Bateman
  • Re: RFR: 8294074: Make other specs more discoverable from the API docs Hannes Wallnöfer
  • Re: RFR: 8294074: Make other specs more discoverable from the API docs [v2] Iris Clark
  • Re: RFR: 8294074: Make other specs more discoverable from the API docs [v2] Mark Reinhold
  • Re: RFR: 8294074: Make other specs more discoverable from the API docs [v3] John R Rose
  • Re: RFR: 8294074: Make other specs more discoverable from the API docs [v2] Hannes Wallnöfer
  • Re: RFR: 8294074: Make other specs more discoverable from the API docs [v2] Mark Reinhold
  • Re: RFR: 8294074: Make other specs more discoverable from the API docs [v3] Hannes Wallnöfer
  • Re: RFR: 8294074: Make other specs more discoverable from the API docs [v3] Mark Reinhold
  • Integrated: 8294074: Make other specs more discoverable from the API docs Hannes Wallnöfer
• JDK-8363942: Unable to make images after "make -t" Andrew Leonard
  • Re: JDK-8363942: Unable to make images after "make -t" Erik Joelsson
  • RE: JDK-8363942: Unable to make images after "make -t" Andrew Leonard
• Re: RFR: 8362885: A more formal way to mark javac's Flags that belong to a specific Symbol type only [v3] Chen Liang
  • Re: RFR: 8362885: A more formal way to mark javac's Flags that belong to a specific Symbol type only [v3] Jan Lahoda
  • Re: RFR: 8362885: A more formal way to mark javac's Flags that belong to a specific Symbol type only [v3] Erik Joelsson
  • Re: RFR: 8362885: A more formal way to mark javac's Flags that belong to a specific Symbol type only [v3] Magnus Ihse Bursie
• Re: RFR: 8362885: A more formal way to mark javac's Flags that belong to a specific Symbol type only [v2] Jan Lahoda
• RFR: 8364185: [BACKOUT] AArch64: [VectorAPI] sve vector math operations are not supported after JDK-8353217 Jaikiran Pai
  • Re: RFR: 8364185: [BACKOUT] AArch64: [VectorAPI] sve vector math operations are not supported after JDK-8353217 Albert Mingkun Yang
  • Re: RFR: 8364185: [BACKOUT] AArch64: [VectorAPI] sve vector math operations are not supported after JDK-8353217 Jaikiran Pai
  • Integrated: 8364185: [BACKOUT] AArch64: [VectorAPI] sve vector math operations are not supported after JDK-8353217 Jaikiran Pai
• RFR: 8364177: JDK fails to build due to undefined symbol in libpng on LoongArch64 Ao Qi
  • Re: RFR: 8364177: JDK fails to build due to undefined symbol in libpng on LoongArch64 Phil Race
  • Re: RFR: 8364177: JDK fails to build due to undefined symbol in libpng on LoongArch64 Ao Qi
  • Re: RFR: 8364177: JDK fails to build due to undefined symbol in libpng on LoongArch64 Phil Race
  • Re: RFR: 8364177: JDK fails to build due to undefined symbol in libpng on LoongArch64 Alexey Ivanov
  • Re: RFR: 8364177: JDK fails to build due to undefined symbol in libpng on LoongArch64 Erik Joelsson
  • Re: RFR: 8364177: JDK fails to build due to undefined symbol in libpng on LoongArch64 Ao Qi
  • Re: RFR: 8364177: JDK fails to build due to undefined symbol in libpng on LoongArch64 Ao Qi
  • Re: RFR: 8364177: JDK fails to build due to undefined symbol in libpng on LoongArch64 duke
  • Re: RFR: 8364177: JDK fails to build due to undefined symbol in libpng on LoongArch64 Ao Qi
  • Integrated: 8364177: JDK fails to build due to undefined symbol in libpng on LoongArch64 Ao Qi
• RFR: 8363063: AArch64: [VectorAPI] sve vector math operations are not supported after JDK-8353217 Fei Gao
  • Re: RFR: 8363063: AArch64: [VectorAPI] sve vector math operations are not supported after JDK-8353217 Aleksey Shipilev
  • Re: RFR: 8363063: AArch64: [VectorAPI] sve vector math operations are not supported after JDK-8353217 Andrew Haley
  • Re: RFR: 8363063: AArch64: [VectorAPI] sve vector math operations are not supported after JDK-8353217 Fei Gao
  • Re: RFR: 8363063: AArch64: [VectorAPI] sve vector math operations are not supported after JDK-8353217 Aleksey Shipilev
  • Re: RFR: 8363063: AArch64: [VectorAPI] sve vector math operations are not supported after JDK-8353217 Fei Gao
  • Re: RFR: 8363063: AArch64: [VectorAPI] sve vector math operations are not supported after JDK-8353217 Jaikiran Pai
  • Re: RFR: 8363063: AArch64: [VectorAPI] sve vector math operations are not supported after JDK-8353217 Fei Gao
  • Integrated: 8363063: AArch64: [VectorAPI] sve vector math operations are not supported after JDK-8353217 Fei Gao
• RFR: 8363965: GHA: Switch cross-compiling sysroots to Debian bookworm Aleksey Shipilev
  • Re: RFR: 8363965: GHA: Switch cross-compiling sysroots to Debian bookworm Aleksey Shipilev
  • Re: RFR: 8363965: GHA: Switch cross-compiling sysroots to Debian bookworm Aleksey Shipilev
  • Re: RFR: 8363965: GHA: Switch cross-compiling sysroots to Debian bookworm Christoph Langer
  • Re: RFR: 8363965: GHA: Switch cross-compiling sysroots to Debian bookworm Aleksey Shipilev
  • Re: RFR: 8363965: GHA: Switch cross-compiling sysroots to Debian bookworm Aleksey Shipilev
  • Re: RFR: 8363965: GHA: Switch cross-compiling sysroots to Debian bookworm Aleksey Shipilev
  • Re: RFR: 8363965: GHA: Switch cross-compiling sysroots to Debian bookworm Julian Waters
  • Re: RFR: 8363965: GHA: Switch cross-compiling sysroots to Debian bookworm Aleksey Shipilev
  • Integrated: 8363965: GHA: Switch cross-compiling sysroots to Debian bookworm Aleksey Shipilev
• RFR: 8363910: Avoid tuning for Power10 CPUs on Linux ppc64le when gcc < 10 is used Matthias Baesken
  • Re: RFR: 8363910: Avoid tuning for Power10 CPUs on Linux ppc64le when gcc < 10 is used Matthias Baesken
  • Re: RFR: 8363910: Avoid tuning for Power10 CPUs on Linux ppc64le when gcc < 10 is used Lutz Schmidt
  • Re: RFR: 8363910: Avoid tuning for Power10 CPUs on Linux ppc64le when gcc < 10 is used Matthias Baesken
  • Re: RFR: 8363910: Avoid tuning for Power10 CPUs on Linux ppc64le when gcc < 10 is used Thomas Stuefe
  • Re: RFR: 8363910: Avoid tuning for Power10 CPUs on Linux ppc64le when gcc < 10 is used Matthias Baesken
  • Integrated: 8363910: Avoid tuning for Power10 CPUs on Linux ppc64le when gcc < 10 is used Matthias Baesken
• RFR: 8359760: Remove the jdk.jsobject module Kevin Rushforth
  • Re: RFR: 8359760: Remove the jdk.jsobject module Kevin Rushforth
  • Re: RFR: 8359760: Remove the jdk.jsobject module Alan Bateman
  • Re: RFR: 8359760: Remove the jdk.jsobject module Kevin Rushforth
  • Re: RFR: 8359760: Remove the jdk.jsobject module Roger Riggs
  • Re: RFR: 8359760: Remove the jdk.jsobject module Kevin Rushforth
  • Re: RFR: 8359760: Remove the jdk.jsobject module Roger Riggs
  • Re: RFR: 8359760: Remove the jdk.jsobject module Kevin Rushforth
  • Re: RFR: 8359760: Remove the jdk.jsobject module [v2] Alan Bateman
  • Re: RFR: 8359760: Remove the jdk.jsobject module [v2] Hannes Wallnöfer
  • Re: RFR: 8359760: Remove the jdk.jsobject module [v2] Hannes Wallnöfer
  • Re: RFR: 8359760: Remove the jdk.jsobject module [v2] Kevin Rushforth
  • Re: RFR: 8359760: Remove the jdk.jsobject module [v2] Kevin Rushforth
  • Re: RFR: 8359760: Remove the jdk.jsobject module [v2] Roger Riggs
  • Re: RFR: 8359760: Remove the jdk.jsobject module [v2] Iris Clark
  • Re: RFR: 8359760: Remove the jdk.jsobject module [v2] Alan Bateman
  • Re: RFR: 8359760: Remove the jdk.jsobject module [v2] duke
  • Integrated: 8359760: Remove the jdk.jsobject module Kevin Rushforth
• RFR: 8362582: GHA: Increase bundle retention time to deal with infra overload better Aleksey Shipilev
  • Re: RFR: 8362582: GHA: Increase bundle retention time to deal with infra overload better Thomas Stuefe
  • Re: RFR: 8362582: GHA: Increase bundle retention time to deal with infra overload better Aleksey Shipilev
  • Re: RFR: 8362582: GHA: Increase bundle retention time to deal with infra overload better Thomas Stuefe
  • Re: RFR: 8362582: GHA: Increase bundle retention time to deal with infra overload better Goetz Lindenmaier
  • Re: RFR: 8362582: GHA: Increase bundle retention time to deal with infra overload better Thomas Stuefe
  • Re: RFR: 8362582: GHA: Increase bundle retention time to deal with infra overload better Aleksey Shipilev
  • Re: RFR: 8362582: GHA: Increase bundle retention time to deal with infra overload better Julian Waters
  • Re: RFR: 8362582: GHA: Increase bundle retention time to deal with infra overload better Christoph Langer
  • Integrated: 8362582: GHA: Increase bundle retention time to deal with infra overload better Aleksey Shipilev
  • Re: RFR: 8362582: GHA: Increase bundle retention time to deal with infra overload better Aleksey Shipilev
• RFR: 8362244: Devkit's Oracle Linux base OS keyword is incorrectly documented Volkan Yazici
  • Re: RFR: 8362244: Devkit's Oracle Linux base OS keyword is incorrectly documented Mikael Vidstedt
  • Re: RFR: 8362244: Devkit's Oracle Linux base OS keyword is incorrectly documented [v2] Volkan Yazici
  • Re: RFR: 8362244: Devkit's Oracle Linux base OS keyword is incorrectly documented [v2] Volkan Yazici
  • Re: RFR: 8362244: Devkit's Oracle Linux base OS keyword is incorrectly documented [v2] Volkan Yazici
  • Re: RFR: 8362244: Devkit's Oracle Linux base OS keyword is incorrectly documented [v3] Volkan Yazici
  • Re: RFR: 8362244: Devkit's Oracle Linux base OS keyword is incorrectly documented [v3] Erik Joelsson
  • Integrated: 8362244: Devkit's Oracle Linux base OS keyword is incorrectly documented Volkan Yazici
• RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char Xueming Shen
  • Re: RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char Chen Liang
  • Re: RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char Xueming Shen
  • Re: RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char [v5] Xueming Shen
  • Re: RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char [v2] Xueming Shen
  • Re: RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char [v2] Xueming Shen
  • Re: RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char [v2] Naoto Sato
  • Re: RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char [v2] Xueming Shen
  • Re: RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char [v3] Xueming Shen
  • Re: RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char [v3] Naoto Sato
  • Re: RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char [v4] Xueming Shen
  • Re: RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char [v5] Xueming Shen
  • Re: RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char [v5] Naoto Sato
  • Re: RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char [v5] Xueming Shen
  • Re: RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char [v6] Xueming Shen
  • Re: RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char [v6] Naoto Sato
  • Re: RFR: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char [v6] Xueming Shen
  • Integrated: 8360459: UNICODE_CASE and character class with non-ASCII range does not match ASCII char Xueming Shen
• malloc/calloc return value NULL check Baesken, Matthias
  • Re: malloc/calloc return value NULL check Thomas Stüfe
  • RE: malloc/calloc return value NULL check Baesken, Matthias
  • Re: malloc/calloc return value NULL check David Holmes
• RFR: JDK-8289798: Update to use jtreg 8 Christian Stein
  • Re: RFR: 8361950: Update to use jtreg 8 Iris Clark
  • Re: RFR: 8361950: Update to use jtreg 8 Joe Wang
  • Re: RFR: 8361950: Update to use jtreg 8 Jaikiran Pai
  • Re: RFR: 8361950: Update to use jtreg 8 Hao Sun
  • Re: RFR: 8361950: Update to use jtreg 8 Jaikiran Pai
  • Re: RFR: 8361950: Update to use jtreg 8 Hao Sun
  • Re: RFR: 8361950: Update to use jtreg 8 Erik Joelsson
  • Re: RFR: 8361950: Update to use jtreg 8 Christian Stein
  • Re: RFR: 8361950: Update to use jtreg 8 Magnus Ihse Bursie
  • Re: RFR: 8361950: Update to use jtreg 8 [v2] Christian Stein
  • Re: RFR: 8361950: Update to use jtreg 8 [v2] Iris Clark
  • Re: RFR: 8361950: Update to use jtreg 8 Christian Stein
  • Re: RFR: 8361950: Update to use jtreg 8 [v3] Christian Stein
  • Re: RFR: 8361950: Update to use jtreg 8 [v3] Christian Stein
  • Re: RFR: 8361950: Update to use jtreg 8 [v3] Matias Saavedra Silva
  • Re: RFR: 8361950: Update to use jtreg 8 [v3] Christian Stein
  • Re: RFR: 8361950: Update to use jtreg 8 [v3] Alan Bateman
  • Re: RFR: 8361950: Update to use jtreg 8 [v4] Christian Stein
  • Re: RFR: 8361950: Update to use jtreg 8 [v4] Chen Liang
  • Re: RFR: 8361950: Update to use jtreg 8 [v4] Alan Bateman
  • Re: RFR: 8361950: Update to use jtreg 8 [v4] David Holmes
  • Re: RFR: 8361950: Update to use jtreg 8 [v4] David Holmes
  • Re: RFR: 8361950: Update to use jtreg 8 [v5] Christian Stein
  • Re: RFR: 8361950: Update to use jtreg 8 [v5] Alan Bateman
  • Re: RFR: 8361950: Update to use jtreg 8 [v5] Christian Stein
  • Re: RFR: 8361950: Update to use jtreg 8 [v5] Alan Bateman
  • Re: RFR: 8361950: Update to use jtreg 8 [v5] Magnus Ihse Bursie
  • Re: RFR: 8361950: Update to use jtreg 8 [v5] Chen Liang
  • Re: RFR: 8361950: Update to use jtreg 8 [v5] Alan Bateman
  • Re: RFR: 8361950: Update to use jtreg 8 [v5] Christian Stein
• hotspot jtreg tests take WARNING_CFLAGS_JDK_CONLY flags Baesken, Matthias
  • Re: hotspot jtreg tests take WARNING_CFLAGS_JDK_CONLY flags Erik Joelsson
• RFR: 8341735: Rewrite the build/AbsPathsInImage.java test to not load the entire file at once Daniel Hu
  • Re: RFR: 8341735: Rewrite the build/AbsPathsInImage.java test to not load the entire file at once Cesar Soares Lucas
  • Re: RFR: 8341735: Rewrite the build/AbsPathsInImage.java test to not load the entire file at once Cesar Soares Lucas
  • Re: RFR: 8341735: Rewrite the build/AbsPathsInImage.java test to not load the entire file at once [v2] Daniel Hu
  • Re: RFR: 8341735: Rewrite the build/AbsPathsInImage.java test to not load the entire file at once [v2] Mikael Vidstedt
  • Re: RFR: 8341735: Rewrite the build/AbsPathsInImage.java test to not load the entire file at once [v2] Daniel Hu
  • Re: RFR: 8341735: Rewrite the build/AbsPathsInImage.java test to not load the entire file at once [v3] Daniel Hu
  • Re: RFR: 8341735: Rewrite the build/AbsPathsInImage.java test to not load the entire file at once [v4] Daniel Hu
  • Re: RFR: 8341735: Rewrite the build/AbsPathsInImage.java test to not load the entire file at once [v4] Daniel Hu
• RFR: 8361188: Test java/awt/Mixing/AWT_Mixing/JComboBoxOverlapping.java fails on Mac OS X Khalid Boulanouare
• RFR: 8361478: GHA: Use MSYS2 from GHA runners Aleksey Shipilev
  • Re: RFR: 8361478: GHA: Use MSYS2 from GHA runners Julian Waters

• Earlier messages
• Later messages