Re: RFR: 8346880: [aix] java/lang/ProcessHandle/InfoTest.java still fails: "reported cputime less than expected" [v2]

2025-01-09 Thread Martin Doerr
On Thu, 9 Jan 2025 11:37:17 GMT, Joachim Kern wrote: >> The test java/lang/ProcessHandle/InfoTest.java still fails sporadically on >> AIX. The test exclusion was removed through >> [JDK-8211847](https://bugs.openjdk.org/browse/JDK-8211847) under the >> assumption the problem was gone. But it t

Re: RFR: 8352064: AIX: now also able to build static-jdk image with a statically linked launcher [v4]

2025-03-21 Thread Martin Doerr
On Fri, 21 Mar 2025 11:44:49 GMT, Joachim Kern wrote: >> After "JDK-8339480: Build static-jdk image with a statically linked >> launcher" AIX was not able to build the new target. Therefore with >> "JDK-8345590 AIX 'make all' fails after JDK-8339480" the new target was >> disabled again. >> >

Re: RFR: 8352064: AIX: now also able to build static-jdk image with a statically linked launcher [v5]

2025-03-21 Thread Martin Doerr
On Fri, 21 Mar 2025 16:19:38 GMT, Joachim Kern wrote: >> After "JDK-8339480: Build static-jdk image with a statically linked >> launcher" AIX was not able to build the new target. Therefore with >> "JDK-8345590 AIX 'make all' fails after JDK-8339480" the new target was >> disabled again. >> >

Re: RFR: 8342382: Implementation of JEP G1: Improve Application Throughput with a More Efficient Write-Barrier [v30]

2025-04-09 Thread Martin Doerr
On Fri, 4 Apr 2025 08:10:34 GMT, Thomas Schatzl wrote: >> Hi all, >> >> please review this change that implements (currently Draft) JEP: G1: >> Improve Application Throughput with a More Efficient Write-Barrier. >> >> The reason for posting this early is that this is a large change, and the

Re: RFR: 8354189: Remove JLI_ReportErrorMessageSys on Windows [v2]

2025-04-11 Thread Martin Doerr
On Fri, 11 Apr 2025 07:11:19 GMT, Matthias Baesken wrote: >> JLI_ReportErrorMessageSys is not used any more on Windows, so we can remove >> it and make it UNIX-only (there a still a few remaining usages). > > Matthias Baesken has updated the pull request incrementally with one > additional comm

Re: RFR: 8301971: Make JDK source code UTF-8 [v3]

2025-04-16 Thread Martin Doerr
On Mon, 14 Apr 2025 12:53:35 GMT, Magnus Ihse Bursie wrote: >> Most of the JDK code base has been transitioned to UTF-8, but not all. This >> has recently become an acute problem, since our mixing of iso-8859-1 and >> utf-8 in properties files confused the version of `sed` that is shipped with

Re: RFR: 8301971: Make JDK source code UTF-8 [v3]

2025-04-16 Thread Martin Doerr
On Wed, 16 Apr 2025 09:51:49 GMT, Magnus Ihse Bursie wrote: > `locale -a` C POSIX en_US.8859-15 en_US.IBM-858 en_US.ISO8859-1 en_US I don't know if UTF-8 can be installed. If so, we should also document that as requirement for AIX build machines. - PR Comment: https://git.openj

Re: RFR: 8355979: ATTRIBUTE_NO_UBSAN needs to be extended to handle float divisions by zero on AIX

2025-05-02 Thread Martin Doerr
On Wed, 30 Apr 2025 13:04:18 GMT, Matthias Baesken wrote: > Seems the currently used ATTRIBUTE_NO_UBSAN does not handle the exclusion of > float divisions by zero. > At least this is the case on AIX. > > (seen in the jtreg test java/lang/Math/PowTests.java ) src/hotspot/share/sanitizers/ub.hpp

Re: RFR: 8342382: Implementation of JEP G1: Improve Application Throughput with a More Efficient Write-Barrier [v9]

2025-03-04 Thread Martin Doerr
On Tue, 4 Mar 2025 09:57:56 GMT, Thomas Schatzl wrote: >> Hi all, >> >> please review this change that implements (currently Draft) JEP: G1: >> Improve Application Throughput with a More Efficient Write-Barrier. >> >> The reason for posting this early is that this is a large change, and the

Re: RFR: 8342382: Implementation of JEP G1: Improve Application Throughput with a More Efficient Write-Barrier

2025-02-25 Thread Martin Doerr
On Sun, 23 Feb 2025 18:53:33 GMT, Thomas Schatzl wrote: > Hi all, > > please review this change that implements (currently Draft) JEP: G1: > Improve Application Throughput with a More Efficient Write-Barrier. > > The reason for posting this early is that this is a large change, and the JEP

Re: RFR: 8301971: Make JDK source code UTF-8 [v5]

2025-05-07 Thread Martin Doerr
On Tue, 6 May 2025 15:39:04 GMT, Magnus Ihse Bursie wrote: >> Most of the JDK code base has been transitioned to UTF-8, but not all. This >> has recently become an acute problem, since our mixing of iso-8859-1 and >> utf-8 in properties files confused the version of `sed` that is shipped with

Re: RFR: 8357823: Changes in StringBuilder (JDK-8351443) caused a 1-3% regression in biojava

2025-06-04 Thread Martin Doerr
On Fri, 30 May 2025 14:01:04 GMT, Roger Riggs wrote: > Comment out assertions added in JDK-8351443 from > AbstractStringBuilder.ensureCapacityNewCoder that increase the codesize, > preventing some inlining, and reducing performance > >assert coder == newCoder || newCoder == UTF16 : "ba

<    1   2   3   4