Withdrawn: 8361288: Fix build of JTReg: wget exited with exit code 4

On Wed, 2 Jul 2025 16:52:39 GMT, Jan Kratochvil wrote: > https://github.com/jankratochvil/jdk21u-dev/actions/runs/16026488095/job/45215623689 > [build.sh][INFO] Downloading > https://archive.apache.org/dist/ant/binaries/apache-ant-1.10.8-bin.zip to > /home/runner/work/jdk21u-de

Re: RFR: 8361288: Fix build of JTReg: wget exited with exit code 4 [v2]

On Thu, 3 Jul 2025 12:37:28 GMT, Aleksey Shipilev wrote: > It looked as if the rate limiter basically bans the access for hours, so > short retries do not work. I see no point in trying it again. OK so closing this one, it really looks the same. - PR Comment: https://git.openjdk.o

Re: RFR: 8361288: Fix build of JTReg: wget exited with exit code 4 [v2]

1663#event-18416642257 > -> (I did not save the log, unaware how to access it now) > https://github.com/openjdk/jdk21u-dev/pull/1664#commits-pushed-c00e2ab > -> > https://github.com/jankratochvil/jdk21u-dev/actions/runs/16026488095/job/45215623689 Jan Kratochvil has updated the pul

Re: RFR: 8361288: Fix build of JTReg: wget exited with exit code 4 [v2]

On Thu, 3 Jul 2025 10:18:47 GMT, Magnus Ihse Bursie wrote: >> Jan Kratochvil has updated the pull request incrementally with one >> additional commit since the last revision: >> >> retries 20->3 >> add a sleep 30 > > .github/actions/build-jtreg/acti

RFR: 8361288: Fix build of JTReg: wget exited with exit code 4

https://github.com/jankratochvil/jdk21u-dev/actions/runs/16026488095/job/45215623689 [build.sh][INFO] Downloading https://archive.apache.org/dist/ant/binaries/apache-ant-1.10.8-bin.zip to /home/runner/work/jdk21u-dev/jdk21u-dev/jtreg/src/make/../build/deps/apache-ant-1.10.8-bin.zip Error: sh][ERR

Integrated: 8334763: --enable-asan: assert(_thread->is_in_live_stack((address)this)) failed: not on stack?

On Sat, 22 Jun 2024 13:58:32 GMT, Jan Kratochvil wrote: > fastdebug: > > > # A fatal error has been detected by the Java Runtime Environment: > # > # Internal Error > (/home/azul/azul/openjdk-git/src/hotspot/share/runtime/handles.inline.hpp:77), > pid=878152, tid=87

Re: RFR: 8334763: --enable-asan: assert(_thread->is_in_live_stack((address)this)) failed: not on stack? [v5]

On Mon, 24 Jun 2024 18:43:51 GMT, Kim Barrett wrote: >> Jan Kratochvil has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Change the comment >>- suggested by Thomas Stuefe > > make/autocon

Re: RFR: 8334763: --enable-asan: assert(_thread->is_in_live_stack((address)this)) failed: not on stack? [v6]

> # V [libjvm.so+0x1d20658] constantPoolHandle::constantPoolHandle(Thread*, > ConstantPool*)+0x268 Jan Kratochvil has updated the pull request incrementally with one additional commit since the last revision: New comment about MSVC having the option off by default - Changes: - all

Re: RFR: 8334763: --enable-asan: assert(_thread->is_in_live_stack((address)this)) failed: not on stack? [v5]

> # V [libjvm.so+0x1d20658] constantPoolHandle::constantPoolHandle(Thread*, > ConstantPool*)+0x268 Jan Kratochvil has updated the pull request incrementally with one additional commit since the last revision: Change the comment - suggested by Thomas Stuefe - Changes: - all

Re: RFR: 8334763: --enable-asan: assert(_thread->is_in_live_stack((address)this)) failed: not on stack? [v3]

On Mon, 24 Jun 2024 14:04:15 GMT, Thomas Stuefe wrote: >> Jan Kratochvil has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Revert "Implement address-use-after-return" >> >> This reverts c

Re: RFR: 8334763: --enable-asan: assert(_thread->is_in_live_stack((address)this)) failed: not on stack? [v4]

> # V [libjvm.so+0x1d20658] constantPoolHandle::constantPoolHandle(Thread*, > ConstantPool*)+0x268 Jan Kratochvil has updated the pull request incrementally with one additional commit since the last revision: Fix a typo - bugreported by Thomas Stuefe - Changes: - all: https

Re: RFR: 8334763: --enable-asan: assert(_thread->is_in_live_stack((address)this)) failed: not on stack? [v3]

> # V [libjvm.so+0x1d20658] constantPoolHandle::constantPoolHandle(Thread*, > ConstantPool*)+0x268 Jan Kratochvil has updated the pull request incrementally with one additional commit since the last revision: Revert "Implement address-use-after-return" This reverts commit 7e089829f1

Re: RFR: 8334763: --enable-asan: assert(_thread->is_in_live_stack((address)this)) failed: not on stack? [v2]

