On 27/01/2022 10:19 am, Tyler Steele wrote:
On Tue, 25 Jan 2022 06:10:19 GMT, Thomas Stuefe wrote:
Tyler Steele has updated the pull request with a new target base due to a merge
or a rebase. The pull request now contains two commits:
- Merge branch 'master' into JDK-8203290
- Implements
On Tue, 25 Jan 2022 06:10:19 GMT, Thomas Stuefe wrote:
>> Tyler Steele has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains two commits:
>>
>> - Merge branch 'master' into JDK-8203290
>> - Implements JFR on AIX
>>
>>- Impleme
On Tue, 25 Jan 2022 00:20:19 GMT, Yumin Qi wrote:
> Please review,
> When jlink with --compress=2, zip is used to compress the files while doing
> copy. The user case failed to load zip.dll, since zip.dll is not set in PATH.
> This failure is after we get NULL from GetModuleHandle("zip.dll"),
On Tue, 25 Jan 2022 00:20:19 GMT, Yumin Qi wrote:
> Please review,
> When jlink with --compress=2, zip is used to compress the files while doing
> copy. The user case failed to load zip.dll, since zip.dll is not set in PATH.
> This failure is after we get NULL from GetModuleHandle("zip.dll"),
On Wed, 26 Jan 2022 00:08:36 GMT, Alexandre Iline
wrote:
> JDK-8279636: Update JCov version to 3.0.12
This pull request has now been integrated.
Changeset: d2a50a64
Author:Alexandre Iline
URL:
https://git.openjdk.java.net/jdk/commit/d2a50a64920d22bbbd19ac7fa8681ff177799faf
Stats:
On Tue, 25 Jan 2022 15:10:11 GMT, Christian Hagedorn
wrote:
>> When printing the native stack trace on Linux (mostly done for hs_err
>> files), it only prints the method with its parameters and a relative offset
>> in the method:
>>
>> Stack: [0x7f6e01739000,0x7f6e0183a000], sp=0x000
On Tue, 25 Jan 2022 15:10:11 GMT, Christian Hagedorn
wrote:
>> When printing the native stack trace on Linux (mostly done for hs_err
>> files), it only prints the method with its parameters and a relative offset
>> in the method:
>>
>> Stack: [0x7f6e01739000,0x7f6e0183a000], sp=0x000
On Wed, 26 Jan 2022 00:08:36 GMT, Alexandre Iline
wrote:
> JDK-8279636: Update JCov version to 3.0.12
Marked as reviewed by erikj (Reviewer).
-
PR: https://git.openjdk.java.net/jdk/pull/7218
On Wed, 26 Jan 2022 08:36:44 GMT, Thomas Stuefe wrote:
>> After discussing this on hotspot-runtime-dev [1], the general opinion seems
>> to be that it would be worthwhile to get rid of INCLUDE_NMT and make NMT
>> unconditional. This affects minimal builds only. As pointed out in the mail
>> th
On Wed, 26 Jan 2022 08:36:44 GMT, Thomas Stuefe wrote:
>> After discussing this on hotspot-runtime-dev [1], the general opinion seems
>> to be that it would be worthwhile to get rid of INCLUDE_NMT and make NMT
>> unconditional. This affects minimal builds only. As pointed out in the mail
>> th
On Wed, 26 Jan 2022 08:42:46 GMT, Aleksey Shipilev wrote:
> This looks fine to me.
Thanks, Aleksey!
-
PR: https://git.openjdk.java.net/jdk/pull/7213
On Tue, 25 Jan 2022 00:20:19 GMT, Yumin Qi wrote:
> Please review,
> When jlink with --compress=2, zip is used to compress the files while doing
> copy. The user case failed to load zip.dll, since zip.dll is not set in PATH.
> This failure is after we get NULL from GetModuleHandle("zip.dll"),
On Wed, 26 Jan 2022 08:36:44 GMT, Thomas Stuefe wrote:
>> After discussing this on hotspot-runtime-dev [1], the general opinion seems
>> to be that it would be worthwhile to get rid of INCLUDE_NMT and make NMT
>> unconditional. This affects minimal builds only. As pointed out in the mail
>> th
On Wed, 26 Jan 2022 08:26:27 GMT, Aleksey Shipilev wrote:
> There is some major weirdness in this PR: it includes a lot of unrelated
> changes. Consider rebasing to current master and force-pushing?
Done.
I wondered about that, I did merge master - normally, this shows up as a single
merge ch
> After discussing this on hotspot-runtime-dev [1], the general opinion seems
> to be that it would be worthwhile to get rid of INCLUDE_NMT and make NMT
> unconditional. This affects minimal builds only. As pointed out in the mail
> thread, the overhead is very small and it would get rid of one
On Wed, 26 Jan 2022 06:23:41 GMT, Thomas Stuefe wrote:
>> After discussing this on hotspot-runtime-dev [1], the general opinion seems
>> to be that it would be worthwhile to get rid of INCLUDE_NMT and make NMT
>> unconditional. This affects minimal builds only. As pointed out in the mail
>> th
16 matches
Mail list logo