solved - Re: Compiling openjdk8 takes forever on RPI4.
Ronald Klop <[email protected]>
| Newsgroups | gmane.os.freebsd.devel.arm |
|---|---|
| Message-ID | <1960346433.20.1616535345759@localhost> |
Van: Ronald Klop <[email protected]> Datum: dinsdag, 23 maart 2021 09:35 Aan: Michal Meloun <[email protected]> CC: [email protected] Onderwerp: Re: Compiling openjdk8 takes forever on RPI4. > > Van: Michal Meloun <[email protected]> > Datum: 23 maart 2021 08:29 > Aan: Ronald Klop <[email protected]> > Onderwerp: Re: Compiling openjdk8 takes forever on RPI4. > > > > > > > > > On 22.03.2021 23:15, Ronald Klop wrote: > > > > > Van: Ronald Klop <[email protected]> > > > Datum: maandag, 22 maart 2021 18:11 > > > Aan: [email protected], [email protected] > > > Onderwerp: Compiling openjdk8 takes forever on RPI4. > > >> > > >> Hi, > > >> > > >> I'm using poudriere to compile ports. It runs on an RPI4 8GB. > > >> FreeBSD jail13 14.0-CURRENT #6 main-34d696110: Sat Feb 27 05:01:05 CET >> 2021 > > >> > > >> Compilation is already going on for the second days. I have compiled >> this port in the past in a couple of hours. NB: this compiles fine in >> the official pkg builders. > > >> http://www.ipv6proxy.net/go.php?u=http%3A%2F%2Fampere2.nyi.freebsd.org%2Fdata%2Fmain-arm64-default%2Fp568824_s7af04dff02%2Flogs%2Fopenjdk8-8.282.08.1.log&b=0&f=norefer >> > > >> > > >> I used jstack to look at what it is doing. The main stack which keeps >> showing up is this: > > >> > > >> "main" #1 prio=5 os_prio=15 tid=0x0000000041c41000 nid=0x3f560 >> runnable [0x0000ffffbfff8000] > > >> java.lang.Thread.State: RUNNABLE > > >> at sun.misc.FDBigInteger.rightInplaceSub(FDBigInteger.java:890) > > >> at >> sun.misc.FloatingDecimal$ASCIIToBinaryBuffer.doubleValue(FloatingDecimal.java:1357) >> > > >> at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110) > > >> at java.lang.Double.parseDouble(Double.java:538) > > >> at java.lang.Double.valueOf(Double.java:502) > > >> at >> com.sun.tools.javac.parser.JavacParser.literal(JavacParser.java:720) > > >> at >> com.sun.tools.javac.parser.JavacParser.literal(JavacParser.java:659) > > >> at >> com.sun.tools.javac.parser.JavacParser.term3(JavacParser.java:1196) > > >> at com.sun.tools.javac.parser.JavacParser.term2(JavacParser.java:909) > > >> at com.sun.tools.javac.parser.JavacParser.term1(JavacParser.java:880) > > >> at com.sun.tools.javac.parser.JavacParser.term(JavacParser.java:836) > > >> at com.sun.tools.javac.parser.JavacParser.term(JavacParser.java:816) > > >> at >> com.sun.tools.javac.parser.JavacParser.parseExpression(JavacParser.java:779) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.variableInitializer(JavacParser.java:2291) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.variableDeclaratorRest(JavacParser.java:3035) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.variableDeclaratorsRest(JavacParser.java:3006) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.classOrInterfaceBodyDeclaration(JavacParser.java:3537) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.classOrInterfaceBody(JavacParser.java:3436) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.classDeclaration(JavacParser.java:3285) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.classOrInterfaceOrEnumDeclaration(JavacParser.java:3226) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.typeDeclaration(JavacParser.java:3215) >> > > >> at >> com.sun.tools.javac.parser.JavacParser.parseCompilationUnit(JavacParser.java:3155) >> > > >> at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:628) > > >> at >> com.sun.tools.javac.main.JavaCompiler.complete(JavaCompiler.java:772) > > >> at >> com.sun.tools.javac.main.JavaCompiler$1.complete(JavaCompiler.java:312) > > >> at com.sun.tools.javac.jvm.ClassReader.fillIn(ClassReader.java:2535) > > >> ... more lines skipped for brevity... > > >> > > >> The tail of the buildlog is: > > >> ... > > >> [01:02:41] ## Starting jdk > > >> ... > > >> [01:05:50] [Error] encoded value was greater than 3: encode(15.029411, >> 1.0, 14.0, 15.0) > > >> [01:05:50] [Error] encoded value was less than 0: encode(-0.05882353, >> 1.0, 24.0, 25.0) > > >> [01:05:50] [Error] encoded value was greater than 3: encode(15.029411, >> 1.0, 14.0, 15.0) > > >> [01:05:50] [Error] encoded value was less than 0: encode(-0.05882353, >> 1.0, 24.0, 25.0) > > >> [01:05:57] [Error] Encountered Infinity: encode(-0.00877193, 0.0, 7.0, >> 7.0) > > >> [01:13:57] Verifying >> /wrkdirs/usr/ports/java/openjdk8/work/openjdk-jdk8u-jdk8u282-b08.1/build/bsd-aarch64-normal-zero-release/jdk/gensrc_x11wrappers/sizes.64.verification.tmp >> to >> /wrkdirs/usr/ports/java/openjdk8/work/openjdk-jdk8u-jdk8u282-b08.1/build/bsd-aarch64-normal-zero-release/jdk/gensrc_x11wrappers/sizes.64 >> > > >> > > >> > > >> And this is the last output for 32 hours already. I have no idea if >> the last logline has anything todo with the current activity of the >> compiling process. > > >> > > >> Any thoughts on how to fix or debug this? Would it be a Java, OS or >> RPI4 problem? > > >> > > >> Regards, > > >> Ronald. > > >> > > >> _______________________________________________ > > >> [email protected] mailing list > > >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > >> To unsubscribe, send any mail to "[email protected]" > > >> > > >> > > >> > > > > > > > Hi, > > > > > I have no idea why, but it seams that enabling > /usr/ports/java/openjdk8/files/fpuhack.patch on aarch64 fixes my build > on 14.0/aarch64. Does this make sense? In the Makefile it was only > enabled on armv6 and armv7. > > > > Try to update your kernel. It should fixed in recent current (and also in stable), I think. > > Michal > > > > > > > > > > > Thank you. I found https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253847 . > Would this be a good candidate for releng-13.0 still or is the release train too far already?Compiling openjdk is quite a good user feature IMHO. > > Regards,Ronald > _______________________________________________ > [email protected] mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "[email protected]" > > > Hi, I also had unexplainable errors while running Jenkins (a Java application) on my RPI3-B+. Caused by: java.lang.IllegalArgumentException: Choice Pattern incorrect: 0#|0< ('{0,number}') at java.base/java.text.ChoiceFormat.applyPattern(ChoiceFormat.java:223) at java.base/java.text.ChoiceFormat.<init>(ChoiceFormat.java:320) This method also calculates and compares doubles. Google did not give results about this problem, which I understand now. These are also fixed by the commit mentioned above. Verified it by applying the patch to 13.0-RC3. How can I vote for inclusion of this fix in 13.0? Regards, Ronald. _______________________________________________ [email protected] mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubscribe, send any mail to "[email protected]"