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 -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/arm-dev/attachments/20170829/12385032/attachment-0006.sig>