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 autom
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 y
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 performan
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 Ma
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 https://github.com/openjdk
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 https://github.com/openjdk/jdk/pull/1
…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: https://git.openjdk.java.net/jdk/pull/1213
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
>
> src/java.desktop/share/classes/java/applet/package-info.java
> 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 d
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
>> anything
> 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 d
> 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 d
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:
https://github.com/apa
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:
* HttpClient.
(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 e
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 a
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
src/java.desk
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 depre
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 API
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, Gi
> 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: https://git.openjdk.java.net/jdk/pull/1127/fil
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 si
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 Ma
> 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 API
> 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 API
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
Stats:
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 merge/rebase.
> 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 concurre
34 matches
Mail list logo
