RFR: 8204541: Correctly support AIX xlC 16.1 symbol visibility flags

2022-03-17 Thread Ichiroh Takiguchi
This change is just for AIX platform with IBM XL C/C++ 16.1. By this change, lib's entry points are reduced by compilation and linkage option changes. Without changes: $ dump -X32_64 -Tv lib/libawt.so | grep EXP | wc 914 With changes $ dump -X32_64 -Tv lib/libawt.so | grep EXP | wc 142

Re: RFR: 8283277: ISO 4217 Amendment 171 Update

2022-03-17 Thread Joe Wang
On Thu, 17 Mar 2022 18:10:17 GMT, Naoto Sato wrote: > This is to incorporate the ISO 4217 amendment 171 for Sierra Leonean LEONE > redenomination (removing 3 zeros). Its effective date is 4/1, but I went > ahead as JDK19 won't be released by 4/1. Marked as reviewed by joehw (Reviewer).

Re: RFR: 8283277: ISO 4217 Amendment 171 Update

2022-03-17 Thread Iris Clark
On Thu, 17 Mar 2022 18:10:17 GMT, Naoto Sato wrote: > This is to incorporate the ISO 4217 amendment 171 for Sierra Leonean LEONE > redenomination (removing 3 zeros). Its effective date is 4/1, but I went > ahead as JDK19 won't be released by 4/1. Marked as reviewed by iris (Reviewer).

Re: RFR: 8283315: jrt-fs.jar not always deterministically built [v4]

2022-03-17 Thread Andrew Leonard
> JarArchive.gmk uses an un-sorted jar @, thus depending on exactly > how that list gets ordered by relevant OS querys. Such queries can differ in > order on different CPU architectures (Intel vs AMD). > > This PR adds a "sort" to the jar @ contents. > > Signed-off-by: Andrew Leonard Andrew

Re: RFR: 8283315: jrt-fs.jar not always deterministically built [v3]

2022-03-17 Thread Andrew Leonard
> JarArchive.gmk uses an un-sorted jar @, thus depending on exactly > how that list gets ordered by relevant OS querys. Such queries can differ in > order on different CPU architectures (Intel vs AMD). > > This PR adds a "sort" to the jar @ contents. > > Signed-off-by: Andrew Leonard Andrew

RFR: 8283277: ISO 4217 Amendment 171 Update

2022-03-17 Thread Naoto Sato
This is to incorporate the ISO 4217 amendment 171 for Sierra Leonean LEONE redenomination (removing 3 zeros). Its effective date is 4/1, but I went ahead as JDK19 won't be released by 4/1. - Commit messages: - 8283277: ISO 4217 Amendment 171 Update Changes:

Re: RFR: 8257733: Move module-specific data from make to respective module [v9]

