On Wed, 24 Jul 2024 16:00:10 GMT, Shaojin Wen wrote:
>> [8318446](https://github.com/openjdk/jdk/pull/16245) brings MergeStore. We
>> need a JMH Benchmark to evaluate the performance of various batch operations
>> and the effect of MergeStore.
>
> Shaojin Wen has updated the pull request with
On Thu, 25 Jul 2024 05:06:17 GMT, Shaojin Wen wrote:
> The current LocalDateTime.toString implementation concatenates the toString
> results of date and time, which can be passed to StringBuilder to reduce
> additional object allocation and improve performance.
Below are the performance number
On Wed, 24 Jul 2024 16:00:10 GMT, Shaojin Wen wrote:
>> [8318446](https://github.com/openjdk/jdk/pull/16245) brings MergeStore. We
>> need a JMH Benchmark to evaluate the performance of various batch operations
>> and the effect of MergeStore.
>
> Shaojin Wen has updated the pull request with
Integer.stringSize and Long.stringSize are used not only in java.lang, but also
in other places. We put stringSize in DecimalDigits to reduce duplicate code
and the use of JLA.
-
Commit messages:
- stringSize deduplication
Changes: https://git.openjdk.org/jdk/pull/20322/files
We
The current LocalDateTime.toString implementation concatenates the toString
results of date and time, which can be passed to StringBuilder to reduce
additional object allocation and improve performance.
-
Commit messages:
- optimize LocalDateTime.toString, reduce StringBuilder allo
On Thu, 11 Jul 2024 17:30:21 GMT, Alan Bateman wrote:
> Bringover some of the changes accumulated in the loom repo to the main line,
> most of these changes are test updates and have been baking in the loom repo
> for several months. The motive is partly to reduce the large set of changes
> th
On Wed, 26 Jun 2024 15:40:36 GMT, SendaoYan wrote:
>> Hi all,
>> Test `test/jdk/java/lang/invoke/lambda/LogGeneratedClassesTest.java` fails
>> on rpm build mock environment. The `df -h` command return fail `df: cannot
>> read table of mounted file systems: No such file or directory` on the rpm
On Wed, 26 Jun 2024 15:40:36 GMT, SendaoYan wrote:
>> Hi all,
>> Test `test/jdk/java/lang/invoke/lambda/LogGeneratedClassesTest.java` fails
>> on rpm build mock environment. The `df -h` command return fail `df: cannot
>> read table of mounted file systems: No such file or directory` on the rpm
On Wed, 26 Jun 2024 14:39:57 GMT, Emanuel Peter wrote:
>>> I filed:
>>>
>>> [JDK-8335113](https://bugs.openjdk.org/browse/JDK-8335113): C2 MergeStores:
>>> allow merging of putChar and other larger stores on smaller array elements
>>
>> Great! Should we hold off on this optimization and see if
On Wed, 24 Jul 2024 15:08:50 GMT, Chen Liang wrote:
>> If you do not use TRUSTED Lookup, errors will occur when processing records.
>>
>> You can see this build error
>> https://github.com/wenshao/jdk/actions/runs/10049344961/job/27775952878
>>
>> TEST: java/lang/reflect/records/RecordReflecti
> I have implemented the Zimmermann's square root algorithm, available in works
> [here](https://inria.hal.science/inria-00072854/en/) and
> [here](https://www.researchgate.net/publication/220532560_A_proof_of_GMP_square_root).
>
> The algorithm is proved to be asymptotically faster than the New
Add some verbiage stating that two buffered readers or input streams should not
be used to read from the same reader or input stream, respectively.
-
Commit messages:
- 8336895: BufferedReader doesn't read full \r\n line ending when it doesn't
fit in buffer
Changes: https://git.op
On Tue, 23 Jul 2024 13:35:41 GMT, Claes Redestad wrote:
>> Shaojin Wen has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains six commits:
>>
>> - Merge remote-tracking branch 'origin/optim_simple_concat_202407' into
>> optim_concat_fa
On Thu, 18 Jul 2024 11:32:47 GMT, Shaojin Wen wrote:
> class LocalTime {
> public String toString() {
> // ...
> if (nanoValue % 1000_000 == 0) {
> buf.append(Integer.toString((nanoValue / 1000_000) +
> 1000).substring(1));
> } else
On Thu, 18 Jul 2024 15:43:05 GMT, Shaojin Wen wrote:
>> class LocalTime {
>> public String toString() {
>> // ...
>> if (nanoValue % 1000_000 == 0) {
>> buf.append(Integer.toString((nanoValue / 1000_000) +
>> 1000).substring(1));
>>
> After PR https://github.com/openjdk/jdk/pull/16245, C2 optimizes stores into
> primitive arrays by combining values into larger stores.
>
> This PR rewrites the code of appendNull and append(boolean) methods so that
> these two methods can be optimized by C2.
Shaojin Wen has updated the pul
On Wed, 24 Jul 2024 16:00:10 GMT, Shaojin Wen wrote:
>> [8318446](https://github.com/openjdk/jdk/pull/16245) brings MergeStore. We
>> need a JMH Benchmark to evaluate the performance of various batch operations
>> and the effect of MergeStore.
>
> Shaojin Wen has updated the pull request with
On Wed, 24 Jul 2024 16:14:47 GMT, Andrew Haley wrote:
>>> I suspect that Klass::search_secondary_supers() won't be inlinined in such
>>> case.
>>
>> That's true, but it's true of every other function in that file. Is it not
>> deliberate?
>
> FYI, somewhat related: AArch64 GCC inlines `lookup_
On Thu, 18 Jul 2024 15:43:05 GMT, Shaojin Wen wrote:
>> class LocalTime {
>> public String toString() {
>> // ...
>> if (nanoValue % 1000_000 == 0) {
>> buf.append(Integer.toString((nanoValue / 1000_000) +
>> 1000).substring(1));
>>
On Tue, 23 Jul 2024 17:28:02 GMT, Justin Lu wrote:
> As discussed in
> https://github.com/openjdk/jdk/pull/19513#discussion_r1684957942, there is
> code within java.text.NumberFormat (and subclasses) that can use the pattern
> match switch to improve readability.
>
> As this is simply cleanup
On Wed, 24 Jul 2024 19:45:45 GMT, Justin Lu wrote:
>> As discussed in
>> https://github.com/openjdk/jdk/pull/19513#discussion_r1684957942, there is
>> code within java.text.NumberFormat (and subclasses) that can use the pattern
>> match switch to improve readability.
>>
>> As this is simply c
On Tue, 23 Jul 2024 17:51:04 GMT, Justin Lu wrote:
> As discussed in https://bugs.openjdk.org/browse/JDK-8335834, there are
> occurrences in the java.text.Format API that would benefit from the implSpec
> (and apiNote) tag.
>
> This is a doc-only change, and a CSR has also been filed.
>
> I
On Wed, 24 Jul 2024 19:45:45 GMT, Justin Lu wrote:
>> As discussed in
>> https://github.com/openjdk/jdk/pull/19513#discussion_r1684957942, there is
>> code within java.text.NumberFormat (and subclasses) that can use the pattern
>> match switch to improve readability.
>>
>> As this is simply c
On Wed, 24 Jul 2024 19:45:45 GMT, Justin Lu wrote:
>> As discussed in
>> https://github.com/openjdk/jdk/pull/19513#discussion_r1684957942, there is
>> code within java.text.NumberFormat (and subclasses) that can use the pattern
>> match switch to improve readability.
>>
>> As this is simply c
> As discussed in
> https://github.com/openjdk/jdk/pull/19513#discussion_r1684957942, there is
> code within java.text.NumberFormat (and subclasses) that can use the pattern
> match switch to improve readability.
>
> As this is simply cleanup, there is no regression test added. (Tiers 1-3 and
On Wed, 24 Jul 2024 12:20:05 GMT, Vanitha B P wrote:
> tools/jpackage/windows/WinChildProcessTest.java was failing intermittently,
> fixed the issue and changes are tested.
Looks good. I will approve once comments from Alexey are resolved.
-
PR Comment: https://git.openjdk.org/jdk
On Wed, 24 Jul 2024 19:11:18 GMT, Andrey Turbanov wrote:
>> Chen Liang has updated the pull request incrementally with three additional
>> commits since the last revision:
>>
>> - More refinements from alex
>> - Artifact -> construct
>> - More about Annotation, add equals note
>
> test/langt
On Wed, 24 Jul 2024 19:11:42 GMT, Brian Burkhalter wrote:
> This proposed change would move the native objects required for NIO file
> interaction from the libnio native library to the libjava native library on
> Linux, macOS, and Windows.
This change passes CI tiers 1-5 jobs on all platforms.
This proposed change would move the native objects required for NIO file
interaction from the libnio native library to the libjava native library on
Linux, macOS, and Windows.
-
Commit messages:
- 8337143: (fc, fs) Move filesystem-related native objects from libnio to
libjava
Cha
On Wed, 24 Jul 2024 13:00:47 GMT, Chen Liang wrote:
>> `TypeAnnotation` is not an annotation, as it should not be used in places
>> like `AnnotationValue.ofAnnotation`. Thus it's remodeled to contain an
>> annotation at a given location instead of to be an annotation.
>>
>> Depends on #20205.
On Wed, 24 Jul 2024 09:03:12 GMT, Andrew Haley wrote:
>>> Also also, Klass::is_subtype_of() is used for C1 runtime.
>>
>> Can you elaborate, please? What I'm seeing in
>> `Runtime1::generate_code_for()` for `slow_subtype_check` is a call into
>> `MacroAssembler::check_klass_subtype_slow_path()
On Tue, 23 Jul 2024 20:54:08 GMT, Justin Lu wrote:
>> As discussed in
>> https://github.com/openjdk/jdk/pull/19513#discussion_r1684957942, there is
>> code within java.text.NumberFormat (and subclasses) that can use the pattern
>> match switch to improve readability.
>>
>> As this is simply c
On Thu, 18 Jul 2024 15:43:05 GMT, Shaojin Wen wrote:
>> class LocalTime {
>> public String toString() {
>> // ...
>> if (nanoValue % 1000_000 == 0) {
>> buf.append(Integer.toString((nanoValue / 1000_000) +
>> 1000).substring(1));
>>
> I have implemented the Zimmermann's square root algorithm, available in works
> [here](https://inria.hal.science/inria-00072854/en/) and
> [here](https://www.researchgate.net/publication/220532560_A_proof_of_GMP_square_root).
>
> The algorithm is proved to be asymptotically faster than the New
Anil, you are correct.
The guide says to set the SDK to your built image, but it will make IDEA use
your built image (much like how some user processes hold Microsoft Visual
Studio when you try to set the short name) and you will have trouble building.
Setting the SDK will also introduce extra
Thank you!
I set up ant and IDEA. If I understood you correctly, SDK should not be set
at all (screenshot below).
[image: image.png]
On Tue, Jul 23, 2024 at 6:41 PM Chen Liang wrote:
> Hi Anil,
> Ant is not a command-line tool of linux; it's an ancient Java build tool
> popular 10 years ago, bef
On Mon, 22 Jul 2024 22:10:07 GMT, Naoto Sato wrote:
> This is a simple doc-only change that follows up
> [JDK-8336479](https://bugs.openjdk.org/browse/JDK-8336479). A corresponding
> CSR has also been drafted.
This pull request has now been integrated.
Changeset: 4ea4d7c6
Author:Naoto Sat
On Wed, 24 Jul 2024 16:41:46 GMT, Naoto Sato wrote:
>> This is a simple doc-only change that follows up
>> [JDK-8336479](https://bugs.openjdk.org/browse/JDK-8336479). A corresponding
>> CSR has also been drafted.
>
> Naoto Sato has updated the pull request incrementally with two additional
> c
On Wed, 24 Jul 2024 12:20:05 GMT, Vanitha B P wrote:
> tools/jpackage/windows/WinChildProcessTest.java was failing intermittently,
> fixed the issue and changes are tested.
Changes requested by asemenyuk (Reviewer).
@sashamatveev please review
test/jdk/tools/jpackage/apps/ChildProcessAppLaunc
On Tue, 23 Jul 2024 20:54:08 GMT, Justin Lu wrote:
>> As discussed in
>> https://github.com/openjdk/jdk/pull/19513#discussion_r1684957942, there is
>> code within java.text.NumberFormat (and subclasses) that can use the pattern
>> match switch to improve readability.
>>
>> As this is simply c
On Tue, 23 Jul 2024 20:58:01 GMT, Naoto Sato wrote:
>> This is a simple doc-only change that follows up
>> [JDK-8336479](https://bugs.openjdk.org/browse/JDK-8336479). A corresponding
>> CSR has also been drafted.
>
> Naoto Sato has updated the pull request incrementally with one additional
> c
> This is a simple doc-only change that follows up
> [JDK-8336479](https://bugs.openjdk.org/browse/JDK-8336479). A corresponding
> CSR has also been drafted.
Naoto Sato has updated the pull request incrementally with two additional
commits since the last revision:
- Update src/java.base/share
On Wed, 24 Jul 2024 15:51:26 GMT, Andrew Haley wrote:
>>> What happens when users include `klass.hpp`, but not `klass.inline.hpp`?
>>> How does it affect generated code?
>>>
>>> I suspect that `Klass::search_secondary_supers()` won't be inlinined in
>>> such case.
>>
>> That is true. I can't
On Wed, 24 Jul 2024 16:00:10 GMT, Shaojin Wen wrote:
>> [8318446](https://github.com/openjdk/jdk/pull/16245) brings MergeStore. We
>> need a JMH Benchmark to evaluate the performance of various batch operations
>> and the effect of MergeStore.
>
> Shaojin Wen has updated the pull request with
> [8318446](https://github.com/openjdk/jdk/pull/16245) brings MergeStore. We
> need a JMH Benchmark to evaluate the performance of various batch operations
> and the effect of MergeStore.
Shaojin Wen has updated the pull request with a new target base due to a merge
or a rebase. The incrementa
On Wed, 24 Jul 2024 14:29:09 GMT, Andrew Haley wrote:
> I suspect that Klass::search_secondary_supers() won't be inlinined in such
> case.
That's true, but it's true of every other function in that file. Is it not
deliberate?
-
PR Review Comment: https://git.openjdk.org/jdk/pull/
On Tue, 23 Jul 2024 20:58:01 GMT, Naoto Sato wrote:
>> This is a simple doc-only change that follows up
>> [JDK-8336479](https://bugs.openjdk.org/browse/JDK-8336479). A corresponding
>> CSR has also been drafted.
>
> Naoto Sato has updated the pull request incrementally with one additional
> c
On Wed, 24 Jul 2024 14:56:48 GMT, Shaojin Wen wrote:
>> src/java.base/share/classes/java/lang/invoke/StringConcatFactory.java line
>> 1119:
>>
>>> 1117:
>>> 1118: private static MethodHandle generate(Lookup lookup,
>>> MethodType args, String[] constants) throws Exception {
>>> 1119:
On Wed, 24 Jul 2024 14:34:01 GMT, Chen Liang wrote:
>> Shaojin Wen has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains 32 commits:
>>
>> - Merge remote-tracking branch 'upstream/master' into
>> optim_concat_factory_202407
>> - typo
> `GZIPInputStream` supports reading data from multiple concatenated GZIP data
> streams since [JDK-4691425](https://bugs.openjdk.org/browse/JDK-4691425). In
> order to do this, after a GZIP trailer frame is read, it attempts to read a
> GZIP header frame and, if successful, proceeds onward to d
> The current implementation of StringConcat is to mix the coder and length
> into a long. This operation will have some overhead for int/long/boolean
> types. We can separate the calculation of the coder from the calculation of
> the length, which can improve the performance in the scenario of
> The current implementation of StringConcat is to mix the coder and length
> into a long. This operation will have some overhead for int/long/boolean
> types. We can separate the calculation of the coder from the calculation of
> the length, which can improve the performance in the scenario of
On Tue, 23 Jul 2024 20:58:01 GMT, Naoto Sato wrote:
>> This is a simple doc-only change that follows up
>> [JDK-8336479](https://bugs.openjdk.org/browse/JDK-8336479). A corresponding
>> CSR has also been drafted.
>
> Naoto Sato has updated the pull request incrementally with one additional
> c
On Wed, 24 Jul 2024 11:43:45 GMT, Shaojin Wen wrote:
>> The current implementation of StringConcat is to mix the coder and length
>> into a long. This operation will have some overhead for int/long/boolean
>> types. We can separate the calculation of the coder from the calculation of
>> the le
On Tue, 23 Jul 2024 19:00:02 GMT, Vladimir Ivanov wrote:
> What happens when users include `klass.hpp`, but not `klass.inline.hpp`? How
> does it affect generated code?
>
> I suspect that `Klass::search_secondary_supers()` won't be inlinined in such
> case.
That is true. I can't tell from thi
> This patch expands the use of a hash table for secondary superclasses
> to the interpreter, C1, and runtime. It also adds a C2 implementation
> of hashed lookup in cases where the superclass isn't known at compile
> time.
>
> HotSpot shared runtime
> --
>
> Building hashed s
On Wed, 24 Jul 2024 11:43:45 GMT, Shaojin Wen wrote:
>> The current implementation of StringConcat is to mix the coder and length
>> into a long. This operation will have some overhead for int/long/boolean
>> types. We can separate the calculation of the coder from the calculation of
>> the le
On Tue, 18 Jun 2024 10:00:46 GMT, Claes Redestad wrote:
>> Extracting duplicate method references to static field reduce proxy class
>> spinning and loading. In this case 2 less classes loaded when using
>> `findAny()` on each type of stream.
>
> Claes Redestad has updated the pull request incr
On Tue, 23 Jul 2024 20:54:08 GMT, Justin Lu wrote:
>> As discussed in
>> https://github.com/openjdk/jdk/pull/19513#discussion_r1684957942, there is
>> code within java.text.NumberFormat (and subclasses) that can use the pattern
>> match switch to improve readability.
>>
>> As this is simply c
On Wed, 24 Jul 2024 13:33:43 GMT, Chen Liang wrote:
>> Shaojin Wen 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 14 additional
>> commits sinc
On Tue, 18 Jun 2024 01:09:49 GMT, Shaojin Wen wrote:
>> Shaojin Wen 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 13 additional
>> commits sin
On Wed, 24 Jul 2024 13:00:47 GMT, Chen Liang wrote:
>> `TypeAnnotation` is not an annotation, as it should not be used in places
>> like `AnnotationValue.ofAnnotation`. Thus it's remodeled to contain an
>> annotation at a given location instead of to be an annotation.
>>
>> Depends on #20205.
On Thu, 18 Jul 2024 00:52:17 GMT, Shaojin Wen wrote:
>> [8318446](https://github.com/openjdk/jdk/pull/16245) brings MergeStore. We
>> need a JMH Benchmark to evaluate the performance of various batch operations
>> and the effect of MergeStore.
>
> Shaojin Wen has updated the pull request with
On Wed, 24 Jul 2024 11:46:03 GMT, Raffaello Giulietti
wrote:
>> fabioromano1 has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Made normalization consistent with that of the C code in the paper
>
> The aim is not about having even more ef
> I have implemented the Zimmermann's square root algorithm, available in works
> [here](https://inria.hal.science/inria-00072854/en/) and
> [here](https://www.researchgate.net/publication/220532560_A_proof_of_GMP_square_root).
>
> The algorithm is proved to be asymptotically faster than the New
> `TypeAnnotation` is not an annotation, as it should not be used in places
> like `AnnotationValue.ofAnnotation`. Thus it's remodeled to contain an
> annotation at a given location instead of to be an annotation.
>
> Depends on #20205.
Chen Liang has updated the pull request incrementally with
tools/jpackage/windows/WinChildProcessTest.java was failing intermittently,
fixed the issue and changes are tested.
-
Commit messages:
- 8336315: tools/jpackage/windows/WinChildProcessTest.java Failed: Check is
calculator process is alive
Changes: https://git.openjdk.org/jdk/pull/
On Tue, 23 Jul 2024 04:44:57 GMT, Chen Liang wrote:
> Convert `AnnotationImpl` to a record so it comes with proper `equals` and
> `hashCode` implementations. This also fixes the comparison for
> annotation-valued annotation element values.
This pull request has now been integrated.
Changeset:
> I have implemented the Zimmermann's square root algorithm, available in works
> [here](https://inria.hal.science/inria-00072854/en/) and
> [here](https://www.researchgate.net/publication/220532560_A_proof_of_GMP_square_root).
>
> The algorithm is proved to be asymptotically faster than the New
On Tue, 30 Apr 2024 08:44:32 GMT, Raffaello Giulietti
wrote:
>> By correctly sizing an intermediate `byte[]` and making use of the internal
>> `newStringNoRepl()` method, one allocation per conversion can be avoided
>> when the runtime uses compact strings.
>
> Raffaello Giulietti has updated
On Wed, 24 Jul 2024 10:32:08 GMT, fabioromano1 wrote:
>> I have implemented the Zimmermann's square root algorithm, available in
>> works [here](https://inria.hal.science/inria-00072854/en/) and
>> [here](https://www.researchgate.net/publication/220532560_A_proof_of_GMP_square_root).
>>
>> The
> The current implementation of StringConcat is to mix the coder and length
> into a long. This operation will have some overhead for int/long/boolean
> types. We can separate the calculation of the coder from the calculation of
> the length, which can improve the performance in the scenario of
On Wed, 24 Jul 2024 10:18:03 GMT, Shaojin Wen wrote:
>> The current implementation of StringConcat is to mix the coder and length
>> into a long. This operation will have some overhead for int/long/boolean
>> types. We can separate the calculation of the coder from the calculation of
>> the le
On Fri, 19 Jul 2024 16:59:54 GMT, Alan Bateman wrote:
>> Bringover some of the changes accumulated in the loom repo to the main line,
>> most of these changes are test updates and have been baking in the loom repo
>> for several months. The motive is partly to reduce the large set of changes
>
On Wed, 24 Jul 2024 10:07:48 GMT, Raffaello Giulietti
wrote:
> As I see it, there are some advantages in making the PR code as similar as
> possible to the code in the paper:
>
> * It might result in simpler code (and maybe even faster code).
>
> * It would make the Java code easier t
> I have implemented the Zimmermann's square root algorithm, available in works
> [here](https://inria.hal.science/inria-00072854/en/) and
> [here](https://www.researchgate.net/publication/220532560_A_proof_of_GMP_square_root).
>
> The algorithm is proved to be asymptotically faster than the New
On Thu, 18 Jul 2024 15:43:05 GMT, Shaojin Wen wrote:
>> class LocalTime {
>> public String toString() {
>> // ...
>> if (nanoValue % 1000_000 == 0) {
>> buf.append(Integer.toString((nanoValue / 1000_000) +
>> 1000).substring(1));
>>
On Wed, 24 Jul 2024 10:18:03 GMT, Shaojin Wen wrote:
>> The current implementation of StringConcat is to mix the coder and length
>> into a long. This operation will have some overhead for int/long/boolean
>> types. We can separate the calculation of the coder from the calculation of
>> the le
> The current implementation of StringConcat is to mix the coder and length
> into a long. This operation will have some overhead for int/long/boolean
> types. We can separate the calculation of the coder from the calculation of
> the length, which can improve the performance in the scenario of
On Thu, 18 Jul 2024 17:22:50 GMT, fabioromano1 wrote:
>> I have implemented the Zimmermann's square root algorithm, available in
>> works [here](https://inria.hal.science/inria-00072854/en/) and
>> [here](https://www.researchgate.net/publication/220532560_A_proof_of_GMP_square_root).
>>
>> The
On Tue, 23 Jul 2024 15:19:30 GMT, Raffaello Giulietti
wrote:
>> fabioromano1 has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Conditions' order reversed in MBI.ulongSqrt()
>
> To clarify, the PR's code seems correct, but I wonder if it c
On Tue, 23 Jul 2024 19:14:57 GMT, Vladimir Ivanov wrote:
> > Also also, Klass::is_subtype_of() is used for C1 runtime.
>
> Can you elaborate, please?
Sorry, that was rather vague. In C1-compiled code, the Java method
`Class::isInstance(Object)`calls `Klass::is_subtype_of()`.
In general, I fi
On Wed, 24 Jul 2024 07:58:31 GMT, ExE Boss wrote:
>> This transformation is called only after the `classModel` is transformed:
>> - at line 472 and 380 when the `transformToBytes()` method is called is
>> after effectively transforming the `classModel` inside the `Logic` class.
>
> There isn’t
On Tue, 9 Jul 2024 12:07:37 GMT, Galder Zamarreño wrote:
> This patch intrinsifies `Math.max(long, long)` and `Math.min(long, long)` in
> order to help improve vectorization performance.
>
> Currently vectorization does not kick in for loops containing either of these
> calls because of the fo
On Sat, 22 Jun 2024 15:55:28 GMT, Oussama Louati wrote:
>> An indify tool in j.l.i tests (also in vmTestBase) convert some source-code
>> private static methods with MT_ MH_, and INDY_ prefixes into MethodHandle,
>> MethodType, and CallSite constants.
>> ### Purpose of Indify
>>
>> - **Transf
On Tue, 25 Jun 2024 13:54:07 GMT, Oussama Louati wrote:
>> And what is the purpose of parsing a model from bytes and transforming it
>> back to bytes without a change?
>
> This transformation is called only after the `classModel` is transformed:
> - at line 472 and 380 when the `transformToByt
On Tue, 23 Jul 2024 20:58:01 GMT, Naoto Sato wrote:
>> This is a simple doc-only change that follows up
>> [JDK-8336479](https://bugs.openjdk.org/browse/JDK-8336479). A corresponding
>> CSR has also been drafted.
>
> Naoto Sato has updated the pull request incrementally with one additional
> c
87 matches
Mail list logo
