solved - Re: Compiling openjdk8 takes forever on RPI4.
Ronald Klop
ronald-lists at klop.ws
Tue Mar 23 21:35:50 UTC 2021
Van: Ronald Klop <ronald-lists at klop.ws>
Datum: dinsdag, 23 maart 2021 09:35
Aan: Michal Meloun <meloun.michal at gmail.com>
CC: arm at freebsd.org
Onderwerp: Re: Compiling openjdk8 takes forever on RPI4.
>
> Van: Michal Meloun <meloun.michal at gmail.com>
> Datum: 23 maart 2021 08:29
> Aan: Ronald Klop <ronald-lists at klop.ws>
> Onderwerp: Re: Compiling openjdk8 takes forever on RPI4.
>
> >
> >
> >
> > On 22.03.2021 23:15, Ronald Klop wrote:
> > > > > Van: Ronald Klop <ronald-lists at klop.ws>
> > > Datum: maandag, 22 maart 2021 18:11
> > > Aan: java at freebsd.org, arm at freebsd.org
> > > 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.
> > >>
> > >> _______________________________________________
> > >> freebsd-arm at freebsd.org mailing list
> > >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm
> > >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org"
> > >>
> > >>
> > >>
> > > > > > > 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
> _______________________________________________
> freebsd-arm at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org"
>
>
>
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.
More information about the freebsd-java
mailing list