Red Hat Bugzilla – Bug 145580
Can't run GUI apps with gcj4
Last modified: 2007-11-30 17:10:58 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Description of problem:
GCC4 includes this library:
This library name confuses libgcj_fc4's library lookup mechanism.
When searching for gnu.java.awt.peer.gtk, it will load GCC 3.4's
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Try to run a GUI app with gij4.
We don't know how to fix yet. Here are some suggestions from IRC.
green ok. isn't that library name, above, a problem?
green since it doesn't map to gcj's magic naming scheme.
tromey good point
green so, my gij4 is probably picking up the GCC 3.4's version.
green ok - that's a problem!
tromey yes, a packaging bug
green Why don't we just link that library to libgcj_fc4.so
tromey we didn't think of this when we were talking about the soname stuff
tromey not everybody wants the peers pulled in
tromey that's all I can think of
green What other solution works?
green We can change the peer class name for gcj4
tromey we can change the soname instead of adding _fc4
tromey though, maybe that means other problems
tromey we could look in a versionned directory instead
tromey and not /usr/lib
Well, either we can teach it to try first lib*_fc4.so.N before lib*.so.N
before lib*.so, or we can teach it to look into /usr/lib/gcj/4.0.0/$LIB/
or something like that first. Guess about the same amount of work.
I guess this problem should be history now that gcc-4.0.0-0.30 subpackages in
rawhide include libgcj.so.6 etc., not libgcj_fc4.so.6 and so on.