Re: RFC: 8229469 JEP 386: Alpine Linux/x64 Port

2020-09-04 Thread Aleksei Voitylov
Hi Erik, Magnus, Mikael, Nick, David, and Alan, thank you for looking into it. I grouped together all the comments in one response to avoid polluting the mailing lists. Here is an updated version of the patch which addresses the comments: http://cr.openjdk.java.net/~avoitylov/webrev.8247589.06/

Re: RFR 8252537: Replace @exception with @throws for core-libs

2020-09-04 Thread Pavel Rappo
It would be nice to compare documentation HTML files generated before and after that patch: there's a possibility of non-local consequences, see JDK-6509045. -Pavel > On 3 Sep 2020, at 20:33, Vipin Sharma wrote: > > Hi, > > Please review and sponsor the fix for replacing @exception with @thro

Re: RFR 8252537: Replace @exception with @throws for core-libs

2020-09-04 Thread Pavel Rappo
Oops, wrong issue number. Here's the correct one: JDK-8157682. > On 4 Sep 2020, at 09:52, Pavel Rappo wrote: > > It would be nice to compare documentation HTML files generated before and > after that patch: there's a possibility of non-local consequences, see > JDK-6509045. > > -Pavel > >> O

Re: RFC: 8229469 JEP 386: Alpine Linux/x64 Port

2020-09-04 Thread Alan Bateman
On 04/09/2020 08:55, Aleksei Voitylov wrote: : Tests tools/launcher/Test7029048.java and tools/launcher/ExecutionEnvironment.java need to change behavior on systems that alter LD_LIBRARY_PATH (AIX and musl). The alternative we first considered was to detect the libc of the OS with ldd in the test

Re: RFC: 8229469 JEP 386: Alpine Linux/x64 Port

2020-09-04 Thread Alan Bateman
On 04/09/2020 10:00, Alan Bateman wrote: On 04/09/2020 08:55, Aleksei Voitylov wrote: : Tests tools/launcher/Test7029048.java and tools/launcher/ExecutionEnvironment.java need to change behavior on systems that alter LD_LIBRARY_PATH (AIX and musl). The alternative we first considered was to dete

Re: RFR: 8252725: Refactor jlink GenerateJLIClassesPlugin code

2020-09-04 Thread Alan Bateman
On 04/09/2020 05:37, Yumin Qi wrote: HI, Sundar   Thanks for review. On 9/3/20 6:34 PM, sundararajan.athijegannat...@oracle.com wrote: Looks good to me. Few minor comment: * traceFileStream (and even the preexisting mainArgument) is accessed only inside GenerateJLIClassesPlugin. Could be pr

Re: RFR(S): 8252407: Build failure with gcc-8+ and asan

2020-09-04 Thread Florian Weimer
* Daniel Fuchs: > Hi, > > On 02/09/2020 08:19, Florian Weimer wrote: >> At least one of the bugs was in theory user-visible: the network >> interface code would return data for an interface that does not actually >> exist on the system. > > WRT NetworkInterface.c, I might support using `strnlen` t

Re: RFC: 8229469 JEP 386: Alpine Linux/x64 Port

2020-09-04 Thread Aleksei Voitylov
Alan, in this case I'm leaning towards a new class jdk.test.lib.LibcHelper with a native implementation which calls (*env)->NewStringUTF(env, libc), which will be used by the tests which require it. Otherwise we'd have to specify nativepath for all tests which use jdk.test.lib.Platform. What do yo

[PATCH] Allocate uninitialized byte[] to improve performance of String-related operations

2020-09-04 Thread Сергей Цыпанов
Hello, currently jdk.internal.misc.Unsafe declares method allocateUninitializedArray(Class, int) returning uninitialized array of given type and length. Allocation of uninitialized arrays is faster especially for larger ones, so we could use them for cases when we are sure that created array w

Re: RFR(M): 8248188: [PATCH] Add HotSpotIntrinsicCandidate and API for Base64 decoding

2020-09-04 Thread Roger Riggs
Hi Corey, The idea I had in mind is refactoring the fast path into the method you call decodeBlock. Base64: lines 751-768. It leaves all the unknown/illegal character handling to the Java code. And yes, it does not need to handle MIME, except to return on illegal characters. The patch is at

Re: RFR: 8252725: Refactor jlink GenerateJLIClassesPlugin code

2020-09-04 Thread Yumin Qi
Hi, Alan   Thanks. Pushed before saw your email, could not credit you on reviewers. Thanks Yumin On 9/4/20 2:10 AM, Alan Bateman wrote: On 04/09/2020 05:37, Yumin Qi wrote: HI, Sundar   Thanks for review. On 9/3/20 6:34 PM, sundararajan.athijegannat...@oracle.com wrote: Looks good to me.

Re: RFR 8252537: Replace @exception with @throws for core-libs

2020-09-04 Thread Vipin Sharma
Hi Martin, > On Sep 4, 2020, at 1:14 AM, Martin Buchholz wrote: > > Thanks for doing this! > > 15 years ago I considered taking on this task, eventually backing away > because it was too much work (!). But I made sure most of the classes > I maintained were using @throws. > > When considerin

Re: RFR 8252537: Replace @exception with @throws for core-libs

2020-09-04 Thread Vipin Sharma
Hi Pavel, > On Sep 4, 2020, at 2:27 PM, Pavel Rappo wrote: > > Oops, wrong issue number. Here's the correct one: JDK-8157682. > >> On 4 Sep 2020, at 09:52, Pavel Rappo wrote: >> >> It would be nice to compare documentation HTML files generated before and >> after that patch: there's a possi

Re: RFR 8252537: Replace @exception with @throws for core-libs

2020-09-04 Thread Vipin Sharma
Hi, I have generated Javadoc for all updated packages and compared html files, before and after changes. All looks good, only generation time is different in html files. Regards, Vipin > On Sep 5, 2020, at 12:47 AM, Vipin Sharma wrote: > > Hi Pavel, > > >> On Sep 4, 2020, at 2:27 PM, Pavel

Re: RFC: 8229469 JEP 386: Alpine Linux/x64 Port

2020-09-04 Thread Aleksei Voitylov
Alan, here is a simpler version which, for the two tests in question, refers to a local helper class with a native method: http://cr.openjdk.java.net/~avoitylov/webrev.8247589.07/ If there is a preference to avoid JNI, there is yet another alternative: split the two launcher tests in question in