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...) :
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