On Mon, 27 Nov 2023 17:24:35 GMT, Joe Wang wrote:
> Applying an update from the upstream source, quote: "Removing synchronized
> from the getInstance() methods". As the reporter noted, this change was made
> 16 years ago.
>
> Tests: SQE & unit tests passed
This pull request has now been
On Fri, 3 Nov 2023 23:42:03 GMT, Joe Darcy wrote:
> Time to start making preparations for JDK 23.
Hotspot change is trivially fine, but too insignificant to hit the Approve
button.
Thanks
-
PR Review: https://git.openjdk.org/jdk/pull/16505#pullrequestreview-1752152672
On Mon, 27 Nov 2023 23:44:25 GMT, Sandhya Viswanathan
wrote:
>> Not listed here: https://oca.opensource.oracle.com/?ojr=contributors
>
> Yes, Vamsi is part of Intel Java team. He also has the author status
> (https://openjdk.org/census#sparasa).
@sviswa7 I am asking about the copyright holder
Looks like the test timed out due to slow/loaded host. Failure log similar to
[JDK-8296489](https://bugs.openjdk.org/browse/JDK-8296489) and
[JDK-8298735](https://bugs.openjdk.org/browse/JDK-8298735). Fixed by increasing
test timeout.
-
Commit messages:
- 8320681: [macos] Test
On Thu, 23 Nov 2023 09:18:44 GMT, Alan Bateman wrote:
> The deadlock prone Thread/ThreadGroup suspend/resume were deprecated since
> JDK 1.2, deprecated for removal in Java 14, and re-specified/degraded to
> throw UnsupportedOperationException unconditionally in Java 19/20. Early in
> Java
On Mon, 27 Nov 2023 16:43:09 GMT, Andrew Haley wrote:
>> Apparently the situation is this: If your build machine happens to have SVE,
>> then you will get SVE support in the vmath library. The SVE support will be
>> used during runtime if the machine you run on has SVE support.
>>
>> If your
On Mon, 27 Nov 2023 22:52:36 GMT, fabioromano1 wrote:
>> src/java.base/share/classes/java/math/BigInteger.java line 754:
>>
>>> 752: // numInts >= 1, since numBits > 0
>>> 753:
>>> 754: int firstInt = rnd.nextInt() & (-1 >>> -numBits); // Mask out
>>> any excess bits
>>
>>
On Sun, 22 Oct 2023 17:26:52 GMT, Laurent Bourgès wrote:
>> * improved mixed insertion sort (makes whole sorting faster)
>> * introduced Radix which sort shows several times boost of performance and
>> has linear complexity instead of n*ln(n)
>> * improved merging sort for almost sorted data
On Tue, 28 Nov 2023 00:04:55 GMT, Sandhya Viswanathan
wrote:
>> Srinivas Vamsi Parasa has updated the pull request with a new target base
>> due to a merge or a rebase. The incremental webrev excludes the unrelated
>> changes brought in by the merge/rebase. The pull request contains 11
>>
On Sat, 18 Nov 2023 01:21:09 GMT, Srinivas Vamsi Parasa
wrote:
>> The goal is to develop faster sort routines for x86_64 CPUs by taking
>> advantage of AVX2 instructions. This enhancement provides an order of
>> magnitude speedup for Arrays.sort() using int, long, float and double arrays.
>>
On Fri, 24 Nov 2023 12:56:40 GMT, Jim Laskey wrote:
>> Address changes from JEP 445 to JEP 463.
>>
>> - Move from a SYNTHETIC unnamed class to a MANDATED implicit class.
>>
>> - Don't mark class on read.
>>
>> - Remove reflection and annotation processing related to unnamed classes.
>>
>> -
On Tue, 21 Nov 2023 15:14:28 GMT, Dalibor Topic wrote:
>> src/java.base/linux/native/libsimdsort/avx2-32bit-qsort.hpp line 3:
>>
>>> 1: /*
>>> 2: * Copyright (c) 2021, 2023, Intel Corporation. All rights reserved.
>>> 3: * Copyright (c) 2021 Serge Sans Paille. All rights reserved.
>>
>> Is
I tried to understand the GathererOp class and came over a small detail
concering Gatherer.Integrator.
The two gatheres below are equivalent, both are greedy.
Gatherer.Integrator.Greedy voidStringIntegerGreedy = (v,
s, downStream) -> downStream.push(s.length());
var greedy1 =
On Thu, 2 Nov 2023 17:42:48 GMT, Jim Laskey wrote:
>> `UNNAMED_CLASSES` should probably be removed, as I think it is fully
>> replaced with `IMPLICIT_CLASSES`, and I don't think there are bootstrap
>> problems here (unlike in `jdk.internal.java.PreviewFeature`). I would say it
>> would make
> A faster and simpler way to generate random BigIntegers, avoiding eventually
> trimming of leading zeros in magnitude array.
fabioromano1 has updated the pull request incrementally with one additional
commit since the last revision:
Update BigInteger(int, Random)
Update a comment
On Mon, 27 Nov 2023 22:34:12 GMT, Brian Burkhalter wrote:
>> A faster and simpler way to generate random BigIntegers, avoiding eventually
>> trimming of leading zeros in magnitude array.
>
> src/java.base/share/classes/java/math/BigInteger.java line 754:
>
>> 752: // numInts >= 1,
On Fri, 3 Nov 2023 23:42:03 GMT, Joe Darcy wrote:
> Time to start making preparations for JDK 23.
Marked as reviewed by iris (Reviewer).
-
PR Review: https://git.openjdk.org/jdk/pull/16505#pullrequestreview-1751551968
On Mon, 13 Nov 2023 22:31:16 GMT, Brent Christian wrote:
> Classes in the `java.lang.ref` package would benefit from an update to bring
> the spec in line with how the VM already behaves. The changes would focus on
> _happens-before_ edges at some key points during reference processing.
>
> A
> This update cascades timeouts to trim subsequent workers after the first
> keepAlive inactive period.
Doug Lea has updated the pull request incrementally with one additional commit
since the last revision:
Revert 2 lines in method scan
-
Changes:
- all:
On Sun, 26 Nov 2023 16:52:40 GMT, fabioromano1 wrote:
> A faster and simpler way to generate random BigIntegers, avoiding eventually
> trimming of leading zeros in magnitude array.
src/java.base/share/classes/java/math/BigInteger.java line 732:
> 730: */
> 731: public BigInteger(int
On Tue, 21 Nov 2023 22:58:09 GMT, Roger Riggs wrote:
>> Classes in the `java.lang.ref` package would benefit from an update to bring
>> the spec in line with how the VM already behaves. The changes would focus on
>> _happens-before_ edges at some key points during reference processing.
>>
>>
On Mon, 13 Nov 2023 22:31:16 GMT, Brent Christian wrote:
> Classes in the `java.lang.ref` package would benefit from an update to bring
> the spec in line with how the VM already behaves. The changes would focus on
> _happens-before_ edges at some key points during reference processing.
>
> A
On Thu, 23 Nov 2023 16:36:28 GMT, Alexey Semenyuk wrote:
> Fix uninstallation scripts in Linux installers to take action on desktop
> files only if these desktop files are not owned by another package. This
> prevents `xdg-mime uninstall`, `xdg-desktop-menu uninstall` commands from
>
On 11/27/2023 4:43 PM, Mark Raynsford wrote:
On Mon, 2023-11-27 at 15:51 -0500, Alexey Semenyuk wrote:
Hi Mark,
Good to know you've sorted out the issue. I replied to your email
last
week, but didn't send it to the right recipients and it got lost.
Resending once again just in case:
If you
On Thu, 23 Nov 2023 16:36:28 GMT, Alexey Semenyuk wrote:
> Fix uninstallation scripts in Linux installers to take action on desktop
> files only if these desktop files are not owned by another package. This
> prevents `xdg-mime uninstall`, `xdg-desktop-menu uninstall` commands from
>
On Thu, 23 Nov 2023 16:36:28 GMT, Alexey Semenyuk wrote:
> Fix uninstallation scripts in Linux installers to take action on desktop
> files only if these desktop files are not owned by another package. This
> prevents `xdg-mime uninstall`, `xdg-desktop-menu uninstall` commands from
>
On Fri, 24 Nov 2023 16:33:13 GMT, Alexey Semenyuk wrote:
> 8320706: RuntimePackageTest.testUsrInstallDir test fails on Linux
This pull request has now been integrated.
Changeset: 726f854b
Author:Alexey Semenyuk
URL:
On Fri, 24 Nov 2023 16:33:13 GMT, Alexey Semenyuk wrote:
> 8320706: RuntimePackageTest.testUsrInstallDir test fails on Linux
Looks good.
-
Marked as reviewed by almatvee (Reviewer).
PR Review: https://git.openjdk.org/jdk/pull/16810#pullrequestreview-1751469146
On Fri, 24 Nov 2023 16:33:13 GMT, Alexey Semenyuk wrote:
> 8320706: RuntimePackageTest.testUsrInstallDir test fails on Linux
@sashamatveev please review
-
PR Comment: https://git.openjdk.org/jdk/pull/16810#issuecomment-1828514026
On Fri, 24 Nov 2023 22:20:20 GMT, Alexey Semenyuk wrote:
> 8320249: tools/jpackage/share/AddLauncherTest.java#id1 fails intermittently
> on Windows in verifyDescription
This pull request has now been integrated.
Changeset: 5f7f2c4e
Author:Alexey Semenyuk
URL:
On Mon, 2023-11-27 at 15:51 -0500, Alexey Semenyuk wrote:
> Hi Mark,
>
> Good to know you've sorted out the issue. I replied to your email
> last
> week, but didn't send it to the right recipients and it got lost.
> Resending once again just in case:
>
> If you want your app's modules in app
On Mon, 27 Nov 2023 21:17:24 GMT, Srinivas Vamsi Parasa
wrote:
> > Hello Vamsi (@vamsi-parasa),
> > Do you have the new results?
>
> Hi Vladimir (@iaroslavski),
>
> Sorry for the delay as I was on vacation the whole of last week. Will provide
> the data today by EOD (US pacific time). (Looks
On Fri, 24 Nov 2023 22:31:18 GMT, Alexey Semenyuk wrote:
>> 8320249: tools/jpackage/share/AddLauncherTest.java#id1 fails intermittently
>> on Windows in verifyDescription
>
> Alexey Semenyuk has updated the pull request incrementally with one
> additional commit since the last revision:
>
>
On Fri, 24 Nov 2023 22:31:18 GMT, Alexey Semenyuk wrote:
>> 8320249: tools/jpackage/share/AddLauncherTest.java#id1 fails intermittently
>> on Windows in verifyDescription
>
> Alexey Semenyuk has updated the pull request incrementally with one
> additional commit since the last revision:
>
>
On Fri, 17 Nov 2023 23:14:18 GMT, Srinivas Vamsi Parasa
wrote:
>> Hello Vamsi (@vamsi-parasa),
>>
>> Thank you very much for benchmarking, I appreciate your efforts!
>>
>> I looked at non-parallel sorting when radix sort is switched off
>> (DualPivotQuicksort_RadixForParallel) and cannot
On Mon, 27 Nov 2023 21:12:17 GMT, Justin Lu wrote:
>> Please review this PR which fixes timeouts for the two tests:
>> _java/util/Locale/LocaleProvidersRun.java_ and
>> _java/util/ResourceBundle/modules/visibility/VisibilityTest.java_.
>>
>> These tests were updated to accept VM flags in
>>
> Please review this PR which fixes timeouts for the two tests:
> _java/util/Locale/LocaleProvidersRun.java_ and
> _java/util/ResourceBundle/modules/visibility/VisibilityTest.java_.
>
> These tests were updated to accept VM flags in
> [JDK-8319569](https://bugs.openjdk.org/browse/JDK-8319569),
On Mon, 27 Nov 2023 19:32:04 GMT, Justin Lu wrote:
> Please review this PR which fixes timeouts for the two tests:
> _java/util/Locale/LocaleProvidersRun.java_ and
> _java/util/ResourceBundle/modules/visibility/VisibilityTest.java_.
>
> These tests were updated to accept VM flags in
>
Hi Mark,
Good to know you've sorted out the issue. I replied to your email last
week, but didn't send it to the right recipients and it got lost.
Resending once again just in case:
If you want your app's modules in app directory, you can specify
external runtime to jpackage with
On Mon, 27 Nov 2023 19:32:04 GMT, Justin Lu wrote:
> Please review this PR which fixes timeouts for the two tests:
> _java/util/Locale/LocaleProvidersRun.java_ and
> _java/util/ResourceBundle/modules/visibility/VisibilityTest.java_.
>
> These tests were updated to accept VM flags in
>
On Tue, 21 Nov 2023 17:30:20 GMT, Tim Prinzing wrote:
>> Marked as flagless.
>
> Tim Prinzing has updated the pull request with a new target base due to a
> merge or a rebase. The incremental webrev excludes the unrelated changes
> brought in by the merge/rebase. The pull request contains four
> This update cascades timeouts to trim subsequent workers after the first
> keepAlive inactive period.
Doug Lea has updated the pull request with a new target base due to a merge or
a rebase. The incremental webrev excludes the unrelated changes brought in by
the merge/rebase. The pull
> Many printing tests do not have the @printer keyword. This adds them to those
> that need it.
> I also found one test that has nothing to do with printing in the print
> folder and moved it out.
Phil Race has updated the pull request incrementally with one additional commit
since the last
Please review this PR which fixes timeouts for the two tests:
_java/util/Locale/LocaleProvidersRun.java_ and
_java/util/ResourceBundle/modules/visibility/VisibilityTest.java_.
These tests were updated to accept VM flags in
[JDK-8319569](https://bugs.openjdk.org/browse/JDK-8319569), which is
On Thu, 23 Nov 2023 20:39:50 GMT, Alexey Ivanov wrote:
>> test/jdk/java/awt/print/PageFormat/SetOrient.java line 28:
>>
>>> 26: * @summary Confirm that the clip and transform of the Graphics2D is
>>> 27: * affected by the landscape orientation of the PageFormat.
>>> 28: */
>>
>>
On Thu, 23 Nov 2023 07:02:54 GMT, Alan Bateman wrote:
>> Many printing tests do not have the @printer keyword. This adds them to
>> those that need it.
>> I also found one test that has nothing to do with printing in the print
>> folder and moved it out.
>
> test/jdk/TEST.ROOT line 15:
>
>>
On Thu, 23 Nov 2023 11:10:35 GMT, Alexey Ivanov wrote:
>> Many printing tests do not have the @printer keyword. This adds them to
>> those that need it.
>> I also found one test that has nothing to do with printing in the print
>> folder and moved it out.
>
>
On Mon, 20 Nov 2023 19:48:20 GMT, Alan Bateman wrote:
> This API is sitting out JDK 22, meaning no API/implementation changes in this
> PR. We expect this API to do a third preview in JDK 23 with some API changes.
>
> So for now, we just need to bump JEP number/title that shows up in the
>
> Strings, after construction, are immutable but may be constructed from
> mutable arrays of bytes, characters, or integers.
> The string constructors should guard against the effects of mutating the
> arrays during construction that might invalidate internal invariants for the
> correct
On Mon, 27 Nov 2023 18:14:53 GMT, Iris Clark wrote:
> Verified `synchronized` keyword removed from method declaration as in
> upstream source.
Thanks!
-
PR Comment: https://git.openjdk.org/jdk/pull/16829#issuecomment-1828441202
On Mon, 27 Nov 2023 18:17:50 GMT, Lance Andersen wrote:
> This looks OK.
>
> Please add a the appropriate label given there is no test included with this
> change so that you do not get asked later where is the test ;-)
Added a label and note. Thanks!
-
PR Comment:
On Fri, 3 Nov 2023 23:42:03 GMT, Joe Darcy wrote:
> Time to start making preparations for JDK 23.
Nothing exception in this batch of start-of-release updates. Clean local
testing results on tier 1.
The symbol files correspond to JDK 22 build 25 and will be updated with
subsequent builds as
On Fri, 3 Nov 2023 23:42:03 GMT, Joe Darcy wrote:
> Time to start making preparations for JDK 23.
Changes requested by liach (Author).
src/java.base/share/classes/jdk/internal/classfile/Classfile.java line 1:
> 1: /*
`latestMajorVersion` below should be updated to return `JAVA_23_VERSION` as
Time to start making preparations for JDK 23.
-
Commit messages:
- Add symbol files for JDK 22 build 25.
- Merge branch 'master' into JDK-8319413
- Merge branch 'master' into JDK-8319413
- Adjust expected release date.
- Fix omission in Classfile.java
- JDK-8319413: Start of
On Fri, 3 Nov 2023 23:52:45 GMT, Chen Liang wrote:
>> Time to start making preparations for JDK 23.
>
> src/java.base/share/classes/jdk/internal/classfile/Classfile.java line 1:
>
>> 1: /*
>
> `latestMajorVersion` below should be updated to return `JAVA_23_VERSION` as
> well.
Good catch;
On Mon, 27 Nov 2023 17:24:35 GMT, Joe Wang wrote:
> Applying an update from the upstream source, quote: "Removing synchronized
> from the getInstance() methods". As the reporter noted, this change was made
> 16 years ago.
>
> Tests: SQE & unit tests passed
This looks OK.
Please add a the
On Mon, 27 Nov 2023 17:24:35 GMT, Joe Wang wrote:
> Applying an update from the upstream source, quote: "Removing synchronized
> from the getInstance() methods". As the reporter noted, this change was made
> 16 years ago.
>
> Tests: SQE & unit tests passed
Verified `synchronized` keyword
On Mon, 27 Nov 2023 16:17:14 GMT, Eirik Bjorsnos wrote:
> Please review this trivial, formatting and documentation-only change which
> adds missing whitespace around a few `if` statements, `while` statements and
> assigments in `@snippet` code in `j.l.Double` and `j.u.z.ZipInputStream`.
>
>
On Mon, 27 Nov 2023 17:28:34 GMT, Roger Riggs wrote:
>> src/hotspot/cpu/x86/macroAssembler_x86.cpp line 8584:
>>
>>> 8582: evpcmpuw(mask1, tmp1Reg, tmp2Reg, Assembler::le,
>>> Assembler::AVX_512bit);
>>> 8583: kortestdl(mask1, mask1);
>>> 8584: jcc(Assembler::carryClear,
On Mon, 27 Nov 2023 16:17:14 GMT, Eirik Bjorsnos wrote:
> Please review this trivial, formatting and documentation-only change which
> adds missing whitespace around a few `if` statements, `while` statements and
> assigments in `@snippet` code in `j.l.Double` and `j.u.z.ZipInputStream`.
>
>
On Wed, 8 Nov 2023 23:23:48 GMT, Steve Dohrmann wrote:
> Update: the XorTest::xor results shown in this message used test code from PR
> commit 7cc272e862791 which was based on Maurizio Cimadamore's commit
> a788f066af17. The XorTest has since been updated and XorTest::copy is no
> longer
Applying an update from the upstream source, quote: "Removing synchronized from
the getInstance() methods". As the reporter noted, this change was made 16
years ago.
Tests: SQE & unit tests passed
-
Commit messages:
- 8320602: Lock contention in SchemaDVFactory.getInstance()
On Mon, 27 Nov 2023 13:43:52 GMT, Damon Fenacci wrote:
>> Roger Riggs has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Apply StringUTF16.coderFromArrayLen
>
> src/hotspot/cpu/x86/macroAssembler_x86.cpp line 8584:
>
>> 8582:
On Mon, 2023-11-27 at 16:09 +, Mark Raynsford wrote:
>
> As I mentioned in the blog, I feel like almost all of the
> functionality might already be there (minus a way to get the runtime
> to use -p instead of -cp internally), it's just that there doesn't
> appear to be a way to get jpackage
On Wed, 22 Nov 2023 05:03:41 GMT, Roger Riggs wrote:
>> Strings, after construction, are immutable but may be constructed from
>> mutable arrays of bytes, characters, or integers.
>> The string constructors should guard against the effects of mutating the
>> arrays during construction that
On Sat, 25 Nov 2023 16:45:07 GMT, Eirik Bjorsnos wrote:
>>> Reviewer time is a scarce resource. It would be wasteful to spend review
>>> cycles on getting a fix of this `.sh` test integrated now and then
>>> immediately follow up with a delete in the rewrite PR.
>>>
>>> I think we should
On Mon, 27 Nov 2023 15:22:32 GMT, Magnus Ihse Bursie wrote:
> In fact, I am not even sure why it seems to the PR author to be a good idea
> to let the default be dependent on the build machine at all. My personal
> opinion is that it would be better to select either "SVE enabled" or "SVE
>
On Tue, 21 Nov 2023 10:11:28 GMT, Viktor Klang wrote:
>> This Pull-Request implements [JEP-461](https://openjdk.org/jeps/461)
>
> Viktor Klang has updated the pull request incrementally with one additional
> commit since the last revision:
>
> Javadoc clarifications for Gatherer type
On Mon, 27 Nov 2023 16:17:14 GMT, Eirik Bjorsnos wrote:
> Please review this trivial, formatting and documentation-only change which
> adds missing whitespace around a few `if` statements, `while` statements and
> assigments in `@snippet` code in `j.l.Double` and `j.u.z.ZipInputStream`.
>
>
Please review this trivial, formatting and documentation-only change which adds
missing whitespace around a few `if` statements, `while` statements and
assigments in `@snippet` code in `j.l.Double` and `j.u.z.ZipInputStream`.
While there are many similar issues in the OpenJDK code base, these
On Mon, 2023-11-27 at 14:42 +, Alan Bateman wrote:
> On 27/11/2023 11:44, Mark Raynsford wrote:
> > I'm not entirely convinced that discussion on this list doesn't get
> > lost in the endless sea of "RFR: " messages. :)
>
> It was originally sent to jigsaw-dev, then Alan Synder sent it here.
On Mon, 27 Nov 2023 15:10:52 GMT, Daniel Fuchs wrote:
>> Have you considered naming it "socketConnectTimeout" instead? Or possibly
>> "tcpConnectTimeout"?
>
> If you named it "tcpConnectTimeout" then you could name the (future) property
> for
On Mon, 27 Nov 2023 15:11:32 GMT, Andrew Haley wrote:
>> You still need to separate out the SVE detection from the libsleef code, and
>> provide a way to enable/disable it from the configure command line. It is
>> not okay to auto-detect if features should be turned on or off by default,
>>
On Mon, 27 Nov 2023 14:59:23 GMT, Magnus Ihse Bursie wrote:
> You still need to separate out the SVE detection from the libsleef code, and
> provide a way to enable/disable it from the configure command line.
Why? I don't think this should be a build-time option at all, because it puts
the
On Mon, 27 Nov 2023 15:00:54 GMT, Daniel Fuchs wrote:
>> On the Property name: there is an existing System Property
>> "sun.rmi.transport.connectionTimeout" which is a 15-second idle timeout.
>> Having a "connectionTimeout" and this new one as "connectTimeout" could be
>> confusing, even in
On Mon, 27 Nov 2023 10:28:45 GMT, Andrew Haley wrote:
>> We have to use this c-compiler option to build out the SVE ABIs (e.g.
>> `svfloat32_t sinfx_u10sve(svfloat32_t input)`) in `libvmath.so`. Without
>> this option, at build time, all the sve related featues like `arm_sve.h /
>>
On Mon, 27 Nov 2023 14:35:07 GMT, Kevin Walls wrote:
>> wrt to the property name initialConnectTimeout might infer that it is an
>> initial value which can be subsequentually modified, but that is not
>> possible. As such, would sun.rmi.transport.tcp.connectTimeout be more
>> appropriate --
A faster and simpler way to generate random BigIntegers, avoiding eventually
trimming of leading zeros in magnitude array.
-
Commit messages:
- Optimized randomBits(int, Random)
- Removed trailing whitespaces
- Correct randomBits(int, Random)
- Update BigInteger.java
- Merge
On 27/11/2023 11:44, Mark Raynsford wrote:
I'm not entirely convinced that discussion on this list doesn't get
lost in the endless sea of "RFR: " messages. :)
It was originally sent to jigsaw-dev, then Alan Synder sent it here.
As you know, automatic modules are to support migration without
On Fri, 24 Nov 2023 16:28:38 GMT, Mark Sheppard wrote:
>> Thanks, yes so JMX SSL clients are without socket connect timeout, good to
>> have that documented. I logged a parallel RFE for
>> SslRMIClientSocketFactory, which should wait for now as it seems wrong to go
>> changing that right now
This is update to the specification of the j.l.module.ResolvedModule.reads
method to clarify that the set of resolved modules returned does not include
itself. There is a small implementation change to align with the specification
and fix an anomaly that arises with configurations that contain
On Thu, 23 Nov 2023 09:18:44 GMT, Alan Bateman wrote:
> The deadlock prone Thread/ThreadGroup suspend/resume were deprecated since
> JDK 1.2, deprecated for removal in Java 14, and re-specified/degraded to
> throw UnsupportedOperationException unconditionally in Java 19/20. Early in
> Java
I'm not entirely convinced that discussion on this list doesn't get
lost in the endless sea of "RFR: " messages. :)
For reference, here are the adventures I undertook that got me stuck on
jpackage's hard requirements for named modules:
On Fri, 24 Nov 2023 18:30:17 GMT, Erik Österlund wrote:
>> The current logic for closing memory in panama today is susceptible to live
>> lock if we have a closing thread that wants to close the memory in a loop
>> that keeps failing, and a bunch of accessing threads that want to perform
>>
On Mon, 27 Nov 2023 01:06:21 GMT, Xiaohong Gong wrote:
>> make/autoconf/lib-vmath.m4 line 94:
>>
>>> 92: # Check the ARM SVE feature
>>> 93: SVE_CFLAGS="-march=armv8-a+sve"
>>> 94:
>>
>> What's this about? We're building a standard binary, and all SVE detection
>> is to
> Classfile API is an internal library under package `jdk.internal.classfile`
> in JDK 21.
> This pull request turns the Classfile API into a preview feature and moves it
> into `java.lang.classfile`.
> It repackages all uses across JDK and tests and adds lots of missing Javadoc.
>
> This PR
> Classfile API is an internal library under package `jdk.internal.classfile`
> in JDK 21.
> This pull request turns the Classfile API into a preview feature and moves it
> into `java.lang.classfile`.
> It repackages all uses across JDK and tests and adds lots of missing Javadoc.
>
> This PR
On Fri, 24 Nov 2023 17:01:29 GMT, Jaikiran Pai wrote:
> Hello Stefan, I agree with David that I have found these logs to be useful -
> it shows that process launched by the test hasn't yet finished and is being
> waited upon. The log message when written will have a timestamp and can then
>
On Fri, 24 Nov 2023 17:13:30 GMT, Jaikiran Pai wrote:
> Other than a quick local test run, I haven't tested it for anything else. It
> did improve the situation in one of my test and it now only logs it once. In
> the setup that you are seeing this large amount of logging, would you be able
>
On Thu, 23 Nov 2023 11:52:05 GMT, Adam Sotona wrote:
> ClassFile API StackMapGenerator caused a NPE for a test case with invalid
> sequence of instructions.
> This fix simply avoids the NPE and adds StackMapsTest::testInvalidAALOADStack
>
> Please review.
>
> Thanks,
> Adam
This pull request
On Wed, 22 Nov 2023 15:59:38 GMT, Christoph Langer wrote:
> java/lang/invoke/lambda/LambdaFileEncodingSerialization.java is already
> problem listed on linux-x64. However, the issue is not processor specific. We
> see the failure on linux on other architectures as well.
This pull request has
On Fri, 24 Nov 2023 11:28:23 GMT, Ivan Šipka wrote:
> > I use the jdk_core test group. I know the split doesn't impact users of
> > this test group but it's not clear why the change is being done. Would it
> > be possible to explain why you are doing this? There is nothing in the JBS
> >
92 matches
Mail list logo
