On Wed, 9 Sep 2020 22:50:52 GMT, Erik Joelsson wrote:
> Reposting this review as PR.
>
> In order to regularly build the javase and reference docs images, I have made
> the following changes:
>
> 1. Introduced bundle targets for the javase and reference docs images.
> 2. To run this in CI with
> 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 can b
On Mon, 12 Oct 2020 18:06:55 GMT, Maurizio Cimadamore
wrote:
>> Build changes look good.
>
> I've just uploaded a biggie update to the foreign memory access support.
> While doing performance evaluation, we have
> realized that mixing a multi-level hierarchy (`MappedMemorySegment extends
> Mem
On Thu, 15 Oct 2020 15:00:47 GMT, Bernhard Urban-Forster
wrote:
> Use r18 as allocatable register on Linux only.
>
> A bootstrap works now (it has been crashing before due to r18 being
> allocated):
> $
> ./windows-aarch64-server-fastdebug/bin/java.exe
> -XX:+UnlockExperimentalVMOptions -XX:+
On Fri, 16 Oct 2020 11:12:01 GMT, Jorn Vernee wrote:
>> src/hotspot/cpu/x86/foreign_globals_x86.cpp line 56:
>>
>>> 54: }
>>> 55:
>>> 56: const ABIDescriptor parseABIDescriptor(JNIEnv* env, jobject jabi) {
>>
>> I don't know if you care about performance but of these env->calls
>> transition i
On Thu, 15 Oct 2020 23:15:07 GMT, Coleen Phillimore wrote:
>> Maurizio Cimadamore has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Re-add file erroneously deleted (detected as rename)
>
> I looked through some Hotspot runtime code and tha
On Mon, 12 Oct 2020 12:46:57 GMT, Aleksey Shipilev wrote:
> Building x86_32 usually exposes 32/64 cleanliness problems early. Since
> 32-bit builds break often, it might make sense
> to add them to submit workflow. The x86_32 might not be widely deployed by
> itself, but 32/64 bit cleanliness d
> 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 Mon, 12 Oct 2020 12:46:57 GMT, Aleksey Shipilev wrote:
> Building x86_32 usually exposes 32/64 cleanliness problems early. Since
> 32-bit builds break often, it might make sense
> to add them to submit workflow. The x86_32 might not be widely deployed by
> itself, but 32/64 bit cleanliness d
On Fri, 16 Oct 2020 15:20:03 GMT, Jan Lahoda wrote:
> 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 un
On Mon, 19 Oct 2020 14:09:51 GMT, Hannes Wallnöfer wrote:
>> 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 AP
On Mon, 19 Oct 2020 14:22:17 GMT, Hannes Wallnöfer wrote:
>> src/jdk.javadoc/share/classes/jdk/javadoc/internal/doclets/formats/html/HtmlDocletWriter.java
>> line 2238:
>>
>>> 2236: if (previewTree != null) {
>>> 2237: previewDiv.add(new
>>> HtmlTree(TagName.A).put(
> 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
Hello,
I don't recognize the error and can't be much help there, but I would
recommend you use the latest sources for the JDK release you want to
build to maximize your chances at success. For 14, that would be:
http://hg.openjdk.java.net/jdk-updates/jdk14u/
Note though that nobody is curren
On Mon, 19 Oct 2020 07:00:29 GMT, Magnus Ihse Bursie wrote:
>> Reposting this review as PR.
>>
>> In order to regularly build the javase and reference docs images, I have
>> made the following changes:
>>
>> 1. Introduced bundle targets for the javase and reference docs images.
>> 2. To run th
On Fri, 16 Oct 2020 20:34:15 GMT, Erik Joelsson wrote:
> This patch adds the lldb framework to the macosx devkit to make it possible
> to run the lldb debugger.
This pull request has now been integrated.
Changeset: 52cb3292
Author:Erik Joelsson
URL: https://git.openjdk.java.net/jdk/
On Fri, 25 Sep 2020 20:35:32 GMT, Erik Joelsson wrote:
> In AotCompiler.java, if artifact resolution fails, we have no way of
> diagnosing the error. This patch improves the
> default toString() of ArtifactResolverException to automatically include the
> toString() method of the root cause. It
Minor updates, with no specification changes, to the documentation of Vector
API.
The compilation of the Vector module was updated to turn on doclint errors for
>= protected documentation.
-
Commit messages:
- 8255020:Minor updates to docs jdk.incubator.vector
Changes: https://gi
Hi Guys,
Please review the integration of tzdata2020c to JDK.
Details regarding the change can be viewed at -
https://mm.icann.org/pipermail/tz-announce/2020-October/60.html
Bug: https://bugs.openjdk.java.net/browse/JDK-8254982
Along with it, there is a test fix for
https://bugs.openjdk.ja
On Mon, 19 Oct 2020 18:44:28 GMT, Kiran Sidhartha Ravikumar
wrote:
> Hi Guys,
>
> Please review the integration of tzdata2020c to JDK.
>
> Details regarding the change can be viewed at -
> https://mm.icann.org/pipermail/tz-announce/2020-October/60.html
> Bug: https://bugs.openjdk.java.net
On Wed, 9 Sep 2020 22:50:52 GMT, Erik Joelsson wrote:
> Reposting this review as PR.
>
> In order to regularly build the javase and reference docs images, I have made
> the following changes:
>
> 1. Introduced bundle targets for the javase and reference docs images.
> 2. To run this in CI with
On Mon, 19 Oct 2020 18:41:31 GMT, Paul Sandoz wrote:
> Minor updates, with no specification changes, to the documentation of Vector
> API.
>
> The compilation of the Vector module was updated to turn on doclint errors
> for >= protected documentation.
Build change looks ok.
-
Ma
On Mon, 19 Oct 2020 18:44:28 GMT, Kiran Sidhartha Ravikumar
wrote:
> Hi Guys,
>
> Please review the integration of tzdata2020c to JDK.
>
> Details regarding the change can be viewed at -
> https://mm.icann.org/pipermail/tz-announce/2020-October/60.html
> Bug: https://bugs.openjdk.java.net
On Mon, 19 Oct 2020 18:41:31 GMT, Paul Sandoz wrote:
> Minor updates, with no specification changes, to the documentation of Vector
> API.
>
> The compilation of the Vector module was updated to turn on doclint errors
> for >= protected documentation.
Marked as reviewed by darcy (Reviewer).
On Mon, 19 Oct 2020 18:41:31 GMT, Paul Sandoz wrote:
> Minor updates, with no specification changes, to the documentation of Vector
> API.
>
> The compilation of the Vector module was updated to turn on doclint errors
> for >= protected documentation.
This pull request has now been integrated
Hi,
On 19/10/2020 12:53 pm, Choe, Jiwon wrote:
Hello all,
I'm trying to cross-compile JDK 14 to target aarch64-linux-gnu, from a
64-bit x86 Linux (Ubuntu 18.04).
I followed the steps described in the documentation (
https://hg.openjdk.java.net/jdk/jdk14/raw-file/tip/doc/building.html#creating-
> Building x86_32 usually exposes 32/64 cleanliness problems early. Since
> 32-bit builds break often, it might make sense
> to add them to submit workflow. The x86_32 might not be widely deployed by
> itself, but 32/64 bit cleanliness detects
> bugs that manifest on ARM32 early.
Aleksey Shipile
27 matches
Mail list logo
