build-dev  

Messages by Thread

• Got a warning treated as an error -- should I keep trying to build? And if so, how? David Alayachew
  • Re: Got a warning treated as an error -- should I keep trying to build? And if so, how? Kim Barrett
• RFR: 8365098: make/RunTests.gmk generates a wrong path to test artifacts on Alpine Roman Marchenko
• RFR: 8365238: 'jfr' feature requires 'services' with 'custom' build variant Francesco Andreuzzi
  • Re: RFR: 8365238: 'jfr' feature requires 'services' with 'custom' build variant Erik Joelsson
  • Re: RFR: 8365238: 'jfr' feature requires 'services' with 'custom' build variant Aleksey Shipilev
  • Re: RFR: 8365238: 'jfr' feature requires 'services' with 'custom' build variant Magnus Ihse Bursie
  • Re: RFR: 8365238: 'jfr' feature requires 'services' with 'custom' build variant Aleksey Shipilev
  • Re: RFR: 8365238: 'jfr' feature requires 'services' with 'custom' build variant Magnus Ihse Bursie
  • Re: RFR: 8365238: 'jfr' feature requires 'services' with 'custom' build variant duke
  • Integrated: 8365238: 'jfr' feature requires 'services' with 'custom' build variant Francesco Andreuzzi
• RFR: 8365231: Don't build gtest with /EHsc Magnus Ihse Bursie
• Re: RFR: 8362885: A more formal way to mark javac's Flags that belong to a specific Symbol type only [v5] Jan Lahoda
  • Re: RFR: 8362885: A more formal way to mark javac's Flags that belong to a specific Symbol type only [v5] Magnus Ihse Bursie
  • Re: RFR: 8362885: A more formal way to mark javac's Flags that belong to a specific Symbol type only [v5] Chen Liang
  • Re: RFR: 8362885: A more formal way to mark javac's Flags that belong to a specific Symbol type only [v5] Vicente Romero
• Re: RFR: 8362885: A more formal way to mark javac's Flags that belong to a specific Symbol type only [v4] Jan Lahoda
• RFR: 8364129: Rename libwixhelper Alexey Semenyuk
  • Re: RFR: 8364129: Rename libwixhelper Erik Joelsson
  • Re: RFR: 8364129: Rename libwixhelper Alexander Matveev
  • Re: RFR: 8364129: Rename libwixhelper Erik Joelsson
  • Re: RFR: 8364129: Rename libwixhelper Alexey Semenyuk
  • Re: RFR: 8364129: Rename libwixhelper [v2] Alexey Semenyuk
  • Re: RFR: 8364129: Rename libwixhelper [v2] Alexey Semenyuk
  • Re: RFR: 8364129: Rename libwixhelper [v2] Erik Joelsson
  • Re: RFR: 8364129: Rename libwixhelper [v2] Alexander Matveev
  • Integrated: 8364129: Rename libwixhelper Alexey Semenyuk
• RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency Aleksey Shipilev
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v2] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v2] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency Aleksey Shipilev
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency David Holmes
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency Magnus Ihse Bursie
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency Aleksey Shipilev
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v2] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v2] Erik Joelsson
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v3] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v3] Quan Anh Mai
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v3] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v3] Kim Barrett
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v3] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v3] Kim Barrett
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v3] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v3] Quan Anh Mai
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v3] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v3] Quan Anh Mai
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v3] Daniel D . Daugherty
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v3] Kim Barrett
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v3] Quan Anh Mai
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v3] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v3] Magnus Ihse Bursie
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] Magnus Ihse Bursie
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v4] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v5] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v6] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v7] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v8] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v8] Quan Anh Mai
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v8] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v8] Quan Anh Mai
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v8] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v8] Erik Joelsson
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v8] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v9] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] Kim Barrett
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] David Holmes
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] Kim Barrett
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] Magnus Ihse Bursie
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] Magnus Ihse Bursie
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] Magnus Ihse Bursie
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] Magnus Ihse Bursie
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] Magnus Ihse Bursie
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v10] Francesco Andreuzzi
  • Re: RFR: 8365053: Refresh hotspot precompiled.hpp with headers based on current frequency [v11] Francesco Andreuzzi
• RFR: 8364973: Add JVMTI stress testing mode Leonid Mesnik
  • Re: RFR: 8364973: Add JVMTI stress testing mode Erik Joelsson
  • Re: RFR: 8364973: Add JVMTI stress testing mode [v2] Leonid Mesnik
  • Re: RFR: 8364973: Add JVMTI stress testing mode [v2] Leonid Mesnik
  • Re: RFR: 8364973: Add JVMTI stress testing mode [v2] Erik Joelsson
  • Re: RFR: 8364973: Add JVMTI stress testing mode [v3] Leonid Mesnik
  • Re: RFR: 8364973: Add JVMTI stress testing mode [v3] Magnus Ihse Bursie
  • Re: RFR: 8364973: Add JVMTI stress testing mode [v3] Magnus Ihse Bursie
  • Re: RFR: 8364973: Add JVMTI stress testing mode [v3] Magnus Ihse Bursie
  • Re: RFR: 8364973: Add JVMTI stress testing mode [v3] Leonid Mesnik
  • Re: RFR: 8364973: Add JVMTI stress testing mode [v3] Leonid Mesnik
• RFR: 8364664: gtest death tests failing on Windows Saint Wesonga
  • 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 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
• 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

• Earlier messages