On Fri, 13 Nov 2020 16:02:42 GMT, Jorn Vernee wrote:
>> Thanks all! May this test-request get approved?
>
> Notice that the `/test` command is currently un-available (some
> implementation concerns are still under consideration). As an alternative,
> GitHub actions can be used to do basic
On Sat, 14 Nov 2020 00:28:58 GMT, Jorn Vernee wrote:
>> @JornVernee
>> Could you please help approve and start tier1 test?
>> This is same PR with https://github.com/openjdk/jdk/pull/1070
>
> @huishi-hs Testing should start automatically, and will appear here when you
> push to any branch in
This supports for floating-point absolute difference instructions, i.e. FABD
scalar/vector.
Verified with linux-aarch64-server-release, tier1-3.
Added a JMH micro
`test/micro/org/openjdk/bench/vm/compiler/FloatingScalarVectorAbsDiff.java` for
performance test.
The FABD (scalar), the
On Fri, 13 Nov 2020 00:47:19 GMT, Alexander Matveev
wrote:
>> This is regression from JDK-8242302 and for some reason removing -psn
>> argument code was removed during refactoring. Fixed be adding removing -psn
>> argument back. Also, test was added to test this functionality.
>
> Alexander
On Fri, 13 Nov 2020 23:56:21 GMT, Hui Shi wrote:
>> …ructorAccessorImpl object
>>
>> duplicate with https://github.com/openjdk/jdk/pull/1070, try trigger test
>> with new PR
>
> @JornVernee
> Could you please help approve and start tier1 test?
> This is same PR with
On Fri, 13 Nov 2020 23:37:46 GMT, Hui Shi wrote:
> …ructorAccessorImpl object
>
> duplicate with https://github.com/openjdk/jdk/pull/1070, try trigger test
> with new PR
@JornVernee
Could you please help approve and start tier1 test?
This is same PR with
…ructorAccessorImpl object
duplicate with https://github.com/openjdk/jdk/pull/1070, try trigger test with
new PR
-
Commit messages:
- 8255883: Avoid multiple GeneratedAccessor for same
NativeMethod/ConstructorAccessorImpl object
Changes:
On Fri, 13 Nov 2020 18:20:37 GMT, Kevin Rushforth wrote:
>> Andy Herrick has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> JDK-8189198: Add "forRemoval = true" to Applet APIs
>
>
> The `java.util.Formatter` format specifies support for field widths, argument
> indexes, or precision lengths of a field that relate to the variadic
> arguments supplied to the formatter. These numbers are specified by integers,
> sometimes negative. For argument index, it's specified in the
On Tue, 6 Oct 2020 19:10:46 GMT, Ian Graves wrote:
>> Is the new exception type useful? yes, it matches the previous pattern.
>> But it does not (and none of the IllegalFormatException subclasses) produce
>> a readable message with the offending value. So the developer will not see
>>
> The `java.util.Formatter` format specifies support for field widths, argument
> indexes, or precision lengths of a field that relate to the variadic
> arguments supplied to the formatter. These numbers are specified by integers,
> sometimes negative. For argument index, it's specified in the
> The `java.util.Formatter` format specifies support for field widths, argument
> indexes, or precision lengths of a field that relate to the variadic
> arguments supplied to the formatter. These numbers are specified by integers,
> sometimes negative. For argument index, it's specified in the
Hi all,
In Java 9, compact strings were added. Ever since, I've been trying to
use getChars instead of charAt for Strings. However, I prefer to also do
the same for StringBuilder and StringBuffer. This can lead to some
special cases. For instance, in Apache Commons I/O:
It appears this discussion has died out...
I really think it's a great addition to have a transform method added to
not just Stream*, but also StringBuilder, StringBuffer and Optional. A
search for classes containing "Builder" shows the following that could
also be interesting:
*
(Continuing this thread from relevant discussion on [1])
Discussing the following RFE:
https://bugs.openjdk.java.net/browse/JDK-8256341
Also (as mentioned offline), while it's possible with the current API
to provide an `Object[]` as class data, and then load elements of
that array into CP
On Fri, 13 Nov 2020 18:42:53 GMT, Mandy Chung wrote:
> > Also (as mentioned offline), while it's possible with the current API to
> > provide an `Object[]` as class data, and then load elements of that array
> > into CP entries using downstream condys (e.g. by creating an array access
> > var
On Fri, 13 Nov 2020 19:23:54 GMT, Jorn Vernee wrote:
>>> Also (as mentioned offline), while it's possible with the current API to
>>> provide an `Object[]` as class data, and then load elements of that array
>>> into CP entries using downstream condys (e.g. by creating an array access
>>> var
On Thu, 12 Nov 2020 15:19:30 GMT, Jorn Vernee wrote:
> Also (as mentioned offline), while it's possible with the current API to
> provide an `Object[]` as class data, and then load elements of that array
> into CP entries using downstream condys (e.g. by creating an array access var
> handle
On Fri, 13 Nov 2020 15:05:15 GMT, Andy Herrick wrote:
>> JDK-8189198: Add "forRemoval = true" to Applet APIs
>
> Andy Herrick has updated the pull request incrementally with one additional
> commit since the last revision:
>
> JDK-8189198: Add "forRemoval = true" to Applet APIs
On Fri, 13 Nov 2020 18:01:18 GMT, Kevin Rushforth wrote:
>> src/java.naming/share/classes/javax/naming/Context.java line 1087:
>>
>>> 1085: @Deprecated(since="16", forRemoval=true)
>>> 1086: String APPLET = "java.naming.applet";
>>> 1087: };
>>
>> Probably should be since="9" (the
On Fri, 13 Nov 2020 09:31:53 GMT, Alan Bateman wrote:
>> Andy Herrick 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 six additional
>> commits
> This patch contains the changes associated with the first incubation round of
> the foreign linker access API incubation
> (see JEP 389 [1]). This work is meant to sit on top of the foreign memory
> access support (see JEP 393 [2] and associated pull request [3]).
>
> The main goal of this
On Fri, 13 Nov 2020 14:01:28 GMT, Hui Shi wrote:
>> Thanks for the update, latest version looks good.
>
> Thanks all! May this test-request get approved?
Notice that the `/test` command is currently un-available (some implementation
concerns are still under consideration). As an alternative,
> JDK-8189198: Add "forRemoval = true" to Applet APIs
Andy Herrick has updated the pull request incrementally with one additional
commit since the last revision:
JDK-8189198: Add "forRemoval = true" to Applet APIs
-
Changes:
- all:
On Fri, 13 Nov 2020 08:33:30 GMT, Alan Bateman wrote:
>> Hui Shi has refreshed the contents of this pull request, and previous
>> commits have been removed. The incremental views will show differences
>> compared to the previous content of the PR. The pull request contains one
>> new commit
On Fri, 13 Nov 2020 00:47:19 GMT, Alexander Matveev
wrote:
>> This is regression from JDK-8242302 and for some reason removing -psn
>> argument code was removed during refactoring. Fixed be adding removing -psn
>> argument back. Also, test was added to test this functionality.
>
> Alexander
> This patch contains the changes associated with the first incubation round of
> the foreign linker access API incubation
> (see JEP 389 [1]). This work is meant to sit on top of the foreign memory
> access support (see JEP 393 [2] and associated pull request [3]).
>
> The main goal of this
> This patch contains the changes associated with the first incubation round of
> the foreign linker access API incubation
> (see JEP 389 [1]). This work is meant to sit on top of the foreign memory
> access support (see JEP 393 [2] and associated pull request [3]).
>
> The main goal of this
On Thu, 5 Nov 2020 17:09:58 GMT, Nils Eliasson wrote:
> This patch adds jcmd Thread.print to the jtreg timeout handler.
>
> Please review.
This pull request has now been integrated.
Changeset: 41139e31
Author:Nils Eliasson
URL: https://git.openjdk.java.net/jdk/commit/41139e31
On Thu, 12 Nov 2020 20:48:13 GMT, Andy Herrick wrote:
>> JDK-8189198: Add "forRemoval = true" to Applet APIs
>
> Andy Herrick 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
> This change add 3 new methods in Objects:
>
> public static long checkIndex(long index, long length)
> public static long checkFromToIndex(long fromIndex, long toIndex, long length)
> public static long checkFromIndexSize(long fromIndex, long size, long length)
>
> This mirrors the int utility
> This change add 3 new methods in Objects:
>
> public static long checkIndex(long index, long length)
> public static long checkFromToIndex(long fromIndex, long toIndex, long length)
> public static long checkFromIndexSize(long fromIndex, long size, long length)
>
> This mirrors the int utility
On Sat, 7 Nov 2020 11:38:50 GMT, Vladimir Ivanov wrote:
>> Roland Westrelin has refreshed the contents of this pull request, and
>> previous commits have been removed. The incremental views will show
>> differences compared to the previous content of the PR.
>
> Marked as reviewed by vlivanov
On Fri, 13 Nov 2020 03:50:09 GMT, Hui Shi wrote:
>> …AccessorImpl object
>>
>> We met real problem when using protobuf with option optimized for code size,
>> detail in JBS https://bugs.openjdk.java.net/browse/JDK-8255883
>>
>> Optimize solution is adding a new boolean field to detect
34 matches
Mail list logo
