On Fri, 29 Apr 2022 05:09:35 GMT, David Holmes wrote:
> That only seems to be half of the issue though. If we are defining
> _WIN32_WINNT=0x0601 because the minimum required OS API support level is
> Windows 7, then don't we need a check that the build platform is also at
> least Windows 7?
H
On Fri, 29 Apr 2022 00:44:01 GMT, Guoxiong Li wrote:
> Remind: please use the command `/jep JEP-424` [1] to mark this PR.
>
> [1]
> https://wiki.openjdk.java.net/display/SKARA/Pull+Request+Commands#PullRequestCommands-/jep
Question: I'm willing to try it out. If something goes wrong - would a
> This PR contains the API and implementation changes for JEP-424 [1]. A more
> detailed description of such changes, to avoid repetitions during the review
> process, is included as a separate comment.
>
> [1] - https://openjdk.java.net/jeps/424
Maurizio Cimadamore has updated the pull request
On Fri, 29 Apr 2022 08:06:24 GMT, Maurizio Cimadamore
wrote:
> would a jep unneeded be enough to "unstuck" this PR?
Yes if no bug. Conceptually, the `/jep unneeded` will behave as no jep command.
-
PR: https://git.openjdk.java.net/jdk/pull/7888
On Fri, 29 Apr 2022 11:28:32 GMT, Jaikiran Pai wrote:
> Can I please get a review of this change which addresses
> https://bugs.openjdk.java.net/browse/JDK-8285915?
>
> With this change, the environment details collected by the failure handler
> will now include the contents of the `/etc/hosts
On Fri, 29 Apr 2022 11:28:32 GMT, Jaikiran Pai wrote:
> Can I please get a review of this change which addresses
> https://bugs.openjdk.java.net/browse/JDK-8285915?
>
> With this change, the environment details collected by the failure handler
> will now include the contents of the `/etc/hosts
A debug printout in configure was introduced in JDK-8285093. It should be
removed.
-
Commit messages:
- 8285919: Remove debug printout from JDK-8285093
Changes: https://git.openjdk.java.net/jdk/pull/8467/files
Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=8467&range=00
I
On Fri, 29 Apr 2022 11:28:32 GMT, Jaikiran Pai wrote:
> Can I please get a review of this change which addresses
> https://bugs.openjdk.java.net/browse/JDK-8285915?
>
> With this change, the environment details collected by the failure handler
> will now include the contents of the `/etc/hosts
On Fri, 29 Apr 2022 12:51:21 GMT, Jaikiran Pai wrote:
> Quick question - the path you note, is that even applicable for x64? I see
> that it has a "System32" so just curious.
Yes, System32 is not related to 32 vs 64 bit. As I understand it, that name was
introduced when moving from 16 to 32 b
On Fri, 29 Apr 2022 12:43:02 GMT, Magnus Ihse Bursie wrote:
> A debug printout in configure was introduced in JDK-8285093. It should be
> removed.
Marked as reviewed by erikj (Reviewer).
-
PR: https://git.openjdk.java.net/jdk/pull/8467
On Fri, 29 Apr 2022 12:43:02 GMT, Magnus Ihse Bursie wrote:
> A debug printout in configure was introduced in JDK-8285093. It should be
> removed.
This pull request has now been integrated.
Changeset: 64225e19
Author:Magnus Ihse Bursie
URL:
https://git.openjdk.java.net/jdk/commit/6
All `IntegerPolynimial`s are singletons now. Also, hand-coded implementations
for Ed25519 and Ed448 are removed. They were not used since `FieldGen` starts
generating classes for them.
No new regression test. This is a clean-up.
-
Commit messages:
- the fix
Changes: https://git.o
> All `IntegerPolynimial`s are singletons now. Also, hand-coded implementations
> for Ed25519 and Ed448 are removed. They were not used since `FieldGen` starts
> generating classes for them.
>
> No new regression test. This is a clean-up.
Weijun Wang has updated the pull request incrementally w
During `java -Xshare:dump -XX:-UseCompressedOops`, the location of the Java
heap is chosen by the OS. Due to Address Space Layout Randomization, the heap
will always start at a different location. This causes the archive for
uncompressed oops ($JAVA_HOME/lib/server/classes_nocoops.jsa) to be
no
On Fri, 29 Apr 2022 22:50:45 GMT, Ioi Lam wrote:
> During `java -Xshare:dump -XX:-UseCompressedOops`, the location of the Java
> heap is chosen by the OS. Due to Address Space Layout Randomization, the heap
> will always start at a different location. This causes the archive for
> uncompressed
15 matches
Mail list logo