On Sun, 23 Jun 2024 13:18:19 GMT, Jan Kratochvil wrote: >> fastdebug: >> >> >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # Internal Error >> (/home/azul/azul/openjdk-git/src/hotspot/share/runtime/handles.

Re: RFR: 8334763: --enable-asan: assert(_thread->is_in_live_stack((address)this)) failed: not on stack? [v2]

On Sun, 23 Jun 2024 13:18:19 GMT, Jan Kratochvil wrote: >> fastdebug: >> >> >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # Internal Error >> (/home/azul/azul/openjdk-git/src/hotspot/share/runtime/handles.

Re: RFR: 8334763: --enable-asan: assert(_thread->is_in_live_stack((address)this)) failed: not on stack? [v2]

> # V [libjvm.so+0x1d20658] constantPoolHandle::constantPoolHandle(Thread*, > ConstantPool*)+0x268 Jan Kratochvil has updated the pull request incrementally with one additional commit since the last revision: Implement address-use-after-return - Changes: - all: https

Re: RFR: 8334763: --enable-asan: assert(_thread->is_in_live_stack((address)this)) failed: not on stack?

On Sun, 23 Jun 2024 03:18:30 GMT, Kim Barrett wrote: >> fastdebug: >> >> >> # A fatal error has been detected by the Java Runtime Environment: >> # >> # Internal Error >> (/home/azul/azul/openjdk-git/src/hotspot/share/runtime/handles.inline.hpp:77), >> pid=878152, tid=878158 >> # assert(_th

RFR: 8334763: Fix --enable-asan assertion is_in_live_stack for fastdebug