2022-03-17 Thread Naoto Sato
On Thu, 17 Mar 2022 00:12:38 GMT, Magnus Ihse Bursie wrote: >> A lot (but not all) of the data in make/data is tied to a specific module. >> For instance, the publicsuffixlist is used by java.base, and fontconfig by >> java.desktop. (A few directories, like mainmanifest, is *actually* used by

Integrated: JDK-8283320: Error message for Windows libraries always points to --with-msvcr-dll no matter the actual file name

2022-03-17 Thread Julian Waters
On Thu, 17 Mar 2022 13:11:19 GMT, Julian Waters wrote: > TOOLCHAIN_SETUP_MSVC_DLL always points to --with-msvcr-dll if it couldn't > find the requested file, even if the dll being searched for was msvcp.dll for > instance. This small patch fixes the potentially confusing advice to point to >

Build performance regressions

2022-03-17 Thread Magnus Ihse Bursie
It was recently pointed out to me by Robbin Ehn that the build time for exploded-image has undergone a major regression over the last two years. I have conducted a series of performance tests starting with jdk-15+24, and can confirm that sorry picture. :-( Despite certain individual gains in

Re: RFR: JDK-8283320: Error message for Windows libraries always points to --with-msvcr-dll no matter the actual file name

2022-03-17 Thread Magnus Ihse Bursie
On Thu, 17 Mar 2022 13:11:19 GMT, Julian Waters wrote: > TOOLCHAIN_SETUP_MSVC_DLL always points to --with-msvcr-dll if it couldn't > find the requested file, even if the dll being searched for was msvcp.dll for > instance. This small patch fixes the potentially confusing advice to point to >

Re: RFR: JDK-8283320: Error message for Windows libraries always points to --with-msvcr-dll no matter the actual file name

2022-03-17 Thread Erik Joelsson
On Thu, 17 Mar 2022 13:11:19 GMT, Julian Waters wrote: > TOOLCHAIN_SETUP_MSVC_DLL always points to --with-msvcr-dll if it couldn't > find the requested file, even if the dll being searched for was msvcp.dll for > instance. This small patch fixes the potentially confusing advice to point to >

Re: RFR: 8257733: Move module-specific data from make to respective module [v9]

2022-03-17 Thread Erik Joelsson
On Thu, 17 Mar 2022 00:12:38 GMT, Magnus Ihse Bursie wrote: >> A lot (but not all) of the data in make/data is tied to a specific module. >> For instance, the publicsuffixlist is used by java.base, and fontconfig by >> java.desktop. (A few directories, like mainmanifest, is *actually* used by

RFR: JDK-8283320: Error message for Windows libraries always points to --with-msvcr-dll no matter the actual file name

2022-03-17 Thread Julian Waters
TOOLCHAIN_SETUP_MSVC_DLL always points to --with-msvcr-dll if it couldn't find the requested file, even if the dll being searched for was msvcp.dll for instance. This small patch fixes the potentially confusing advice to point to the correct options - Commit messages: -

Re: RFR: 8283315: jrt-fs.jar not always deterministically built [v2]

2022-03-17 Thread Magnus Ihse Bursie
On Thu, 17 Mar 2022 11:59:26 GMT, Andrew Leonard wrote: >> JarArchive.gmk uses an un-sorted jar @, thus depending on >> exactly how that list gets ordered by relevant OS querys. Such queries can >> differ in order on different CPU architectures (Intel vs AMD). >> >> This PR adds a "sort" to

Re: RFR: 8283315: jrt-fs.jar not always deterministically built [v2]

2022-03-17 Thread Andrew Leonard
> JarArchive.gmk uses an un-sorted jar @, thus depending on exactly > how that list gets ordered by relevant OS querys. Such queries can differ in > order on different CPU architectures (Intel vs AMD). > > This PR adds a "sort" to the jar @ contents. > > Signed-off-by: Andrew Leonard Andrew

Re: RFR: 8283315: jrt-fs.jar not always deterministically built [v2]

2022-03-17 Thread Andrew Leonard
On Thu, 17 Mar 2022 11:28:55 GMT, Andrew Leonard wrote: >> make/common/JarArchive.gmk line 196: >> >>> 194: if [ "`$(WC) -l $$($1_BIN)/_the.$$($1_JARNAME)_contents | $(AWK) >>> '{ print 1 }'`" -gt "0" ]; then \ >>> 195: $(ECHO) " updating" `$(WC) -l >>>

Re: RFR: 8283315: jrt-fs.jar not always deterministically built

2022-03-17 Thread Andrew Leonard
On Thu, 17 Mar 2022 11:20:36 GMT, Magnus Ihse Bursie wrote: >> JarArchive.gmk uses an un-sorted jar @, thus depending on >> exactly how that list gets ordered by relevant OS querys. Such queries can >> differ in order on different CPU architectures (Intel vs AMD). >> >> This PR adds a "sort"

Re: RFR: 8283315: jrt-fs.jar not always deterministically built

2022-03-17 Thread Magnus Ihse Bursie
On Thu, 17 Mar 2022 11:09:24 GMT, Andrew Leonard wrote: > JarArchive.gmk uses an un-sorted jar @, thus depending on exactly > how that list gets ordered by relevant OS querys. Such queries can differ in > order on different CPU architectures (Intel vs AMD). > > This PR adds a "sort" to the

RFR: 8283315: jrt-fs.jar not always deterministically built

2022-03-17 Thread Andrew Leonard
JarArchive.gmk uses an un-sorted jar @, thus depending on exactly how that list gets ordered by relevant OS querys. Such queries can differ in order on different CPU architectures (Intel vs AMD). This PR adds a "sort" to the jar @ contents. Signed-off-by: Andrew Leonard - Commit

Re: It is recommended to increase template strings in Java

2022-03-17 Thread Magnus Ihse Bursie
Hi, Your mail is virtually unreadable. But from what I can gather, I think you are asking for something like this: https://openjdk.java.net/jeps/8273943 However, that is not a question for the build-dev mailing list. /Magnus On 2022-03-17 10:15, Ruidong Pu wrote: This feature has been

It is recommended to increase template strings in Java

2022-03-17 Thread Ruidong Pu
This feature has been around for a long time in other languages. Mainly for automatic insertion of values for string formatting, such as template strings in Python3 or JavaScript (maybe with different names).Below are some examples of template strings.For example, after Python 3.6+, Python can