On Thu, 3 Apr 2025 06:31:20 GMT, Alan Bateman wrote:
> What about changes to conf files, especially Java.security (for hardening TLS
> settings) - or at least pointing to a include?
You can still do that after creating the custom runtime as you do today when
linking using JMODs. The point of t
> In the JDK launcher, there is a codepath which would set/modify the
> LD_LIBRARY_PATH. This happens unconditionally on AIX and Linux/musl and can
> also happen on other Linux platforms if an LD_LIBRARY_PATH is pre-set which
> contains a libjvm.so.
>
> The LD_LIBRARY_PATH is set to $JVMPATH:$J
On Thu, 3 Apr 2025 11:23:36 GMT, Per Minborg wrote:
>> Yes - but they cache different things -- the first caches results for values
>> 0-9 -- the second cached results for 1, 2, 4, 8, 16, 32.
>
> That was intentional as the list is always `0..size` whereas a map can use
> arbitrary inputs. Is t
On Tue, 1 Apr 2025 22:01:55 GMT, Brent Christian wrote:
>> Kim Barrett has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> parameterized return type of native get0
>
> test/hotspot/jtreg/gc/TestNativeReferenceGet.java line 162:
>
>> 160:
On Fri, 28 Mar 2025 20:17:30 GMT, Naoto Sato wrote:
> Proposing to remove the `java.locale.useOldISOCodes` system property. This
> property is for backward compatibility introduced back in JDK17 and I believe
> it is now fine to remove it. In this PR targeting JDK25, it emits a
> deprecate-for
`jmod create` maps the contents of the module to a set of packages. This
mapping derives illegal package names when class resources are located in
non-package locations, e.g. in the META-INF tree. `jlink` also has an issue in
this area and doesn't correctly determine if a resource is in a named
On Mon, 24 Mar 2025 12:17:22 GMT, Leo Korinth wrote:
> WhileOpTest.java is a TestNG test (`TestNG.dirs` is set in Find file:
> `test/jdk/java/util/stream/test/TEST.properties`)
>
> As such, the `@run main/timeout=240` annotation is ignored. If that was not
> the case, it would complain about n
> 8349206: j.u.l.Handler classes create deadlock risk via synchronized
> publish() method.
>
> 1. Remove synchronization of calls to publish() in Handlers in
> java.util.logging package.
> 2. Add explanatory comments to various affected methods.
> 3. Add a test to ensure deadlocks no longer occu
On Thu, 3 Apr 2025 21:03:08 GMT, Stuart Marks wrote:
> Back out commit for
> [JDK-8349206](https://bugs.openjdk.org/browse/JDK-8349206) because of build
> failure.
>
> This reverts commit ebcb9a8b128cc6411610566c8368db63d25a5127.
This pull request has now been integrated.
Changeset: 57df89c4
On Mon, 31 Mar 2025 01:28:47 GMT, tison wrote:
>> Try to add clear type annotations.
>>
>> Please let me know how this patch can be properly reviewed >_<
>
> retest?
Hello @tisonkun, is there an issue created for this?
https://bugs.openjdk.org/browse/JDK-8304674 against which this PR is linked
On Thu, 3 Apr 2025 14:00:00 GMT, Per Minborg wrote:
>> Implement JEP 502.
>>
>> The PR passes tier1-tier3 tests.
>
> Per Minborg has updated the pull request incrementally with one additional
> commit since the last revision:
>
> Make the sqrt example different
src/java.base/share/classes/j
> This is a patch to finalize the module imports feature. Please see:
> https://bugs.openjdk.org/browse/JDK-8344700
Jan Lahoda has updated the pull request incrementally with one additional
commit since the last revision:
Reflecting review feedback - avoiding hardcoded constants.
On Wed, 2 Apr 2025 18:39:57 GMT, Severin Gehwolf wrote:
> For JEP 493-enabled builds there are no JMODs. Certain files come from the
> installed JDK image when a user creates a custom run-time from it. This is
> problematic for example for files that often come from a different package
> (e.g.
On Fri, 21 Mar 2025 10:33:10 GMT, Magnus Ihse Bursie wrote:
>> Joachim Kern has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> added needed include
>
> make/StaticLibs.gmk line 117:
>
>> 115: OUTPUT_FILE := $(lib).exp, \
>> 116:
On Thu, 27 Mar 2025 11:30:11 GMT, Alan Bateman wrote:
>> I'm breaking this change out as a separate improvement, since it will not be
>> generally possible to adjust these limits on the j.u.c primitives since they
>> might already use a backing `long` to pack in information which needs to be
>
On Wed, 19 Mar 2025 20:09:51 GMT, Roger Riggs wrote:
>> KIRIYAMA Takuya has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> 8352016: Improve java/lang/RuntimeTests/RuntimeExitLogTest.java
>
> test/jdk/java/lang/RuntimeTests/ExitLogging-FINER
On Mon, 24 Mar 2025 14:35:50 GMT, Alexey Semenyuk wrote:
> Follow-up for https://github.com/openjdk/jdk/pull/24087 PR.
> Revamp signing tests:
> - Run the tests only if `jpackage.test.MacSignTests` property is set to
> "run". This property also can be set to "setup" and "teardown" to set up an
> Automate setting up an environment for mac signing tests: create keychain(s),
> self-signing certificates, and register them in the system.
>
> To set up the environment, run `make test-only
> TEST=test/jdk/tools/jpackage/macosx/base/SigningBase.java
> JTREG=JAVA_OPTIONS=-Djpackage.test.SignE
On Tue, 1 Apr 2025 13:27:34 GMT, Per Minborg wrote:
>> Implement JEP 502.
>>
>> The PR passes tier1-tier3 tests.
>
> Per Minborg has updated the pull request incrementally with two additional
> commits since the last revision:
>
> - Add lazy toSting for StableMap::values
> - Make toString fo
On Thu, 3 Apr 2025 12:57:40 GMT, Jaikiran Pai wrote:
> Please give me a day or so to run this change against our CI.
tier1, tier2 and tier3 testing of this change went fine in our CI.
-
PR Comment: https://git.openjdk.org/jdk/pull/24351#issuecomment-2777338708
On Tue, 1 Apr 2025 10:56:25 GMT, Alan Bateman wrote:
> ForkJoinPool20Test::testFixedDelaySequence is failing intermittently. The
> assert that checks that the periodically tasks only executes 8 times is
> removed, it may run more than this before it cancelled.
Yes, the bound is no longer guara
I certainly see the value in the unsynchronized variant and am happy to do
that – but that isn’t sufficient to address the original problem of scaling the
array. MemoryOutputStream results in 3x improvement and eliminates the hard
2GB cap, and can replace custom logic in Tomcat, Spring, etc.
> Implement JEP 502.
>
> The PR passes tier1-tier3 tests.
Per Minborg has updated the pull request incrementally with three additional
commits since the last revision:
- Use static final SV in the snippets
- Update StableValue main description
- Add stable collections to MOAT tests
On Sat, 29 Mar 2025 21:47:18 GMT, Kim Barrett wrote:
> Please review this change which adds a native method providing the
> implementation of Reference::get. Referece::get is an intrinsic candidate, so
> this native method implementation is only used when the intrinsic is not.
>
> Currently the
> 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
> process is already taking very long with no end in sight
On Mon, 17 Mar 2025 15:01:10 GMT, Joachim Kern wrote:
>> Looks like this variable is misspelled (missing "S").
>>
>> DEPS := $(STATIC_LIB_FILE), \
>>
>> Also note that by default log level INFO is not printed. You would need to
>> run the build with `make LOG=info` to see the message.
>
> Ups,
> Implement JEP 502.
>
> The PR passes tier1-tier3 tests.
Per Minborg has updated the pull request incrementally with three additional
commits since the last revision:
- Add a dependency layout image snippet
- Wip on condy
- Use @enablePreview in MOAT
-
Changes:
- all: https:
On Wed, 12 Mar 2025 15:53:33 GMT, Vladimir Ivanov wrote:
> the test output was cleanup for common execution.
I would argue against that.
While tests and test resources already comprise ~360M it could be argued that
adding this 3.5M dictionary file wouldn't hurt all that much -- but OTOH this
> Hi all,
> File src/java.base/share/native/libjli/java.c compile error: control reaches
> end of non-void function [-Werror=return-type] with gcc options
> -fsanitize=address -O0. The function int JavaMain(void* _args) in this file
> will execute return ret in LEAVE() macro, but gcc with -O0 is
Another reaction: in practice there is not much numeric about
java.lang.Number. Operationally the type means "convertible to a
primitive type" and there is nothing else extending Number lets you do
with a class. Additionally in retrospect, Number would have been better
as an interface rather th
On Wed, 26 Mar 2025 10:12:43 GMT, Alan Bateman wrote:
> > The cacerts issue mentioned in the JBS issue relates to an RPM installation
> > of the JDK where the cacerts file is a symlink to the distro provided one.
> > So I think that's "use system" issue.
> > TZ updates would potentially break t
On Wed, 26 Mar 2025 07:54:48 GMT, Jan Lahoda wrote:
> The `java.io.Console` has several backends: a simple on in `java.base`, a
> more convenient one in `jdk.internal.le` (with line-reading based on JLine)
> and one for JShell.
>
> The backend based on JLine is proving to be a somewhat problem
On Fri, 14 Mar 2025 11:15:26 GMT, Matthias Baesken wrote:
> On Linux there are some special settings for LIBVERIFY_OPTIMIZATION that are
> most likely not needed any more and could be removed.
> The removal (on Linux) brings the lib optimization level de facto from LOW to
> HIGH.
Marked as rev
On Sat, 29 Mar 2025 23:49:48 GMT, Cormac Redmond wrote:
>> Alexey Semenyuk has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Keep bundles produces by the test in the test work directory
>
> I am seeing this also, after switching from Azul
Thanks, Volkan.
I agree that JSON parsers may have their own number codecs and may not
necessarily rely on Integer.parseInt() or Long.parseLong(). I appreciate
the clarification.
Let me simplify my concern:
I've tried converting a *String to a Number* and loading it into memory,
and my expectati
On Sun, 16 Mar 2025 02:54:36 GMT, Ioi Lam wrote:
> This PR tries to cut down the use of `WhiteBox` in the HotSpot test cases. It
> modifies `VMProps` to save the set of VM properties into a file called
> "vm.properties" under Jtreg's work directory. The new API
> `jdk.test.lib.VMPropsGetter` l
On Mon, 17 Mar 2025 01:58:55 GMT, Luca Kellermann wrote:
> > I see that, probably due to prior `java.util` contracts, a stable list or
> > map cannot present a `toString` with unset component values. A stable list
> > or map uses a “canned” `toString` method that calls `get`, which must force
> Please review this change which adds a native method providing the
> implementation of Reference::get. Referece::get is an intrinsic candidate, so
> this native method implementation is only used when the intrinsic is not.
>
> Currently there is intrinsic support by the interpreter, C1, C2, and
On Tue, 1 Apr 2025 00:29:47 GMT, Chen Liang wrote:
>> src/java.base/share/classes/java/util/zip/InflaterOutputStream.java line 89:
>>
>>> 87: * @apiNote
>>> 88: * The default decompressor will be closed when this output stream
>>> 89: * is {@linkplain #close() closed}.
>>
>> This
On Wed, 2 Apr 2025 21:59:32 GMT, David Beaumont wrote:
>> 8349206: j.u.l.Handler classes create deadlock risk via synchronized
>> publish() method.
>>
>> 1. Remove synchronization of calls to publish() in Handlers in
>> java.util.logging package.
>> 2. Add explanatory comments to various affec
> Automate setting up an environment for mac signing tests: create keychain(s),
> self-signing certificates, and register them in the system.
>
> To set up the environment, run `make test-only
> TEST=test/jdk/tools/jpackage/macosx/base/SigningBase.java
> JTREG=JAVA_OPTIONS=-Djpackage.test.SignE
Please review this PR which provides unit tests for `ChoiceFormat#parse(String,
ParsePosition)` to check default, multi match, and no match behavior. There
were no existing relevant tests.
-
Commit messages:
- more cases + cleanup
- init
Changes: https://git.openjdk.org/jdk/pull/
On Mon, 31 Mar 2025 12:57:38 GMT, Magnus Ihse Bursie wrote:
> While I normally advocate using DISABLE_WARNING in makefiles instead of
> pragmas, in this particular case I wonder if not a pragma in the `LEAVE`
> macro would be better?
PR has been changed to use `#pragma GCC diagnostic ignored "
On Wed, 26 Mar 2025 17:43:50 GMT, Christoph Langer wrote:
> Would it maybe make sense/be possible to offer some re-hash functionality for
> using in 2nd step builds?
What would that be? Right now linking from the run-time image doesn't allow for
`jdk.jlink` to be included, which prevents a 2nd
> This is a patch to finalize the module imports feature. Please see:
> https://bugs.openjdk.org/browse/JDK-8344700
Jan Lahoda has updated the pull request incrementally with four additional
commits since the last revision:
- Cleanup, fixing tests.
- Adjusting JShell defaults.
- Fixing tests.
On 31/03/2025 16:51, Engebretson, John wrote:
Alan – is this what you have in mind:
ByteArrayOutputStream.getInstance() // returns existing class
ByteArrayOutputStream.getUnsynchronizedInstance() // returns subclass
of BAOS that overrides the synchronization
ByteArrayOutputStream.getInsta
On Thu, 13 Mar 2025 15:44:37 GMT, Maurizio Cimadamore
wrote:
>> Per Minborg has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains 246 commits:
>>
>> - Merge branch 'master' into implement-jep502
>> - Clean up exception messages and f
On Tue, 18 Mar 2025 18:57:04 GMT, Jiangli Zhou wrote:
> Please review this PR that adds `@requires !jdk.static` to tests, thanks.
>
> - runtime/StackGap/TestStackGap.java
> - runtime/StackGuardPages/TestStackGuardPages.java
> - runtime/TLS/TestTLS.java
> - runtime/jni/daemonDestroy/TestDaemonDes
On Tue, 1 Apr 2025 09:13:45 GMT, Joachim Kern wrote:
> In the JDK launcher, there is a codepath which would set/modify the
> LD_LIBRARY_PATH. This happens unconditionally on AIX and Linux/musl and can
> also happen on other Linux platforms if an LD_LIBRARY_PATH is pre-set which
> contains a li
On Wed, 19 Mar 2025 21:35:53 GMT, Chen Liang wrote:
>> The recent patch #23866 makes calling `ClassValue::remove()` from
>> `ClassValue::computeValue()` end up in infinite loops while fixing the stale
>> value risk from the method.
>>
>> The proposed fix is to preserve the stale value risk fix
On Thu, 13 Mar 2025 13:34:51 GMT, Dmitry Chuyko wrote:
> Please review a tiny fix in the ForkJoinPool. Since JDK 9 (JDK-8134852 [1])
> in one case when TC subfield in ctl field is decremented, the applied masking
> (UMASK, upper bits) may not preserve neighbor RC subfield sometimes. In JDKs
>
On Wed, 26 Mar 2025 16:19:16 GMT, Viktor Klang wrote:
> I'm breaking this change out as a separate improvement, since it will not be
> generally possible to adjust these limits on the j.u.c primitives since they
> might already use a backing `long` to pack in information which needs to be
> up
Modify the cache in MethodTypeForm that currently stores the LF_INTERPRET
Lambda form. Instead of caching the entire LambdaForm, change it to store a
SoftReference. This will avoid unnecessary memory usage.
-
Commit messages:
- Merge branch 'openjdk:master' into JDK-8350462
- 8350
On Sun, 16 Mar 2025 00:34:45 GMT, John R Rose wrote:
> Comments on visual noise and side effects in `toString`.
>
> `renderWrapped` is clever for a single stable value, but it makes for a very
> noisy display string, with confusing doubly-nested `[]`, for composite stable
> values. I'm talking
On Thu, 20 Mar 2025 14:30:58 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.
>>
>
On Fri, 28 Mar 2025 09:34:58 GMT, Jaikiran Pai wrote:
>> Brent Christian has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> convert to WeakRefs, use a RefQ, print ForceGC results
>
> test/jdk/java/lang/ref/FinalizerHistogramTest.java line 1
Upgrading the CLDR to version 47.0. A corresponding CSR has also been drafted.
-
Commit messages:
- Updated the CLDR chart
- .md files update
- TestUnicodeExtension version
- LikelySubtagLocalesTest
- release-47
- CLDR-17484: English day periods are wrong
- release-47-beta2
-
On Thu, 20 Mar 2025 14:30:58 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.
>>
>
On Wed, 2 Apr 2025 11:43:40 GMT, Maurizio Cimadamore
wrote:
>> I didn't mean to say "this is not true, so use a `static final` instead".
>> What I meant was more "let's not dive into VM-specific details now" (see my
>> other comment on the topic), and just focus on semantics instead. Then let'
On Fri, 11 Oct 2024 15:49:33 GMT, Chen Liang wrote:
>> Please review this patch that:
>> 1. Implemented `forEach` to optimize for 1 or 2 element collections.
>> 2. Implemented `spliterator` to optimize for a single element.
>>
>> The default implementations for multiple-element immutable collect
On Thu, 3 Apr 2025 12:14:52 GMT, Maurizio Cimadamore
wrote:
>> That was intentional as the list is always `0..size` whereas a map can use
>> arbitrary inputs. Is there a better way to illustrate this than what we have
>> now?
>
> I guess my "beef" is that the examples for int function and func
On Wed, 19 Mar 2025 12:45:23 GMT, Erik Joelsson wrote:
> Just to make sure I'm understanding you correctly. Are you proposing that
> instead of building a single JDK distribution with multiple JVMs, they would
> build a separate JDK for each alternative JVM configuration and publish
> java.bas
On Wed, 2 Apr 2025 14:04:52 GMT, Alan Bateman wrote:
>> Per Minborg has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Add info that Map#values and Map#entrySet are stable
>
> src/java.base/share/classes/java/lang/StableValue.java line 649:
On Fri, 14 Mar 2025 09:17:06 GMT, KIRIYAMA Takuya wrote:
> The current test program for the logging feature added in JDK-8301627 does
> not fully check some important cases.
>
> Issue Details:
> The test does not properly check cases where logging might not happen due to
> different logging le
On Sun, 23 Mar 2025 12:38:04 GMT, Jason Zaugg wrote:
> 8352642: Set zipinfo-time=false when constructing zipfs FileSystem in
> com.sun.tools.javac.file.JavacFileManager$ArchiveContainer for better
> performance
I'm running some tests with this change. I'll approve it once that completes.
On Tue, 1 Apr 2025 20:00:22 GMT, Chris Plummer wrote:
>> Calling ThreadGroupReference.groups() from an event handler can cause a
>> deadlock. Details in first comment. Tested with :jdk_lang on all supported
>> platforms and tier1, tier2, tier3, and tier5 svc testing.
>
> Chris Plummer has updat
On Fri, 21 Mar 2025 09:05:27 GMT, KIRIYAMA Takuya wrote:
>> The current test program for the logging feature added in JDK-8301627 does
>> not fully check some important cases.
>>
>> Issue Details:
>> The test does not properly check cases where logging might not happen due to
>> different logg
On Thu, 27 Mar 2025 16:03:08 GMT, Naoto Sato wrote:
>> Those system property values on Windows were derived from Windows'
>> `GetConsoleCP()` call, but they should have been taken from
>> `GetConsoleOutputCP()`. Replacing the incorrect call with the correct one
>> won't change any behavior, as
This Pull Requests proposes an implementation for
[JDK-8353795](https://bugs.openjdk.org/browse/JDK-8353795): Adding the new
method `public static Writer Writer.of(StringBuilder)`, providing a
non-synchronized Writer implementation optimized for writing into
`StringBuilder`.
A basic test is pr
> Implement JEP 502.
>
> The PR passes tier1-tier3 tests.
Per Minborg has updated the pull request incrementally with one additional
commit since the last revision:
Add info that Map#values and Map#entrySet are stable
-
Changes:
- all: https://git.openjdk.org/jdk/pull/23972/fi
On Tue, 25 Mar 2025 20:36:28 GMT, Chris Plummer wrote:
> Calling ThreadGroupReference.groups() from an event handler can cause a
> deadlock. Details in first comment. Tested with :jdk_lang on all supported
> platforms and tier1, tier2, tier3, and tier5 svc testing.
The reason is because this J
On Tue, 1 Apr 2025 19:00:56 GMT, Alexey Semenyuk wrote:
>> Make tools/jpackage/share/ErrorTest.java test safely handle the case when
>> native bundling is unavailable on the test host.
>>
>> Additionally:
>> - If native bundling is unavailable on the test host, PackageTest will
>> throw `jtre
On Wed, 26 Mar 2025 11:34:34 GMT, Markus KARG wrote:
>> src/java.base/share/classes/java/lang/CharSequence.java line 307:
>>
>>> 305: /**
>>> 306: * Characters are copied from this sequence into the
>>> 307: * destination character array {@code dst}. The first character to
>>
>> I
On Thu, 3 Apr 2025 08:22:47 GMT, Per Minborg wrote:
> "A stable value is a holder of content that can be lazily computed at most
> once"
I'd replace `computed` with `set` (as that's the term we use in the API).
-
PR Review Comment: https://git.openjdk.org/jdk/pull/23972#discussion
> I propose some cleanups to `FinalizerHistogramTest.java` to hopefully clear
> up the intermittent failures:
>
> * run with `othervm`: this test blocks the (global) finalizer thread, and
> also requires the (global) finalizer thread to enter the test's `finalize()`
> method
> * The test uses `
On Wed, 19 Feb 2025 16:07:56 GMT, Doug Lea wrote:
> (Copied from https://bugs.openjdk.org/browse/JDK-8319447)
>
> The problems addressed by this CR/PR are that ScheduledThreadPoolExecutor is
> both ill-suited for many (if not most) of its applications, and is a
> performance bottleneck (as see
> Can I please get a review of this change which proposes to fix an issue
> `java.util.zip.ZipFile` which would cause failures when multiple instances of
> `ZipFile` using non-UTF8 `Charset` were operating against the same underlying
> ZIP file? This addresses https://bugs.openjdk.org/browse/JDK
On Thu, 20 Mar 2025 09:52:02 GMT, Aleksey Shipilev wrote:
> See the bug for rationale.
>
> This goal for this improvement is to be easily backportable, so we can catch
> up with update releases. As such, it does a few borderline-trivial changes,
> and _does not_ change the jspawnhelper protoc
Other than the read-only aspect, is ByteBuffer pretty close to the builder you are looking for? I would think a thin wrapper over a ByteBuffer might be a suitable alternative. Just a quick thought, I haven’t looked at any proposed code.ScottOn Mar 28, 2025, at 6:09 PM, Archie Cobbs wrote:This is
On Wed, 23 Oct 2024 05:07:37 GMT, Julian Waters wrote:
> After 8339120, gcc began catching many different instances of unused code in
> the Windows specific codebase. Some of these seem to be bugs. I've taken the
> effort to mark out all the relevant globals and locals that trigger the
> unuse
Add the java.util.Arrays.hashCode(byte[], int start, int end).
Hi team, I am new here, please give me some guidance. Thank you.
-
Commit messages:
- 8352171: Arrays.hashCode for sub-range of byte array API addition
Changes: https://git.openjdk.org/jdk/pull/24128/files
Webrev: htt
On Mon, 24 Mar 2025 14:35:50 GMT, Alexey Semenyuk wrote:
> Follow-up for https://github.com/openjdk/jdk/pull/24087 PR.
> Revamp signing tests:
> - Run the tests only if `jpackage.test.MacSignTests` property is set to
> "run". This property also can be set to "setup" and "teardown" to set up an
On Fri, 28 Mar 2025 01:08:42 GMT, Brent Christian wrote:
>> I propose some cleanups to `FinalizerHistogramTest.java` to hopefully clear
>> up the intermittent failures:
>>
>> * run with `othervm`: this test blocks the (global) finalizer thread, and
>> also requires the (global) finalizer threa
On Fri, 14 Mar 2025 15:41:56 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.
>
> Now wit
On Thu, 27 Mar 2025 18:28:17 GMT, Naoto Sato wrote:
>> The `java.io.Console` has several backends: a simple on in `java.base`, a
>> more convenient one in `jdk.internal.le` (with line-reading based on JLine)
>> and one for JShell.
>>
>> The backend based on JLine is proving to be a somewhat pr
On Tue, 25 Mar 2025 16:52:28 GMT, Naoto Sato wrote:
> Incorporating the latest IANA Time Zone Database (2025b). Manually confirmed
> the newly introduced time zone stays at the same offset (-03) on/after
> 2025-04-06:
>
> jshell>
> ZoneId.of("America/Coyhaique").getRules().getValidOffsets(Loc
On Mon, 31 Mar 2025 15:15:31 GMT, Maurizio Cimadamore
wrote:
> > Here are the latest benchmarks run on an M1 (macOS):
> > ```
> > Benchmark Mode Cnt Score
> > Error Units
> > StableFunctionBenchmark.functionavgt 10 4.228 ?
>
On Sat, 5 Apr 2025 14:26:13 GMT, Zihao Lin wrote:
> Modify the cache in MethodTypeForm that currently stores the LF_INTERPRET
> Lambda form. Instead of caching the entire LambdaForm, change it to store a
> SoftReference. This will avoid unnecessary memory usage.
src/java.base/share/classes/jav
On Sat, 22 Mar 2025 03:46:38 GMT, Jiangli Zhou wrote:
> Please review following changes, thanks.
>
> - Add `static` to the vm_info for static JDK. The `-version` output now
> contains `static` on static JDK, e.g.:
>
>
> $ static-jdk/bin/java -version
> openjdk version "25-internal" 2025-09-16
> The `java.io.Console` has several backends: a simple on in `java.base`, a
> more convenient one in `jdk.internal.le` (with line-reading based on JLine)
> and one for JShell.
>
> The backend based on JLine is proving to be a somewhat problematic - JLine is
> very powerful, possibly too powerfu
90 matches
Mail list logo