There is also [JDK-8323732](https://bugs.openjdk.org/browse/JDK-8323732), one has to use --disable-warnings-as-errors . But then it does not work anyway (in fastdebug). # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (/home/azul/azul/openjdk-git/src/hotsp

Integrated: 8323700: Add fontconfig requirement to building.md for Alpine Linux

On Sun, 14 Jan 2024 03:59:59 GMT, Jan Kratochvil wrote: > Similar to JDK-8309287. This pull request has now been integrated. Changeset: 62fd26f0 Author: Jan Kratochvil Committer: Magnus Ihse Bursie URL: https://git.openjdk.org/jdk/commit/62fd26f094133f153cab778f8afe2e9923337

Re: RFR: 8323700: Add fontconfig requirement to building.md for Alpine Linux

On Mon, 15 Jan 2024 05:31:16 GMT, Julian Waters wrote: > make update-build-docs Done, sorry. - PR Comment: https://git.openjdk.org/jdk/pull/17415#issuecomment-1891369097

Re: RFR: 8323700: Add fontconfig requirement to building.md for Alpine Linux [v2]

> Similar to JDK-8309287. Jan Kratochvil has updated the pull request incrementally with one additional commit since the last revision: Update doc/building.html - Changes: - all: https://git.openjdk.org/jdk/pull/17415/files - new: https://git.openjdk.org/jdk/pull/17415/fi

RFR: 8323700: Add fontconfig requirement to building.md for Alpine Linux

Similar to JDK-8309287. - Commit messages: - 8323700: Add fontconfig requirement to building.md for Alpine Linux Changes: https://git.openjdk.org/jdk/pull/17415/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17415&range=00 Issue: https://bugs.openjdk.org/browse/JDK-832370

Integrated: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds

On Sat, 29 Jul 2023 13:58:37 GMT, Jan Kratochvil wrote: > https://bugs.openjdk.org/browse/JDK-8313374 > --enable-ccache's CCACHE_BASEDIR breaks builds This pull request has now been integrated. Changeset: 571c435e Author:Jan Kratochvil Committer: Yuri Nesterenko URL:

Re: RFR: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds [v6]

On Wed, 9 Aug 2023 12:36:59 GMT, Jan Kratochvil wrote: >> https://bugs.openjdk.org/browse/JDK-8313374 >> --enable-ccache's CCACHE_BASEDIR breaks builds > > Jan Kratochvil has updated the pull request incrementally with one additional > commit since the last revision:

Re: RFR: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds [v6]

On Sun, 13 Aug 2023 00:01:00 GMT, Kim Barrett wrote: > I don't understand what problem this PR is fixing. Does the reproducer work for you? https://bugs.openjdk.org/browse/JDK-8313374 - PR Comment: https://git.openjdk.org/jdk/pull/15080#issuecomment-1676155431

Re: RFR: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds [v6]

> https://bugs.openjdk.org/browse/JDK-8313374 > --enable-ccache's CCACHE_BASEDIR breaks builds Jan Kratochvil has updated the pull request incrementally with one additional commit since the last revision: Use true/false for REWRITE_PATHS_RELATIVE and initialize it - sugges

Re: RFR: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds [v5]

> https://bugs.openjdk.org/browse/JDK-8313374 > --enable-ccache's CCACHE_BASEDIR breaks builds Jan Kratochvil has updated the pull request incrementally with one additional commit since the last revision: Rename NEED_FIX_DEPS_FILE to REWRITE_PATHS_RELATIVE - suggested by Er

Re: RFR: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds [v4]

On Tue, 8 Aug 2023 13:26:22 GMT, Erik Joelsson wrote: > I understand why you need `fix-deps-file` when using `ccache`, but do you > also need `MakeCommandRelative`? I did try it without `MakeCommandRelative`. But it did not work. As the relative paths created by `ccache` itself will look someh

Re: RFR: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds [v2]

On Mon, 31 Jul 2023 05:07:42 GMT, Julian Waters wrote: >> Jan Kratochvil has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Try not to remove CCACHE_BASEDIR. > > Ah, these changes were done for better reprodu

Re: RFR: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds [v2]

On Mon, 31 Jul 2023 04:52:35 GMT, Julian Waters wrote: >> Jan Kratochvil has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Try not to remove CCACHE_BASEDIR. > > make/common/NativeCompilation.gmk line 218: &g

Re: RFR: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds [v4]

On Mon, 31 Jul 2023 07:00:00 GMT, Jan Kratochvil wrote: >> https://bugs.openjdk.org/browse/JDK-8313374 >> --enable-ccache's CCACHE_BASEDIR breaks builds > > Jan Kratochvil has updated the pull request incrementally with one additional > commit since the la

Re: RFR: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds [v4]

> https://bugs.openjdk.org/browse/JDK-8313374 > --enable-ccache's CCACHE_BASEDIR breaks builds Jan Kratochvil has updated the pull request incrementally with one additional commit since the last revision: Adjust compatibility with FILE_MACRO_CFLAGS. - Changes: -

Re: RFR: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds [v2]

On Mon, 31 Jul 2023 04:51:01 GMT, Julian Waters wrote: > I see, I don't think we have to keep CCACHE_BASEDIR if it is not required, BTW `CCACHE_BASEDIR` is a caching improvement - without it builds in different directories never share the cache. Some existing `ccache` users may find the `CCACH

Re: RFR: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds [v3]

> https://bugs.openjdk.org/browse/JDK-8313374 > --enable-ccache's CCACHE_BASEDIR breaks builds Jan Kratochvil has updated the pull request incrementally with one additional commit since the last revision: Use test for checking $ALLOW_ABSOLUTE_PATHS_IN_OUTPUT. - Chang

Re: RFR: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds [v2]

On Mon, 31 Jul 2023 04:51:12 GMT, David Holmes wrote: >> Jan Kratochvil has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Try not to remove CCACHE_BASEDIR. > > make/autoconf/build-performance.m4 line 246: >

Re: RFR: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds [v2]

On Mon, 31 Jul 2023 04:40:58 GMT, Jan Kratochvil wrote: >> https://bugs.openjdk.org/browse/JDK-8313374 >> --enable-ccache's CCACHE_BASEDIR breaks builds > > Jan Kratochvil has updated the pull request incrementally with one additional > commit since the last revision

Re: RFR: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds [v2]

On Mon, 31 Jul 2023 04:40:58 GMT, Jan Kratochvil wrote: >> https://bugs.openjdk.org/browse/JDK-8313374 >> --enable-ccache's CCACHE_BASEDIR breaks builds > > Jan Kratochvil has updated the pull request incrementally with one additional > commit since the last revision

Re: RFR: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds [v2]

> https://bugs.openjdk.org/browse/JDK-8313374 > --enable-ccache's CCACHE_BASEDIR breaks builds Jan Kratochvil has updated the pull request incrementally with one additional commit since the last revision: Try not to remove CCACHE_BASEDIR. - Changes: -

RFR: 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds

https://bugs.openjdk.org/browse/JDK-8313374 --enable-ccache's CCACHE_BASEDIR breaks builds - Commit messages: - 8313374: --enable-ccache's CCACHE_BASEDIR breaks builds Changes: https://git.openjdk.org/jdk/pull/15080/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=15080&range

Integrated: 8309287: Add fontconfig requirement to building.md for Debian

On Thu, 1 Jun 2023 12:44:02 GMT, Jan Kratochvil wrote: > After following all the commands in `building.md` I still get on Debian 12 > x86_64: > > > checking for fontconfig/fontconfig.h... no > configure: error: Could not find fontconfig! This pull request has now been inte

RFR: 8309287: Add fontconfig requirement to building.md for Debian

After following all the commands in `building.md` I still get on Debian 12 x86_64: checking for fontconfig/fontconfig.h... no configure: error: Could not find fontconfig! - Commit messages: - 8309287: Add fontconfig requirement to building.md for Debian Changes: https://git.openj

RFR: 8308290: Add fontconfig requirement to building.md

After following all the commands in `building.md` I still get on Fedora 38 x86_64: checking for fontconfig/fontconfig.h... no configure: error: Could not find fontconfig! Another issue is that it is all written with `yum` instead of `dnf` but people can handle it I guess. - Comm