On Fri, 30 Oct 2020 22:23:30 GMT, Naoto Sato wrote:
> Hi,
>
> Please review this simple message fix that follows JDK-8255242.
>
> Naoto
Marked as reviewed by joehw (Reviewer).
-
PR: https://git.openjdk.java.net/jdk/pull/973
On Fri, 30 Oct 2020 16:17:06 GMT, Jorn Vernee wrote:
>> Hi,
>>
>> This patch adds an asExact() combinator to VarHandle, that will return a new
>> VarHandle that performs exact type checks, similar to
>> MethodHandle::invokeExact, to help developers catch inexact VarHandle usage,
>> which can
Hi,
Please review this simple message fix that follows JDK-8255242.
Naoto
-
Commit messages:
- 8255671: Bidi.reorderVisually has misleading exception messages
Changes: https://git.openjdk.java.net/jdk/pull/973/files
Webrev: https://webrevs.openjdk.java.net/?repo=jdk=973=00
On Fri, 30 Oct 2020 12:47:08 GMT, Andy Herrick wrote:
>> JVM
>
> Andy Herrick has updated the pull request incrementally with one additional
> commit since the last revision:
>
> JDK-8254920: Application launched with jpackage produced .exe crashes JVM
Marked as reviewed by almatvee
> Hi,
>
> Please review the changes for the subject issue. This is to enhance the
> java.time package to support day periods, such as "in the morning", defined
> in CLDR. It will add a new pattern character 'B' and its supporting builder
> method. The motivation and its spec are in this CSR:
>
On Fri, 30 Oct 2020 10:33:28 GMT, Stephen Colebourne
wrote:
>> Naoto Sato has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Addressed the following comments:
>> - https://github.com/openjdk/jdk/pull/938#discussion_r515003422
>> -
> Hi,
>
> Please review the changes for the subject issue. This is to enhance the
> java.time package to support day periods, such as "in the morning", defined
> in CLDR. It will add a new pattern character 'B' and its supporting builder
> method. The motivation and its spec are in this CSR:
>
On Fri, 30 Oct 2020 12:47:08 GMT, Andy Herrick wrote:
>> JVM
>
> Andy Herrick has updated the pull request incrementally with one additional
> commit since the last revision:
>
> JDK-8254920: Application launched with jpackage produced .exe crashes JVM
Marked as reviewed by asemenyuk
On Fri, 30 Oct 2020 19:47:14 GMT, Brent Christian wrote:
> Using the {@systemProperty} tag for the "java.util.prefs.PreferencesFactory"
> system property will allow it to be found in the main javadoc search index.
>
> The updated doc build looks good.
This pull request has now been
On Fri, 30 Oct 2020 19:30:14 GMT, Brent Christian wrote:
> There are a couple of stray ""'s in the StringBuilder.subSequence()
> documentation, which should be removed. The updated doc build looks good.
This pull request has now been integrated.
Changeset: 98a69ede
Author:Brent Christian
On Fri, 30 Oct 2020 19:38:45 GMT, Lance Andersen wrote:
>> There are a couple of stray ""'s in the StringBuilder.subSequence()
>> documentation, which should be removed. The updated doc build looks good.
>
> Looks fine Brent
Thanks, Lance
-
PR:
On Fri, 30 Oct 2020 19:47:14 GMT, Brent Christian wrote:
> Using the {@systemProperty} tag for the "java.util.prefs.PreferencesFactory"
> system property will allow it to be found in the main javadoc search index.
>
> The updated doc build looks good.
Marked as reviewed by lancea (Reviewer).
Using the {@systemProperty} tag for the "java.util.prefs.PreferencesFactory"
system property will allow it to be found in the main javadoc search index.
The updated doc build looks good.
-
Commit messages:
- 8214561: Use {@systemProperty} for definition of
On Fri, 30 Oct 2020 19:30:14 GMT, Brent Christian wrote:
> There are a couple of stray ""'s in the StringBuilder.subSequence()
> documentation, which should be removed. The updated doc build looks good.
Looks fine Brent
-
Marked as reviewed by lancea (Reviewer).
PR:
There are a couple of stray ""'s in the StringBuilder.subSequence()
documentation, which should be removed. The updated doc build looks good.
-
Commit messages:
- remove nbsp from AbstractStringBuilder.subSequence()
Changes: https://git.openjdk.java.net/jdk/pull/963/files
On Fri, 30 Oct 2020 12:47:59 GMT, Jorn Vernee wrote:
> Guard libJNIPoint.c impl in `#ifdef _LP64` block
>
> This fixes a 32-bit build error
This pull request has been closed without being integrated.
-
PR: https://git.openjdk.java.net/jdk/pull/956
> Hi,
>
> This patch adds an asExact() combinator to VarHandle, that will return a new
> VarHandle that performs exact type checks, similar to
> MethodHandle::invokeExact, to help developers catch inexact VarHandle usage,
> which can lead to performance degradation.
>
> This is implemented
> Hi,
>
> This patch adds an asExact() combinator to VarHandle, that will return a new
> VarHandle that performs exact type checks, similar to
> MethodHandle::invokeExact, to help developers catch inexact VarHandle usage,
> which can lead to performance degradation.
>
> This is implemented
On Thu, 29 Oct 2020 18:14:05 GMT, Jorn Vernee wrote:
>> Hi,
>>
>> This patch adds an asExact() combinator to VarHandle, that will return a new
>> VarHandle that performs exact type checks, similar to
>> MethodHandle::invokeExact, to help developers catch inexact VarHandle usage,
>> which can
On Tue, 27 Oct 2020 10:40:40 GMT, Jorn Vernee wrote:
>>> …`dropReturn` seemed like a good choice since we already have
>>> `dropArguments`. WRT changing to `MethodHandle::changeReturnType`...
>>
>> That's a very reasonable point. People might look for `dropRT` after they
>> find `dropAs`.
Guard libJNIPoint.c impl in `#ifdef _LP64` block
This fixes a 32-bit build error
-
Commit messages:
- Guard libJNIPoint.c impl in #ifdef _LP64 block
Changes: https://git.openjdk.java.net/jdk/pull/956/files
Webrev: https://webrevs.openjdk.java.net/?repo=jdk=956=00
Issue:
> JVM
Andy Herrick has updated the pull request incrementally with one additional
commit since the last revision:
JDK-8254920: Application launched with jpackage produced .exe crashes JVM
-
Changes:
- all: https://git.openjdk.java.net/jdk/pull/940/files
- new:
> 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, 29 Oct 2020 15:59:51 GMT, Naoto Sato wrote:
> Hi,
>
> Please review the changes for the subject issue. This is to enhance the
> java.time package to support day periods, such as "in the morning", defined
> in CLDR. It will add a new pattern character 'B' and its supporting builder
>
> This patch contains the changes associated with the third incubation round of
> the foreign memory access API incubation (see JEP 393 [1]). This iteration
> focus on improving the usability of the API in 3 main ways:
>
> * first, by providing a way to obtain truly *shared* segments, which
> This is an update to javac and javadoc, to introduce support for Preview
> APIs, and generally improve javac and javadoc behavior to more closely adhere
> to JEP 12.
>
> The notable changes are:
>
> * adding support for Preview APIs (javac until now supported primarily only
> preview
27 matches
Mail list logo
