Error in compiling libswt-gtk2-support-2.1.1
Status: Beta
Brought to you by:
mckenzie_keith
Menu
▾
▴
while running ./configure on a debian-linux 2.4.18
checking for gtk+-2.0 >= 2.0... Package gtk+-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `gtk+-2.0.pc'
to the PKG_CONFIG_PATH environment variable
No package 'gtk+-2.0' found
however if I can run SWT/JFace programs using the jars and shared libraries from eclipse 2.1.1 and they have the native look and feel of gtk applications.
If I look at the output of dpkg -l I see the following:
libgtk1.2 1.2.10-11 The GIMP Toolkit set of widgets for X
libgtk1.2-comm 1.2.10-11 Common files for the GTK+ library
libgtk2.0-0 2.2.1-6 The GTK+ graphical user interface library
libgtk2.0-comm 2.2.1-6 Common files for the GTK+ graphical
-- wanted your advice before I started downloading additional packages.
Biren,
I don't think you should need any other packages. It sounds as though, for some reason, pkg-config cannot find your gtk+-2.0.pc file.
I don't use debian, I use an old slackware version, but the same thing happened to me. Here's what I did:
% find / -type f -name gtk+-2.0.pc
From this I got:
/opt/gnome/lib/pkgconfig/gtk+-2.0.pc
so then I did this:
%export PKG_CONFIG_PATH=/opt/gnome/lib/pkgconfig
Then I re-ran configure and all was well.
Be sure to use libswt-gtk2-2.1.1-2, not 2.2.2-1.
Hope this helps.
I should probably warn you that libswt-gtk2-support duplicates some of the shared libraries that come with eclipse, so when you run "make install" on libswt-gtk2-support, it may clobber your existing shared libraries, if they are in the same place (/usr/local/lib, by default). As far as I know, this won't create any problems, since the code is unchanged.
Anyway, thanks for trying libswt-gtk2, and please let me know what happens.
--McKenzie
Keith,
Thanks for the quick reply -- here is an update on my progress ..
On Debian the location turns out to be:
/usr/lib/pkgconfig/gtk+-2.0.pc
I used apt-get to install the following package before it put that entry:
apt-get install libgtk2.0-dev
The next quick hurdle I faced was with a missing libgnome-2.0.pc and I got around that with
apt-get install libgnome2-dev
After that the whole build completed without any further errors. However I know I have problems with the build as running Hello dies with a segmentation fault:
GNU DDD 3.3.1 (i386-pc-linux-gnu), by Dorothea L�tkehaus and Andreas Zeller.
Copyright � 1995-1999 Technische Universit�t Braunschweig, Germany.
Copyright � 1999-2001 Universit�t Passau, Germany.
Copyright � 2001 Universit�t des Saarlandes, Germany.
gdb: Symbol `emacs_ctlx_keymap' has different size in shared object, consider re-linking
(gdb) file /appsrv/libs/software/libswt-gtk2-2.1.1-2/Hello
(gdb) list Hello.java:1
Line 1 of "Hello.java" starts at address 0x8048d06 <Hello.Hello()> and ends at 0x8048d1a <Hello::Hello()+20>.
(gdb) break Hello.java:10
Breakpoint 1 at 0x8048b8b: file Hello.java, line 10.
(gdb) run
^C[New Thread 16384 (LWP 22272)]
[New Thread 32769 (LWP 22273)]
[New Thread 16386 (LWP 22274)]
[Switching to Thread 16384 (LWP 22272)]
Breakpoint 1, Hello.main(java.lang.String[]) (args=@8075fe0) at Hello.java:10
Current language: auto; currently java
(gdb) next
Quit
(gdb) Num Type Disp Enb Address What
1 breakpoint keep y 0x08048b8b in Hello.main(java.lang.String[]) at Hello.java:10
breakpoint already hit 1 time
(gdb) Program received signal SIGSEGV, Segmentation fault.
0x79730065 in ?? ()
(gdb) Num Type Disp Enb Address What
1 breakpoint keep y 0x08048b8b in Hello.main(java.lang.String[]) at Hello.java:10
breakpoint already hit 1 time
(gdb) next
Cannot find bounds of current function
(gdb)
Essentially get the error executing the first line of code --
Display display = new Display();
:-(
Look forward to your comments.
Hmmm.
It makes sense that you had to install gtk2.0, since libswt-gtk2 depends on it.
Likewise libgnome2.
I don't know why you are getting a segment violation. Maybe you can just confirm a couple of things for me:
1) You built AND installed libswt-gtk2-support before you built libswt-gtk2.
2) You are using gcj version 3.1 or newer. (gcj --version to check)
3) You INSTALLED libswt-gtk2 before you tried to run ./Hello.
If all of the above are true, then I suggest you re-build and re-link Hello manually. The command is something like this:
$ gcj -c Hello.java `pkg-config --cflags libswt-gtk2`
$ gcj -o Hello --main=Hello Hello.o `pkg-config --libs libswt-gtk2`
Note that those are NOT single quotes, they are back-ticks.
Then Hello should run, AFAIK.
I really appreciate you taking the trouble to do all this.
--McKenzie
Re: 1. Yes -- I am using ./configure --prefix=/appsrv/libs
Re: 2. Yes $ gcj --version
gcj (GCC) 3.3.1
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
$ cd /appsrv/libs/software/libswt-gtk2-2.1.1-2
$ gcj -c Hello.java `pkg-config --cflags libswt-gtk2`
Package libswt-gtk2 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libswt-gtk2.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libswt-gtk2' found
$ cd /appsrv
$ find . -name *.pc -print
./libs/software/libswt-gtk2-2.1.1-2/libswt-gtk2.pc
$ cd ./libs/software/libswt-gtk2-2.1.1-2/
$ echo $PKG_CONFIG_PATH
$ export PKG_CONFIG_PATH=$(pwd)
$ gcj -c Hello.java `pkg-config --cflags libswt-gtk2`
$ gcj -o Hello --main=Hello Hello.o `pkg-config --libs libswt-gtk2`
$ ./Hello
./Hello: error while loading shared libraries: libswt-gtk2.so: cannot open shared object file: No such file or directory
$ export LD_LIBRARY_PATH=/appsrv/libs/lib:${LD_LIBRARY_PATH}
$ ./Hello
Segmentation fault
Re: "I really appreciate ..." -- not at all -- I am the one who is appreciative of your help. I should tell you one other thing, as I do not have full understanding of it's possible impact. I run a lightly mixed Debian of stable predominantly with some packages from testing. In this case the initial gtk+2 libs were from testing and that is what I went with. The two apt-get's installed a whole bunch of other dependent packages as well -- so most of these gnome libs are from testing.
Just some additional info: the test works fine with a 1.4.2 Sun JDK.
javac -classpath /eclipse_gtk/plugins/org.eclipse.swt.gtk_2.1.1/ws/gtk/swt.jar HelloSWT.java
Compilation finished at Fri Sep 19 13:00:46
java -classpath /eclipse_gtk/plugins/org.eclipse.swt.gtk_2.1.1/ws/gtk/swt.jar:/eclipse_gtk/plugins/org.eclipse.swt.gtk_2.1.1/ws/gtk/swt-pi.jar:. -Djava.library.path=/eclipse_gtk/plugins/org.eclipse.swt.gtk_2.1.1/os/linux/x86 HelloSWT
There is only one other thing I can think of.
libswt-gtk2-support installs 3 libraries:
libswt-gtk-2135.so, libswt-pi-gtk-2135.so, and libswt-gnome-gtk-2135.so
You probably already have these libraries installed somewhere. It could be that your version of the libraries is somehow not compatible with the libswt-gtk2 version, and when you run Hello, it calls libswt-gtk2, which finds your pre-existing libswt-gtk-2135 (and others) instead of the new one. And this is what causes the segfault.
To test this theory, you can find your pre-existing libraries, and temporarily rename them. Then try running ./Hello again. If it works, that's great. If you get an error about libswt-gtk-2135 not found, then you can move the new libraries to where the old ones were and try again.
If you still get the segfault at that point, I will have to go back to the drawing board. ;-)
The only other thing I could suggest is to try configuring with the default path. I can tell you exactly which files will be installed, in case you need to delete manually.
--McKenzie
"You probably already have these libraries installed somewhere." -- I checked but the only files I have are in the /appsrv/libs/lib directory.
:/appsrv/libs/lib$ find . -print
.
./libswt-gtk-2135.so.0.0.0
./libswt-gtk-2135.so.0
./libswt-gtk-2135.so
./libswt-gtk-2135.la
./libswt-gtk-2135.a
./libswt-pi-gtk-2135.so.0.0.0
./libswt-pi-gtk-2135.so.0
./libswt-pi-gtk-2135.so
./libswt-pi-gtk-2135.la
./libswt-pi-gtk-2135.a
./libswt-gnome-gtk-2135.so.0.0.0
./libswt-gnome-gtk-2135.so.0
./libswt-gnome-gtk-2135.so
./libswt-gnome-gtk-2135.la
./libswt-gnome-gtk-2135.a
./libswt-gtk2.so
./libswt-gtk2.jar
./pkgconfig
./pkgconfig/libswt-gtk2.pc
I have two interesting pieces of info:
The stack trace from gdb:
(gdb) run
[New Thread 16384 (LWP 10560)]
[New Thread 32769 (LWP 10561)]
[New Thread 16386 (LWP 10562)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 10560)]
0x79730065 in ?? ()
(gdb) where
#0 0x79730065 in ?? ()
#1 0x40641b02 in _Jv_Throw (value=0x808bfa0) at /home/bmaulik/local/gcc-3.3.1/libjava/exception.cc:100
#2 0x4064b784 in gnu::gcj::Core::create(java::lang::String*) () at /home/bmaulik/local/gcc-3.3.1/libjava/gcj/cni.h:64
#3 0x406cf7e7 in gnu.gcj.protocol.core.Connection.connect() (this=0x8095d20) at /home/bmaulik/local/gcc-3.3.1/libjava/gnu/gcj/protocol/core/Connection.java:47
#4 0x406cfbec in gnu.gcj.protocol.core.Connection.getHeaders() (this=0x8095d20) at /home/bmaulik/local/gcc-3.3.1/libjava/gnu/gcj/protocol/core/Connection.java:151
#5 0x406cf8f8 in gnu.gcj.protocol.core.Connection.getHeaderField(java.lang.String) (this=0x8095d20, name=0x8095d20) at /home/bmaulik/local/gcc-3.3.1/libjava/gnu/gcj/protocol/core/Connection.java:66
#6 0x4073cbb6 in java.net.URLConnection.getHeaderFieldInt(java.lang.String, int) (this=0x4a415641, name=0x474e5543, val=-1) at /home/bmaulik/local/gcc-3.3.1/libjava/java/net/URLConnection.java:180
#7 0x4073ca31 in java.net.URLConnection.getContentLength() (this=0x474e5543) at /home/bmaulik/local/gcc-3.3.1/libjava/java/net/URLConnection.java:93
#8 0x4073b029 in java.net.URLClassLoader$RemoteURLLoader.getResource(java.lang.String) (this=0x8095d20, name=0x80e9ea0) at /home/bmaulik/local/gcc-3.3.1/libjava/java/net/URLClassLoader.java:337
#9 0x4073c262 in java.net.URLClassLoader.findURLResource(java.lang.String) (this=0x80abfc0, resourceName=0x80e9ea0) at /home/bmaulik/local/gcc-3.3.1/libjava/java/net/URLClassLoader.java:975
#10 0x4073bdd7 in java.net.URLClassLoader.findClass(java.lang.String) (this=0x80abfc0, className=0x8098a20) at /home/bmaulik/local/gcc-3.3.1/libjava/java/net/URLClassLoader.java:796
#11 0x406503fd in gnu::gcj::runtime::VMClassLoader::findClass(java::lang::String*) (this=0x4a415641, name=0x8098a20) at /home/bmaulik/local/gcc-3.3.1/libjava/gnu/gcj/runtime/natVMClassLoader.cc:64
#12 0x4066b0a1 in java.lang.ClassLoader.loadClass(java.lang.String, boolean) (this=0x80abfc0, name=0x8098a20, link=false) at /home/bmaulik/local/gcc-3.3.1/libjava/java/lang/ClassLoader.java:285
#13 0x406569f1 in _Jv_FindClass(_Jv_Utf8Const*, java::lang::ClassLoader*) (name=0x8077438, loader=0x0) at /home/bmaulik/local/gcc-3.3.1/libjava/java/lang/natClassLoader.cc:474
#14 0x40652d9d in java::lang::Class::forName(java::lang::String*, bool, java::lang::ClassLoader*) (className=0x80e5580, initialize=1 '\001', loader=0x80abfc0) at /home/bmaulik/local/gcc-3.3.1/libjava/java/lang/natClass.cc:78
#15 0x40652eba in java::lang::Class::forName(java::lang::String*) (className=0x4a415641) at /home/bmaulik/local/gcc-3.3.1/libjava/java/lang/natClass.cc:110
#16 0x401c6b50 in org.eclipse.swt.internal.Library.getPlatform() () from /appsrv/libs/lib/libswt-gtk2.so
#17 0x401c6bef in org.eclipse.swt.internal.Library.loadLibrary(java.lang.String) () from /appsrv/libs/lib/libswt-gtk2.so
#18 0x401c6537 in <clinit>() () from /appsrv/libs/lib/libswt-gtk2.so
#19 0x40654509 in java::lang::Class::initializeClass() (this=0x80e5570) at /home/bmaulik/local/gcc-3.3.1/libjava/java/lang/natClass.cc:814
#20 0x407ff3ac in _Jv_InitClass (klass=0x4a415641) at /home/bmaulik/local/gcc-3.3.1/libjava/java/lang/Class.h:265
#21 0x401b9532 in gtk_set_locale() () from /appsrv/libs/lib/libswt-gtk2.so
#22 0x401485ba in org.eclipse.swt.widgets.Display.createDisplay(org.eclipse.swt.graphics.DeviceData) () from /appsrv/libs/lib/libswt-gtk2.so
#23 0x4014856a in org.eclipse.swt.widgets.Display.create(org.eclipse.swt.graphics.DeviceData) () from /appsrv/libs/lib/libswt-gtk2.so
#24 0x4012ba34 in org.eclipse.swt.graphics.Device.Device(org.eclipse.swt.graphics.DeviceData) () from /appsrv/libs/lib/libswt-gtk2.so
#25 0x401480d2 in org.eclipse.swt.widgets.Display.Display(org.eclipse.swt.graphics.DeviceData) () from /appsrv/libs/lib/libswt-gtk2.so
#26 0x401480b7 in org.eclipse.swt.widgets.Display.Display() () from /appsrv/libs/lib/libswt-gtk2.so
#27 0x08048bb1 in Hello.main(java.lang.String[]) ()
#28 0x4064f8ef in gnu::gcj::runtime::FirstThread::call_main() (this=0x80e5570) at /home/bmaulik/local/gcc-3.3.1/libjava/gnu/gcj/runtime/natFirstThread.cc:46
#29 0x406d20e8 in gnu.gcj.runtime.FirstThread.run() (this=0x80e5570) at /home/bmaulik/local/gcc-3.3.1/libjava/gnu/gcj/runtime/FirstThread.java:54
#30 0x4065df9c in _Jv_ThreadRun(java::lang::Thread*) (thread=0x2) at /home/bmaulik/local/gcc-3.3.1/libjava/java/lang/natThread.cc:285
#31 0x4063570c in _Jv_RunMain(java::lang::Class*, char const*, int, char const**, bool) (klass=0x80490a0, name=0x0, argc=135157104, argv=0x2, is_jar=false) at /home/bmaulik/local/gcc-3.3.1/libjava/prims.cc:1001
#32 0x4063583d in JvRunMain (klass=0x4a415641, argc=1245795905, argv=0x4a415641) at /home/bmaulik/local/gcc-3.3.1/libjava/prims.cc:1011
#33 0x08048b6d in main (argc=1245795905, argv=0x4a415641) at /tmp/ccoYWs5V.i:11
(gdb)
The path to cni.h is wrong and why should it reference cni.h ?
Finally I collected the strace output of running the program, but that is too large -- I could compress and mail to you. Just before it died this is what it looks like:
....
[pid 10607] --- SIGSEGV (Segmentation fault) ---
[pid 10607] --- SIGSEGV (Segmentation fault) ---
[pid 10607] --- SIGSEGV (Segmentation fault) ---
[pid 10607] --- SIGSEGV (Segmentation fault) ---
[pid 10607] brk(0) = 0x82c2000
[pid 10607] brk(0x82c3000) = 0x82c3000
[pid 10607] --- SIGSEGV (Segmentation fault) ---
[pid 10607] --- SIGSEGV (Segmentation fault) ---
[pid 10607] --- SIGSEGV (Segmentation fault) ---
[pid 10607] +++ killed by SIGSEGV +++
[pid 10608] <... poll resumed> [{fd=3, events=POLLIN}], 1, 2000) = 0
[pid 10608] getppid() = 1
[pid 10608] kill(10609, SIGKILL <unfinished ...>
[pid 10609] +++ killed by SIGKILL +++
<... kill resumed> ) = 0
semget(IPC_PRIVATE, 9, IPC_CREAT|IPC_NOWAIT|0x40adc150|0420) = -1 ENOSYS (Function not implemented)
_exit(0) = ?
"I checked but the only files I have are in the /appsrv/libs/lib directory."
Hmmm. You installed the SWT, though, right? You said you were able to run an SWT program using the JDK. To do that, you need to access those libraries. The numerical part of the name could be slightly different.
It's like this: the SWT ships with pre-compiled libraries. Depending on what version of SWT code you have, they will have names like the ones I mentioned above, but with a possibly different number. I believe that the released version of SWT 2.1.1 used the numbers I posted above. So if you have already installed the SWT, then those files must be somewhere.
Anyway, you might try copying the libraries to /usr/lib or /usr/local/lib and running ldconfig (do all this as root) and see if that makes a difference.
Also, you can try this to find any other libswt files:
$ find / -type f -name libswt\*
This could take a long time, and might return a bunch of "permission denied" notices, but it should find any libswt-prefixed files you have anywhere public.
As for the cni.h path, I believe that the path information is embedded in the executable or in the library. I don't see why it would be wrong, but I'm not sure it matters. It's just there so the debugger can step you through the source code.
As for why cni.h is being referred to, your guess is as good as mine. The reference seems to be in some internal libjava area, not in the SWT. That is, it's in a place that is the responsibility of the gcc/gcj people.
Anyway, from the gdb data, it looks to me like the SWT is trying to load a library, and from there something really awful hapens which I don't fully understand. I mean, it starts off trying to load a library, then it segfaults. That's about as much as I can understand from what I'm seeing.
I wonder if there were some warnings or errors or something during the configuration or build or install?
Also, have you ever verified that your gcj installation works? For example, have you ever built and run HelloWorld?
$ cat HelloWorld.java
class HelloWorld
{ public static void main(String args[])
{ System.out.println("Hello, World!");
}
}
$ gcj -c HelloWorld.java
$ gcj -o HelloWorld HelloWorld.o --main=HelloWorld
$ ./HelloWorld
Hello, World!
As for the strace output, wll, I don't think I would know what to do with the full strace output. I don't suspect the code, since it is basically pure SWT code. The problem has to be a configuration issue.
At this point I am suspecting your gcj installation, but that is based on the information available to me. You may already know better.
--McKenzie
Keith,
Overall I think I agree with you that this may be a GCJ problem. I went checking at the java@gcc.gnu.org maillist archives and there were some posts suggesting that old binutils may not be capable of linking correctly and that there were subtle bugs. Let me rebuild my GCC/GCJ3.3.1 with the latest stable binutils package and see if the problems go away.
I understand your concerns with mixed/matched libraries/jars -- but having looked through the stack etc. I am pretty sure this is not the case.
Just fyi I tried the following experiment with jdk1.4.2 -- compiling with the built libswt jar and making sure that the shared libraries are found. This works against the eclipse downloads but here is what happens with the libraries I built.
/home/bmaulik/j2sdk142/bin/javac -classpath /appsrv/libs/lib/libswt-gtk2.jar Hello.java
Compilation finished at Mon Sep 22 15:06:51
/home/bmaulik/j2sdk142/bin/java -classpath /appsrv/libs/lib/libswt-gtk2.jar:. -Djava.library.path=/appsrv/libs/lib:/home/bmaulik/local/lib:/usr/lib Hello
Exception in thread "main" java.lang.UnsatisfiedLinkError: /appsrv/libs/lib/libswt-pi-gtk-2135.so.0.0.0: /appsrv/libs/lib/libswt-pi-gtk-2135.so.0.0.0: undefined symbol: g_thread_init
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1560)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1485)
at java.lang.Runtime.loadLibrary0(Runtime.java:788)
at java.lang.System.loadLibrary(System.java:834)
at org.eclipse.swt.internal.Library.loadLibrary(Library.java:108)
at org.eclipse.swt.internal.gtk.OS.<clinit>(OS.java:18)
at org.eclipse.swt.widgets.Display.createDisplay(Display.java:482)
at org.eclipse.swt.widgets.Display.create(Display.java:469)
at org.eclipse.swt.graphics.Device.<init>(Device.java:111)
at org.eclipse.swt.widgets.Display.<init>(Display.java)
at org.eclipse.swt.widgets.Display.<init>(Display.java)
at Hello.main(Hello.java:10)
Let me backup and redo this -- I will give you an update -- hopefully reporting success.
Thanks for all your patient help!!
I am going to build gcc 3.3.1 sometime this week and try to duplicate the problem.
I did find some posts indicating that significant changes were made to URLClassLoader (in libjava), so it is conceivable that there is a problem there. And that is one of the methods in the segfault chain. Who knows.
I still think you should try the default install location to see if it makes any difference. I recommend this only because it's so easy to try. Maybe for you it isn't easy, for example if you don't have root access or whatever.
You might also try gcc 3.1 or 3.2.
I am using 3.1, I think. (I can't check right now).
Anyway, good luck and let me know what happens. I'll let you know when I have something new to report.
By the way, the unsatisfied link exception (under 1.4.2) and the segfault may be related. In both cases you have a failure while trying to load a library...
However, it is clear that the jdk compiled version is finding the libraries, since it reports the full file name of libswt-pi-gtk-2135.so.0.0.0. So I'm not sure what the problem is there. Maybe the support libs aren't getting build right for some reason.
Or maybe the dynamic linker can't find your gtk installation? Just a thought.
--McKenzie
Biren,
I just finished installing gcc 3.3.1 on my system. Then I deleted all of the libswt files I have and ran through the standard build and install procedure. I ran ldconfig, and then I was able to run ./Hello.
I saw no sign of the problem you are having. Let me know how things go with you.
--Mckenzie
Keith,
I can report success as well -- I first installed binutils 2.14 20030612 and then built gcc3.3.1 -- after that it all works!
My old binutils was 2.12 and I believe the bug is in 2.13 as well. Would be curios about your versions for as and ld.
Thank you very much for all your help!
Biren,
I'm glad you had success.
Since you asked, I checked my ld and as versions, but the answer is a little bit strange...
$ ld --version
GNU ld 2.11.90.0.19
Copyright 2001 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License. This program has absolutely no warranty.
Supported emulations:
elf_i386
i386linux
$ as --version
GNU assembler 2.11.90.0.19
Copyright 2001 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License. This program has absolutely no warranty.
This assembler was configured for a target of `i386-slackware-linux'.
I don't have any real explanation, but I'm glad your installation seems to be working now. ;-)
--McKenzie