Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at
Bug 869517 - issues with JNI support on ARM
Summary: issues with JNI support on ARM
Alias: None
Product: Fedora
Classification: Fedora
Component: java-1.7.0-openjdk
Version: 18
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Deepak Bhole
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: ARMTracker
TreeView+ depends on / blocked
Reported: 2012-10-24 07:14 UTC by Peter Robinson
Modified: 2012-10-30 15:52 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2012-10-30 15:52:37 UTC
Type: Bug

Attachments (Terms of Use)

Description Peter Robinson 2012-10-24 07:14:58 UTC
I'm seeing issues with compilation of packages which require JNI support. 

One example is libgda:

In configure we get the following error:
checking java compiler version... JAVA version used is Sun JRE 1.7 
checking for Java environment... in /usr/lib/jvm/java-1.7.0-openjdk-
checking for /usr/lib/jvm/java-1.7.0-openjdk- no
checking for /usr/lib/jvm/java-1.7.0-openjdk- no
checking for /usr/lib/jvm/java-1.7.0-openjdk- yes
checking for /usr/lib/jvm/java-1.7.0-openjdk- no
checking for /usr/lib/jvm/java-1.7.0-openjdk- yes
checking whether JNI programs can be compiled... configure: error: Cannot compile a simple JNI program. See config.log for details.

We're not getting a different set of deps than x86 but it looks like the openjdk are slightly different from a basic grep:

$ rpm -qlp java-1.7.0-openjdk-devel- | grep jni

$ rpm -qlp java-1.7.0-openjdk-devel- | grep jni

Comment 1 Andrew John Hughes 2012-10-30 13:16:57 UTC
These differences are benign; the ARM version uses an older version of IcedTea which supports the ARM port (hence the 6/9 difference) and doesn't yet have SystemTap support (so the .stp files are missing).

The issue here appears to lie in whatever JNI test is actually being run.  Attaching the config.log might be helpful.

Comment 2 Peter Robinson 2012-10-30 15:52:37 UTC
You are correct and it's now fixed. Thanks

Note You need to log in before you can comment on or make changes to this bug.