Bug 23498 - Guinness has conflicting versions of jni.h
Guinness has conflicting versions of jni.h
Product: Red Hat Linux
Classification: Retired
Component: kaffe (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Bill Nottingham
Depends On:
  Show dependency treegraph
Reported: 2001-01-06 21:27 EST by Lee Howard
Modified: 2014-03-16 22:17 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-01-06 21:27:43 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Lee Howard 2001-01-06 21:27:40 EST
[root@metroid deanox]# ls -l /usr/include/kaffe/jni.h
-rw-r--r--    1 root     root        28008 Aug  8 
18:13 /usr/include/kaffe/jni.h
[root@metroid deanox]# ls -l /usr/include/jni.h
-rw-r--r--    1 root     root        55060 Aug 21 02:54 /usr/include/jni.h
[root@metroid deanox]# rpm -qf /usr/include/kaffe/jni.h
[root@metroid deanox]# rpm -qf /usr/include/jni.h
[root@metroid deanox]#

How do these not conflict?
Comment 1 Bill Nottingham 2001-01-06 21:53:20 EST
They're not in the same place.
Comment 2 Lee Howard 2001-01-06 22:08:32 EST
Try compiling pdflib-3.03 with the java option, or any other code that 
recurses /usr/include to find jni.h, and you'll see that if it really needs the 
jni.h in /usr/include/kaffe that it cannot find it because it runs into the one 
in /usr/include first.

But since *neither* jni.h prevent pdflib-3.03 from failing to compile 
properly... maybe I should just say that *both* are broken.?

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