David Nečas (Yeti <yeti <at> physics.muni.cz> writes:
>
> What
>
> ldd some-gtk-app
>
> prints? Namely the libgobject-2.0 is interesting.
>
David (Yeti) -
Wow. I am really glad that I asked this question. Your reply was very
educational.
After posting my original message, I continued working on this problem. I
remembered that, some time ago, I had compiled gtk+ on my machine. So I did
$ make uninstall
for each of pango, cairo, glib, and gtk+.
Now, when I do (as you suggested):
$ ldd gedit
I do not see references to the libraries that I built in /usr/local/lib.
I guess my problem was that these libraries were old and not up-to-date.
> > This symbol seems to be defined in libgobject-2.0.a. I ran::
> >
> > $ nm -A --defined-only lib* | grep g_object_compat_control | less
>
> You cannot get symbols from shared libs with nm. Try
> something like
>
> eu-readelf --symbols libgobject-2.0.so.0.1000.3
I do not have eu-readelf on my machine. I will have to go looking for it.
>
> instead to get symbol info from the dynamic lib. Static libs
> (.a) are not used for dynamic linking and thus irrelevant
> here.
>
> What libgobject-2.0* files you have there anyway?
>
I believe that the problem was that the version in /usr/local/lib was built
from old source. When I removed it, my system started finding the more up-to-
date version in /usr/lib. That fixed my problem.
I do not need to build gtk+ from source right now, but will likely need to do
so in the future. I will have to try to remember this problem, and the
suggestions you (Yeti) gave me to track it down. I've saved your message where
I will have it next time.
Thanks again.
Dave
_______________________________________________
gtk-list@xxxxxxxxx
http://mail.gnome.org/mailman/listinfo/gtk-list
