Re: (asdf:oos 'asdf:load-op :gtk) failed

   > espen@saturn:~/src/clg$ nm --defined-only -D /usr/lib/libgtk-x11-2.0.so | grep gtk_file_chooser_embed_get_type
   > 000c5470 T _gtk_file_chooser_embed_get_type

   I got nothing back from this nm command.

   ... sniped ...

   > Do you have SBCL on this system? If you do, you could try to build clg
   > with it (but you need to add callback support as specified in the README
   > file). That may indicate if this is a CMUCL or Gentoo specific problem.

   I do not have SBCL here.  I'm guessing this is a Gentoo problem because the
   nm command does not return anything.  The official Gentoo way of installing
   software is to use "emerge".  This emerge thing does not even allow me to
   supply "--disable-visibility" to configure glib-2.6.2.  I had to use the
   traditional configure-make-make-install approach to make glib with 
   --disable-visibility.  Maybe this emerge thing messed with GTK+-2.6.2 during
   its compilation/installation.  I'll use the traditional way to compile and 
   install GTK+-2.6.2 and see if the problem goes away or not.  

Using configure and make, I compiled gtk+-2.4.4, gtk+-2.4.12, gtk+-2.4.14,
and gtk+-2.6.2.  All the newly generated libgtk-x11-2.0.so in the 4 gtk+
releases do not contain _gtk_file_chooser_embed_get_type.  How did you get
this symbol in your libgtk-x11-2.0.so?  

With a little bit of cvs time traveling, I found out this problem occurred
in the CLG code retrieved with cvs update -D "2005-03-07".  I guess this
"2005-03-07" is local time and I'm in California, USA.  I can compile CLG
retrieved on or before 2005-03-06 without any problem.

Best,

-cph



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click