Re: RFR: 8292016: Rework JLI_ReportErrorMessageSys [v3]

2022-08-14 Thread Julian Waters
> Second attempt at resolving > [JDK-8292016](https://bugs.openjdk.org/browse/JDK-8292016) with a less > intrusive approach this time > > Side note: While it might be preferred to remove this entirely, other areas > of the JDK also use the same flawed logic, and removing this would simply > p

Re: RFR: 8292016: Rework JLI_ReportErrorMessageSys [v2]

2022-08-14 Thread Julian Waters
> Second attempt at resolving > [JDK-8292016](https://bugs.openjdk.org/browse/JDK-8292016) with a less > intrusive approach this time > > Side note: While it might be preferred to remove this entirely, other areas > of the JDK also use the same flawed logic, and removing this would simply > p

Re: RFR: 8290036: Define and specify Runtime shutdown sequence [v6]

2022-08-14 Thread David Holmes
On Thu, 11 Aug 2022 06:49:20 GMT, David Holmes wrote: >> Stuart Marks has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Revise Implementation Note discussing JNI Invocation API. > > src/java.base/share/classes/java/lang/Runtime.java line 9

Re: RFR: 8291118: [vectorapi] Optimize the implementation of lanewise FIRST_NONZERO

2022-08-14 Thread Xiaohong Gong
On Fri, 29 Jul 2022 03:55:54 GMT, Xiaohong Gong wrote: > Vector API binary op "`FIRST_NONZERO`" represents the vector operation of "`a > != 0 ? a : b`", which can be implemented with existing APIs like "`compare + > blend`". The current implementation is more complex especially for the > float

Re: RFR: 8291118: [vectorapi] Optimize the implementation of lanewise FIRST_NONZERO

2022-08-14 Thread Xiaohong Gong
On Thu, 4 Aug 2022 02:00:39 GMT, Eric Liu wrote: >> Vector API binary op "`FIRST_NONZERO`" represents the vector operation of >> "`a != 0 ? a : b`", which can be implemented with existing APIs like >> "`compare + blend`". The current implementation is more complex especially >> for the floatin

RFR: 8292016: Rework JLI_ReportErrorMessageSys

2022-08-14 Thread Julian Waters
Second attempt at resolving [JDK-8292016](https://bugs.openjdk.org/browse/JDK-8292016) with a less intrusive approach this time (Clearing the error after the call, which is done in other areas of the JDK as well) Side note: While it might be preferred to remove this entirely, other areas of th

Withdrawn: 8292016: Rework JLI_ReportErrorMessageSys

2022-08-14 Thread Julian Waters
On Mon, 8 Aug 2022 04:23:14 GMT, Julian Waters wrote: > JLI_ReportErrorMessageSys has a number of issues, as listed in the linked > issue, since it's not widely used, it's easier to remove it and replace the > areas it's called in with simpler calls to other error reporting functions: This pul

Re: RFR: 8292016: Rework JLI_ReportErrorMessageSys [v12]

2022-08-14 Thread Julian Waters
On Mon, 8 Aug 2022 18:02:18 GMT, Julian Waters wrote: >> JLI_ReportErrorMessageSys has a number of issues, as listed in the linked >> issue, since it's not widely used, it's easier to remove it and replace the >> areas it's called in with simpler calls to other error reporting functions: > > Ju