On Tue, 2 Mar 2021 21:00:04 GMT, djelinski
wrote:
>> Under certain load, MemoryCache operations take a substantial fraction of
>> the time needed to complete SSL handshakes. This series of patches improves
>> performance characteristics of MemoryCache, at the cost of a functional
>> change: e
> Currently at 1.26, so there are a few good improvements and a few bug fixes -
> notably resolving a build reproducibility issue.
Claes Redestad has updated the pull request incrementally with one additional
commit since the last revision:
Keep jib-profiles in sync
-
Changes:
On Fri, 5 Mar 2021 16:03:18 GMT, Aleksey Shipilev wrote:
>> Current cross-compilation configurations require adding the whole lot of
>> configure options to make it find the dependencies: freetype and X11 libs
>> are the only problematic dependencies. We should be able to specify just the
>> `
On Fri, 5 Mar 2021 11:11:44 GMT, Alan Hayward
wrote:
>>> I was building this PR on a new machine, and I now get the following error:
>>>
>>> > /Users/alahay01/java/gerrit_jdk/src/java.desktop/macosx/native/libjsound/PLATFORM_API_MacOSX_MidiUtils.c:258:31:
>>> > error: cast to smaller integer t
On Fri, 5 Mar 2021 16:11:38 GMT, Eric Caspole wrote:
>> Currently at 1.26, so there are a few good improvements and a few bug fixes
>> - notably resolving a build reproducibility issue.
>
> Good!
> Eric
Should also updated jib-profiles.js Oracle builds get the new version.
-
PR: h
On Mon, 22 Feb 2021 21:31:21 GMT, Xue-Lei Andrew Fan wrote:
>> Actually there's a much easier solution to reduce the number of slow
>> `put()`s without making any behavioral changes.
>> The cache object could store the earliest expire time, and then exit
>> `expungeExpiredEntries()` early when
On Fri, 5 Mar 2021 16:04:49 GMT, Claes Redestad wrote:
> Currently at 1.26, so there are a few good improvements and a few bug fixes -
> notably resolving a build reproducibility issue.
Good!
Eric
-
Marked as reviewed by ecaspole (Committer).
PR: https://git.openjdk.java.net/jdk/
On Fri, 5 Mar 2021 14:06:05 GMT, Erik Joelsson wrote:
>> What I can do is parse the ABI from the original string, and then
>> reconstruct the triplet as `$OPENJDK_TARGET_CPU-linux-$OPENJDK_TARGET_ABI`.
>> See the update.
>
> This is certainly much better. Would it make sense to replace "linux"
Currently at 1.26, so there are a few good improvements and a few bug fixes -
notably resolving a build reproducibility issue.
-
Commit messages:
- Update JMH devkit to 1.28
Changes: https://git.openjdk.java.net/jdk/pull/2848/files
Webrev: https://webrevs.openjdk.java.net/?repo=jd
> Current cross-compilation configurations require adding the whole lot of
> configure options to make it find the dependencies: freetype and X11 libs are
> the only problematic dependencies. We should be able to specify just the
> `--with-sysroot`, and get everything else autodetected.
>
> Aft
On Fri, 5 Mar 2021 07:35:44 GMT, Aleksey Shipilev wrote:
>> Yes, original `openjdk-target` would be enough. Unfortunately,
>> `AUTOCONF_NAME` seems to be the quadruplet generated from original
>> `--openjdk-target`. For example, for ARM we supply
>> `--openjdk-target=arm-linux-gnueabihf`, but
On Thu, 4 Mar 2021 18:19:33 GMT, Vladimir Kempik wrote:
> Hello
> there is one issue with the info you provided, it's from Xcode12.5 beta.
> And beta license agreement forbids sharing output of beta version of
> compiler&co
> So we can't say we have issue with newer xcode beta until that beta we
12 matches
Mail list logo
