On 08/29/17 10:19, Fabian Arrotin wrote: > On 27/08/17 20:13, Jacco Ligthart wrote: >> Hi Fabian, >> >> I fail to build java-1.8.0-openjdk on armv5. >> >> I get errors regarding gdb: >> >> + gdb -q >> /builddir/build/BUILD/java-1.8.0-openjdk-1.8.0.141-2.b16.el7.arm/openjdk/build/jdk8.build/images/j2sdk-image/bin/java >> + tee gdb.out >> Reading symbols from >> /builddir/build/BUILD/java-1.8.0-openjdk-1.8.0.141-2.b16.el7.arm/openjdk/build/jdk8.build/images/j2sdk-image/bin/java...done. >> (gdb) Signal Stop Print Pass to program Description >> SIGSEGV No No Yes Segmentation fault >> (gdb) Signal Stop Print Pass to program Description >> SIGILL No No Yes Illegal instruction >> (gdb) (gdb) Breakpoint 1 (javaCalls.cpp:1) pending. >> (gdb) >>>(gdb) Starting program: >> /builddir/build/BUILD/java-1.8.0-openjdk-1.8.0.141-2.b16.el7.arm/openjdk/build/jdk8.build/images/j2sdk-image/bin/java >> -version >> No source file named javaCalls.cpp. >> [Thread debugging using libthread_db enabled] >> Using host libthread_db library "/lib/libthread_db.so.1". >> warning: Probes-based dynamic linker interface failed. >> Reverting to original interface. >> Cannot access memory at address 0xc2400000 >> Missing separate debuginfos, use: debuginfo-install >> glibc-2.17-157.el7.4.redsleeve.armv5tel libgcc-4.8.5-11.el7.armv5tel >> zlib-1.2.7-17.el7.armv5tel >> (gdb) quit >> A debugging session is active. >> >> >> This is all related to a new section about gdb in the SPEC-file: >> >> # Make sure gdb can do a backtrace based on line numbers on libjvm.so >> gdb -q "$JAVA_HOME/bin/java" <<EOF | tee gdb.out >> handle SIGSEGV pass nostop noprint >> handle SIGILL pass nostop noprint >> set breakpoint pending on >> break javaCalls.cpp:1 >> commands 1 >> backtrace >> quit >> end >> run -version >> EOF >> grep 'JavaCallWrapper::JavaCallWrapper' gdb.out >> >> >> Now my question, does this build on armv7 ? >> >> Jacco > Hi Jacco, > > I'm just back from "offline/holidays" mode but I saw the issue before > leaving, and have still to find the fix. > > What is interesting is that it seems a different error message on armv7 > (from > https://armv7.dev.centos.org/rpmbuild/c71708-pass-1/19329-java-1.8.0-openjdk-1.8.0.131-11.b12.el7/armv7hl/build.log) > : > > Caused by: java.io.FileNotFoundException: > /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.141-2.6.10.5.el7.arm/jre/lib/resources.jar > (Permission denied) > > Don't know why it grabbed 1.7 in the first place in the mock chroot > (DEBUG util.py:417: --> > 1:java-1.7.0-openjdk-devel-1.7.0.141-2.6.10.5.el7.armv7hl) , so maybe > some different mock config file is needed to enforce only fetching 1.8 ? > I'll give it a try later Strange that you have a different error. I do know why it grabs 1.7. The Spec file states: # Use OpenJDK 7 where available (on RHEL) to avoid # having to use the rhel-7.x-java-unsafe-candidate hack %if 0%{?rhel} BuildRequires: java-1.7.0-openjdk-devel %else BuildRequires: java-1.8.0-openjdk-devel %endif Apparently we qualify as "rhel" here. Jacco