|
|
|
|
|
|
|
|
|
|
|
|
| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |
Date: Sat, 31 Oct 1998 10:33:32 -0600 (CST) From: Havoc Pennington <rhpennin@midway.uchicago.edu> Reply-To: Havoc Pennington <rhpennin@midway.uchicago.edu> To: gtk-list@redhat.com In-Reply-To: <Pine.LNX.4.02.9810311449330.19757-100000@e24.ryd.student.liu.se> Resent-From: gtk-list@redhat.com On Sat, 31 Oct 1998, Daniel wrote: > > gcc -g -O2 -DGTK_NO_CHECK_CASTS -Wall -DUSE_XIM -o .libs/testgtk testgtk.o > -Wl,--rpath -Wl,/usr/local/lib .libs/libgtk.so -Wl,--rpath > -Wl,/usr/local/lib ../gdk/.libs/libgdk.so -L/usr/X11/lib -lXext -lX11 > -L/usr/X11/lib -lXext -lX11 -L/usr/local/lib -rdynamic -lgmodule -lglib > -ldl -lm > .libs/libgtk.so: undefined reference to `g_datalist_set_destroy' > .libs/libgtk.so: undefined reference to `g_datalist_id_set_destroy' Symbols starting with g_ are almost always in glib (or libgnome, but we can rule that out; starting with g_module are in libgmodule). The symbols are undefined in libgtk.so. Therefore, libgtk.so is making calls to functions that are not in your libglib (or you are not linking to glib; but from the -lglib, we know that you are). The most likely cause of this is a too-old glib which does not have these symbols. Havoc -- To unsubscribe: mail -s unsubscribe gtk-list-request@redhat.com < /dev/null
|
|
|
|
|
|
|
|
|
|
|
|
| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |